Билет изменения отображается в Trac
С шаблоном по умолчанию, trac билет доступно для просмотра только, я должен нажать, изменяют для расширения вкладки свойств, чтобы изменить, изменить состояние билета. Теперь я хочу развернуть ту вкладку автоматически? Как я могу изменить его быстро, не изменяя сам шаблон? Действительно ли возможно изменить его с файлом trac.ini? Я не могу найти, где местоположение шаблона по умолчанию должно измениться, таким образом, я не могу изменить меня.Спасибо!
2 ответа
Я думаю, что лучший способ активировать поведение, которое вы ищете, - это добавить собственный файл JS (который может быть введен так же, как пользовательский CSS, прочтите TracInterfaceCustomization).
В этом файле сделайте следующее:
$(document).ready(function() {
window.setTimeout(function() {
$("#modify").parent().removeClass('collapsed')
}, 0);
});
Этот код не тестировался, но он должен дать вам представление. В основном нам нужно дождаться готовности DOM ($ (document) .ready), но поскольку во время этого события вызывается несколько функций JS, setTimeOut устанавливает небольшую задержку, чтобы убедиться, что команда свертывания прошла раньше.
HTH от профессионального разработчика Trac: -)
Я использую trac 0.12, и у меня возникла та же проблема.
... без изменения самого шаблона
Я не смог найти вариант для его настройки, но я заметил, если вы нажмете быструю ссылку « изменить » в правом верхнем углу заявки тогда складываемая область «Изменить билет» автоматически разворачивается для вас.
Я знаю, что вы об этом не просили, но на всякий случай вам нужен ужасный взлом шаблона ...
Откройте файл шаблона в редакторе, например для меня в CentOS 5.5:
sudo emacs /usr/lib/python2.4/site-packages/Trac-0.12-py2.4.egg/trac/ticket/templates/ticket.html
Закомментируйте строку jQuery, которая вызывает сворачивание раздела modify на готовой странице:
//$("#modify").parent().toggleClass("collapsed");
Я обнаружил, что редактирование вступило в силу не сразу - возможно, это шаблон кешируется что ли? Он заработал после нескольких минут обновления смены и перезапуска apache.
Будем надеяться, что кто-то другой предложит лучшее решение ...