Печать RTF (RichView ? другое ?)

← →
sniknik © (2010-02-16 17:38) [0]

Смотрю компоненты RichView ( http://www.trichview.com ) на предмет печати RTF (нужна печать rtf с рисунками внутри), беру их же дему (из архива) - x:\delphidemos\Delphi\Assorted\Printing\Headers\Headers.exe ... и получаю проблему с русскими буквами (печатает кракозябры) на принтере HP LaserJet 4200, на втором имеющемся - HP LaserJet 2430 PCL 6 все ок.

В документе пытался менять шрифты (Arial , Couerer, Times New Roman в общем все основные)/размеры, и все печатает одним и тем же непонятным шрифтом (турецким?), не меняя ни тип начертания ни размер. Единственное "жирность" шрифта оказывает хоть какое то влияние.

Вопрос, это на всех принтерах этого типа/проблемы, с другими принтерами тоже бывает, или исключительно на нашем (или демо "кривое")? У кого есть опыт с этим компонентом.
А то пока получается плохая статистика 50/50 ;(.

Потом, знаю некоторые имеют переключатель, посылать печатаемое текстом или картинкой, в этих есть такой? (в доке не нашел).

Ну или если кто знает нормальную замену. Стандартный Richedit не предлагать, он хоть и печатает нормально тот же самый текст/доку, на "проблемном" принтере, но картинок не понимает ;(

← →
12 © (2010-02-16 18:10) [1]

драйвер обновить?

← →
sniknik © (2010-02-16 19:59) [2]

И так последний, т.е. попробовать можно конечно, еще раз (завтра), но скорее всего без шансов. (и потом, RichEdit там же, и то же, нормально печатает, ему что драйвера не нужны?)

Вообще, меня устроит, данная кем то долго работающим с этим компонентом, гарантия. что эта проблема исключение, а не правило... мой "опыт" с ними 2 дня.
А если еще и решение/обход то вообще хорошо. Просто страшно программу отдавать при таких шансах на глюк.

← →
Leonid Troyanovsky © (2010-02-16 21:07) [3]

> sniknik © (16.02.10 19:59) [2]

> А если еще и решение/обход то вообще хорошо. Просто страшно
> программу отдавать при таких шансах на глюк.

Посмотри http://home.att.net/~robertdunn/Yacs.html

А, во-ще-то, я б выбрал viewer by MS для вордовских документов,
благо он бесплатный.

--
Regards, LVT.

← →
KilkennyCat © (2010-02-16 23:59) [4]

> sniknik © (16.02.10 19:59) [2]

Могу лишь дать гарантию обратного - глюк сей и у меня встречался. Решения не нашел.

← →
sniknik © (2010-02-17 07:51) [5]

> Посмотри http://home.att.net/~robertdunn/Yacs.html
Чего то не нашел там ничего на Delphi, или это ссылка чтобы посмотреть на сишное и переделать?

> глюк сей и у меня встречался.
Это плохо, но хоть определенно...

Вообще, уже подумываю перевести шаблоны на html (rtf не обязателен, и его я не выбирал, просто он был использован в программе которую дали переделать), печать через IE всегда нормальная, и он всегда есть...

← →
sniknik © (2010-02-17 08:02) [6]

KilkennyCat © (16.02.10 23:59) [4]
А кстати насколько распространенные твои программы с этим компонентом, и сколько раз встречался глюк? На каком принтере, если помнишь?

В общем насколько он вероятен по статистике? (если был например всего раз на десять тысяч установок... ну тогда можно отдать как есть т.к. скорее всего попадет на нормальную печать, и не спеша переделать... а вот если нет....)

Просто поискал по гуглю аналоги... и этот рекомендуют чаше всего, считают наилучшим, а про глюк не нашел ни слова.

← →
sniknik © (2010-02-17 11:11) [7]

А вот это уже интересно... скачал другой их тест (ActionTestD2010.exe) предкомпиленный, в виде exe, и в из него печать нормальная... ;(
Т.е. получается глюк связан с юникодом (отсутствием), на D7 (т.к. этот очевидно собран на 2010м)? И почему тогда, если это от компонента, а не драйвера принтера, глюк не везде? Получается оно только при особом взаимодействии, драйвер не поддерживающий/глючащий с wi1251?

← →
sniknik © (2010-02-17 16:20) [8]

Нашел решение...

Не думал, что это важно, но компоненты создавал динамически...
А тут http://www.trichview.com/help/index.html?idh_trichview_create.html есть предупреждение
mportant note: initial values of several properties of components created in code may be different from initial values of components placed on form at design time. In the latter case, initial values of these properties can be overridden by the designtime component editor (and overridden by default!)
Демо же при статическом создании компонент (лежат на форме, и значит предупреждение выше неактуально) не работает без установки в стиле DefCodePage = 1251.

Т.е. 1 + 1 = работающий "проблемный" принтер... при обоих соблюденных условиях (настройки при создании делать те же, что дает автоматом в десигне + "правильная" кодовая страница (другим принтерам хватает 0 - default)).

> mportant note: initial values of several properties of components
> created in code may be different from initial values of
> components placed on form at design time

Фигасе. Я по дремучести своей думал, что initial values заполняются в конструкторе вне зависимости от способа создания компонента.

> sniknik © (17.02.10 08:02) [6]

> А кстати насколько распространенные твои программы с этим
> компонентом, и сколько раз встречался глюк? На каком принтере,
> если помнишь?

Это был какой-то hp. Какой - не помню. Но прекрасно помню, что на других моделях hp все было хорошо.
Программа вообще не распространена, делалась под конкретного заказчика, делалась, делалась, и прекратилась... плюнул - ни программа того не стоила, ни желания не было.
Да, и еще: помнится что-то смутно, что эта проблема несколько неоднозначная, т.е. у кого-то с той моделью, и с той же почти комплектацией ОС и проч. печатало без проблем.

А... ну вот, сначала написал, потом прочитал дальше... ну, я бы до этого решения точно не дошел, хорошо, что плюнул :)

← →
svtpro (2011-09-07 19:40) [12]

Старая тема, но по ней регулярно приходят на наш сайт, так что напишу.

Если у шрифта DEFAULT_CHARSET, то неюникодный текст отобразится в кодировке, установленной по умолчанию. То есть на разных компьютерах он отобразится по-разному. Иногда может быть даже так настроено, что у компьютера один язык по-умолчанию, а у принтера - другой, вот и получается такая проблема.
Чтобы этого не было, нужно задать текст однозначно. То есть либо использовать юникодный текст (тогда Charset вообще не имеет значения для отображения, кроме SYMBOL_CHARSET), либо указать Charset строго, например RUSSIAN_CHARSET.
Сейчас все больше переходят на юникодные версии Delphi, а там текст в TRichView юникодный по умолчанию, так что проблема будет исчезать постепенно.

Печать RTF (RichView ? другое ?) Найти похожие ветки