vtiger

[kostigoff]

burbuzzi wrote: Я имел ввиду отображение на графиках. Если отображение русских букв на дашборде проблема решаема, то остается проблема обрезания слов и непонятный иероглиф вконце. В этом случае корректировка перевода не решит проблему и не может быть применима.

Я имел в виду то же самое. Если термин короткий, то он влезает и не режется. Правда, иногда я просто оставлял английский термин ))

[burbuzzi]

Дело в том, что сделать сокращение не отображаемого термина не повлияв на отображение того же термина в системе не выйдет, так как он не прописывается просто в переводе модуля Dashboards, а используется из перевода названия модуля. Тоесть если мы заменим длинный термин Контрагенты на Контр. (допустим), то в шапке системы в отображении модулей мы тоже будем иметь Контр. Посему сокращение как вариант решения этой проблемы не выйдет. Надо в системе снимать ограничение на длинну отображаемого термина в дашбордах.

С уважением, Евгений.

[kostigoff]

burbuzzi wrote: Дело в том, что сделать сокращение не отображаемого термина не повлияв на отображение того же термина в системе не выйдет, так как он не прописывается просто в переводе модуля Dashboards, а используется из перевода названия модуля. Тоесть если мы заменим длинный термин Контрагенты на Контр. (допустим), то в шапке системы в отображении модулей мы тоже будем иметь Контр. Посему сокращение как вариант решения этой проблемы не выйдет. Надо в системе снимать ограничение на длинну отображаемого термина в дашбордах.

С уважением, Евгений.

Возможно. Но тогда вместо коротких наглядных панелей получим много длинных слов и маааленькую картинку. Лучше задать вопрос на английском языке и адресовать его раработчикам, указав что руссие термины обычно длиннее ангийских.

Кроме того, насколько я помню по 4.2, слова можно переопределить в файле локализации дашборда - php берет gпоследнее по порядку определение, так что все зависит от порядка перечисления файлов локализации в системе (но это у меня воспоминания 2-летней давности)

[kostigoff]

BTW - предлагаю перейти на обсуждение собственно в форуме forge:
http://forge.vtiger.com/forum/?group_id=24
там русские буквы корректно в почту отправляются

[burbuzzi]

Ок.

Согласен. Решение уже найдено. Оно будет выложено в SVN и потом будет доступно как патч.

С уважением, Евгений.

[admhome]

burbuzzi wrote: Я имел ввиду отображение на графиках. Если отображение русских букв на дашборде проблема решаема, то остается проблема обрезания слов и непонятный иероглиф вконце. В этом случае корректировка перевода не решит проблему и не может быть применима.

вот вот, и я про тоже, тока что столкнулся с такой же проблемой и не знаю что делать :cry:

[burbuzzi]

На странице проекта уже имеется патч, решающий эту проблему полностью (включая обрезание длинны слов). Установите патч (http://forge.vtiger.com/frs/download.php/509/patch.zip) и все решится.

[grinya]

Я так понял, что проблему русского языка в PDF никто не решил. Пришлось самому повозиться.

Т.к. надо было срочно то вот, что получилось:
1. Проверено ТОЛЬКО на версии 5.0.3
2. Работает ТОЛЬКО с модулем Reports (можно сделать и остальные, но нет необходимости, нет данных для проверки и просто лень ;)
3. Используется ТОЛЬКО один шрифт (LucidaSansUnicode, позаимствованный у МелкоМягких)

В приатаченом файле измененные скрипты. Достаточно просто скопировать в рабочую систему.

ЗЫ
Если появится человек желающий взять идею и довести дело до полноценного патча то вот тех. нюансы:
vtiger для генерации PDF-файлов использует(использовал) пакет FPDF, который не работает c UTF-8.
Зато есть дополнение к FPDF, под названием UFPDF () которое решает проблему с UTF-8.
Что надо править:

1. Нужен шрифт Unicode. Решается конвертированием ttf-шрифта. Процесс конвертации подробно описан в README.txt, входящий в пакет UFPDF. Там же находятся и утилиты для конвертации.

2. Правим ufpdf.php. Не знаю, что думал разработчик, как оно задумывалось, но у меня ufpdf отказался самостоятельно находить директорию со шрифтами... пришлось сделать вот так, с function AddFont:
Code:
//  if(defined('FPDF_FONTPATH'))
//    $file=FPDF_FONTPATH.$file;
  if(!defined('FPDF_FONTPATH'))
    $this->_getfontpath();
    $file=FPDF_FONTPATH.$file;


3. Теперь заставим Vtiger использовать UFPDF вместо FPDF.
В файл CreatePDF.php (в моем случае это /modules/Reports/CreatePDF.php) вносим следующие изменения:
3.1. Меняем вызываемый файл:
Code:
//require('include/fpdf/fpdf.php');
require('include/fpdf/ufpdf.php');

3.2. Меняем вызываемый класс:
Code:
//class Html2PDF extends FPDF
class Html2PDF extends UFPDF

3.3. Меняем шрифт Arial (используется в Vtiger и не поддерживает Unicode) на наш LucidaSansUnicode. Для этого, в самом конце скрипта, после строки
Code:
$pdf->AddPage();

добавим подмену шрифта:
Code:
$pdf->AddFont('Arial', 'B', 'lsansuni.php');
$pdf->AddFont('Arial', '', 'lsansuni.php');

[grinya]

т.к. в первом сообщении, на этом форуме нельзя использовать ссылки на сайты, то вот ссылка на сайт UFPDF: http://acko.net/node/56