Re: DOCBOOK-APPS: HTML from docbook

[Oleg Amiton <sgml at demo dot ru>]

Adam Di Carlo wrote:

> Should the stylesheets do this automatically?  Can we know the
> encoding of the output based on the language of the document?

Unfortunately, no.
There are two general encodings of one russian language - koi8-r for
Free*NIX users and windows-1251 for Win-based (other ones are not
significant - commercial UNIZes using ISO 8859-5, Mac, DOS - their
owns)
One SGML source in Russian (e.g. in KOI-8) usually used for producing
HTML output for Web (encoding does'nt matter - it only must be
specified with
ContentType in header or <META>), TeX->PostScript->PDF (using UNICODE,
I guess),
and .rtf for document exchange with windows-based partners or
customers.
Target RTF must be in Win-1251 - then MS Word can open it correctly.

There's situation. Jirka written about the same in Czech.

One of solutions - using environment variable - e.g. TARGET_ENCODING
( SP_ENCODING? ) or customized stylesheet direction for specifing
output
encoding and doing symbols converting while producing output
on-the-fly.

> Also, Oleg, I have many reports that there are problems with
> Jade/OpenJade and koi8-r encoded output, such as the Russian work for
> Chapter not showing up properly.

Chapters, articles and other works properly now, (but I've tested it
with HTML & RTF only). Alexey Vyskubov <alex@pepper.spb.ru> said that
he can't produce
correct PS/PDF with SP_ENCODING=koi8-r setting. I don't know what he
meaned exactly.

> Would it be possible to send me or
> this list a very small document showing a Cyrillic document?
Attached document has cyrillic koi8-r encoding.


-- 
WBR, Oleg Amiton
Epsylon Technologies, R&D
http://www.demo.ru

Title: Baikonur Application Server

Принципы организации системы безопасности Epsylon Technologies, http://www.epsylontech.com Олег Амитон Александр Сергеев Александр Хорошилов

Moscow Russia +7-095-530-2806

1996-2001 Epsylon Technologies, Inc. All Right Reserved. В последнее время Internet играет все большую роль в организации бизнес-процессов. Все больше важной для компаний а иногда и секретной информации передается посредством Internet-каналов, хранится и обрабатывается на узлах всемирной Сети. В этом случае к каналам и серверам предъявляются повышенные требования по безопасности, подразумевающие обеспечение сохранности и конфиденциальность информации, защиту ее от несанкционированного доступа. В связи с этим практически каждый разработчик программного обеспечения для интернет, работающий в условия жесткой конкуренции стремится реализовать в своих программных продуктах средства необходимые средства защиты информации. Этот документ призван осветить принципы, заложенные в основу системы безопасности сервера Baikonur и описать механизмы с помошью которых эти принципы реализуются на практике. В основу системы безопасности Baikonur Application Server заложено три основных принципа: Разграничение доступа - контроль доступа пользователей к ресурсам сервера с использованием прав доступа операционной системы и дополнительных внутрисерверных "полномочий", использование механизма обязательной аутентификации. Защита каналов связи - использование алгоритмов защиты каналов связи на базе стандартных протоколов защиты транспортного уровня (SSLv2, SSLv3, TLSv1, предполагается ГОСТ XXXX-XX) с возможностью подключения алгоритмов шифрования, разработанных дополнительно с помошью предоставляемого в Baikonur Super Server прикладного интерфейса разработчика - Baikonur Transport Layer API и отказ от использования на сервере протоколов Internet не ориентированных на контроль соединения (UDP и протоколов на его основе). "Сейф" секретной информации - использование отдельной, защищенной от несанкционированного доступа базы данных секретной информации, хранящейся в зашифрованном виде (паролей, секретных ключей и т.д.)