В eGroupWare-projectmanager-1.8-alt3 на диаграммах Гранта названия месяцев отображаются крокозябами.
Created attachment 5304 [details] Как сейчас выглядят диаграммы Гантта
Действительно, кракозябры при отображении текста в UTF-8 на диаграммах Гантта напрягают серьёзно. По мотивам http://jpgraph.net/download/manuals/chunkhtml/ch08s08.html есть понимание того, что дело в php5-jpgraph Почему не реагирует на настройки в /etc/php/jpgraph, пока непонятно. Бьёмся, пока без успеха. Буду рад любым соображениям на тему.
Created attachment 5305 [details] Во вложении файлы, которые надо переложить для исправления. Ещё надо в конфигурации сайта для projectmanager выбрать шрифт Sans (DejaVu). Почему не помогает с ttf - неясно. Но и неважно.
Comment on attachment 5305 [details] Во вложении файлы, которые надо переложить для исправления. Поправил mime тип для вложения.
Comment on attachment 5305 [details] Во вложении файлы, которые надо переложить для исправления. Вторая попытка указать правильный mime тип.
Я что-то сделал не так? Подскажите в чём ошибка и где прочитать об этом, я поправлюсь. И да, я наверное погорячился пометив вложение как patch, оно скорее workaround. Но ведь помогает же. На самом деле, затронуты два пакета, eGroupWare-projectmanager и jpgraph. Метод обхода такой: на установленном экземпляре eGroupWare, обновлённом до Сизифа, подменить файлы /etc/php/jpgraph/jpgraph_ttf.inc.php /usr/share/php/modules/jpgraph/jpgraph_gantt.php /usr/share/egroupware/projectmanager/inc/class.projectmanager_admin.inc.php /usr/share/egroupware/projectmanager/inc/class.projectmanager_ganttchart.inc.php На те что во вложении. Там правки во многих местах сразу, cо многих форумов бралось. И, непременно, шрифт в конфигурации сайта projectmanager должен быть любой, но DejaVu. На мой взгляд, лучше всего выглядит SansCondensed (DejaVu). Как это изложить в виде патча не знаю. Или оно вообще в БД пишется?
(В ответ на комментарий №6) > Я что-то сделал не так? Подскажите в чём ошибка и где прочитать об этом, я > поправлюсь. > И да, я наверное погорячился пометив вложение как patch, оно скорее workaround. Причина правок mime типа у вложения сугубо формальна: правка нужна только для того, дабы bugzilla не пыталась обрабатывать бинарник как текст, показывая его содержимое кракозябами и позволяя его редактировать во встроенном редакторе (как текст, что убило бы файл). > Но ведь помогает же. На самом деле, затронуты два пакета, > eGroupWare-projectmanager и jpgraph. Метод обхода такой: на установленном > экземпляре eGroupWare, обновлённом до Сизифа, подменить файлы > /etc/php/jpgraph/jpgraph_ttf.inc.php > /usr/share/php/modules/jpgraph/jpgraph_gantt.php > /usr/share/egroupware/projectmanager/inc/class.projectmanager_admin.inc.php > /usr/share/egroupware/projectmanager/inc/class.projectmanager_ganttchart.inc.php > На те что во вложении. Там правки во многих местах сразу, cо многих форумов > бралось. > И, непременно, шрифт в конфигурации сайта projectmanager должен быть любой, но > DejaVu. На мой взгляд, лучше всего выглядит SansCondensed (DejaVu). Как это > изложить в виде патча не знаю. Или оно вообще в БД пишется? Громадное спасибо за проделанную работу. Увы, но смотреть на неё детально я смогу только после завершения текущих работ. PS: Прошу извинить за задержку.
(В ответ на комментарий №7) > Увы, но смотреть на неё детально я > смогу только после завершения текущих работ. Работы, как всегда, затянулись? Моё предложение будет такое: есть повод вообще пересобрать, потому как грянул 1.8.004 security and maintenance release А потом, для комплекта, наложить наши патчи. Именно патчами и придётся работать: в апстрим пропихнуть не получится, немцы достаточно прозрачно намекнули что им кириллица глубоко по барабану вообще. Готов взяться и пересобрать, и дальше поддерживать (мне нужна EGroupware, да). 1. Прошу разрешения. 2. Прошу помочь войти в курс дела как тут что устроено. Совсем чуть-чуть, сильно надоедать не буду, обещаю. 3. После этого обещаю отстать, дальше постараюсь сам.
(В ответ на комментарий №8) > (В ответ на комментарий №7) > > Увы, но смотреть на неё детально я > > смогу только после завершения текущих работ. > > Работы, как всегда, затянулись? Да: всё время сжирает moodle, а в ожидании (из приоритетного) italc висит. > Моё предложение будет такое: есть повод вообще > пересобрать, потому как грянул 1.8.004 security and maintenance release > А потом, для комплекта, наложить наши патчи. Именно патчами и придётся > работать: в апстрим пропихнуть не получится, немцы достаточно прозрачно > намекнули что им кириллица глубоко по барабану вообще. > Готов взяться и пересобрать, и дальше поддерживать (мне нужна EGroupware, да). > 1. Прошу разрешения. Только за. > 2. Прошу помочь войти в курс дела как тут что устроено. Совсем чуть-чуть, > сильно надоедать не буду, обещаю. > 3. После этого обещаю отстать, дальше постараюсь сам. По репозиторию (см. http://git.altlinux.org/people/solo/packages/eGroupWare.git): 1. Каждый компонент eGroupWare грузится из svn в отдельный бранч. Это позволяет простым образом: а) Брать компоненты из разных источников. В частности, основной источник большинства компонентов бранч соответствующий http://svn.egroupware.org/egroupware/tags/<имя апстримного тега>/<компонент>, но для некоторых -- http://svn.egroupware.org/egroupware/trunk/<компонент> (в основном для устаревших, типа mydms, icalsrv и т. п.). б) Простым образом накладывать на компоненты патчи. См. бранчи вида ALT/eGroupWare/<компонент>/patch/<краткое имя патча> (конкретные патчи, теоретически их можно предлагать апстриму) и ALT/eGroupWare/<компонент>/patchs (кумулятивные для компанента). Недостаток подхода -- для git svn приходится писать развесистый конфиг (на всякий пожарный, svn часть .git/config`а храню в бранче svn2git, см. http://git.altlinux.org/people/solo/packages/eGroupWare.git?p=eGroupWare.git;a=shortlog;h=refs/heads/svn2git). И приходится контролировать его вручную, перед каждым git svn fetch. Автоматизацию процесса ещё не придумал: апстримный svn слишком развесист и компоненты встречаются на разных уровнях. В частности, часть svn бранчей содержит несколько компонент eGroupWare (и не факто что все и что содержимое одной свежести), а часть -- только один. 2. Все пачти прикладываются в git. 3. eGroupWare собирается из компонентов помеченных тегами вида ALT/@name@/<компонент>/@version@. При этом такой тег просто ставиться в нужное место (git tag -f ...), с переписыванием придыдущего варианта (с последующим git merge -s ours ... в master и коммитом результатов gear-update-tag). Обновление переписанных тегов на git.alt через git push -f --tags (без -f перемещённые теги переписаны не будут). 4. Исключение из п. п. 1-3 -- eGroupWare-gallery храниться в каталоге а не бранче (унаследовано из предыдущих сборок). В краце, пожалуй всё. Прошу задавать вопросы.
(В ответ на комментарий №9) > Недостаток подхода -- для git svn приходится писать развесистый конфиг (на > всякий пожарный, svn часть .git/config`а храню в бранче svn2git, см. > http://git.altlinux.org/people/solo/packages/eGroupWare.git?p=eGroupWare.git;a=shortlog;h=refs/heads/svn2git). > И приходится контролировать его вручную, перед каждым git svn fetch. Вот тут подскажите пожалуйста, как именно применяется svn часть из бранча svn2git для git svn fetch? Проверил, дополнил и закоммитил config (http://git.altlinux.org/people/pauli/packages/?p=eGroupWare.git;a=shortlog;h=refs/heads/svn2git) Однако: $ git svn fetch [svn-remote "svn"] unknown Чего не хватает для git svn fetch?
