From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Alexander Bokovoy To: mandrake-russian@linuxteam.iplabs.ru Message-ID: <20010102011349.C1715@avilink.net> Mail-Followup-To: mandrake-russian@linuxteam.iplabs.ru References: <15213114625.20001230192534@otstavnov.com> <3A4E3A5E.20111343@logic.ru> <3221979759.20001230215317@otstavnov.com> <3A4ED13D.B14EEAFF@logic.ru> <1935007249.20001231132322@otstavnov.com> <20001231155655.B11084@avilink.net> <19521357102.20001231175550@otstavnov.com> <20010101113653.A1406@avilink.net> <1683384193.20010101225905@otstavnov.com> <3A5107EC.8448D2C9@logic.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <3A5107EC.8448D2C9@logic.ru>; from aen@logic.ru on Tue, Jan 02, 2001 at 01:42:52AM +0300 Subject: [mdk-re] Re: =?koi8-r?Q?=5Bmdk-re=5D_Re:_=5Bmdk-re=5D_Re:_=5Bmdk-re=5D_Re:_=5Bmdk-re?= =?koi8-r?Q?=5D_Re:_=5Bmdk-re=5D_Re=5B2=5D:_=5Bmdk-re=5D_Re=5B2=5D:_=5Bmd?= =?koi8-r?Q?k-re=5D_Re=5B2=5D:=5Bmdk-re=5D_Re=5B2=5D:_=5Bmdk-re=5D_Re=5B2?= =?koi8-r?Q?=5D:__=5Bmdk-re=5D_Re=5B2=5D:__=5Bmdk-re=5D_Re=5B2=5D:__=5Bmd?= =?koi8-r?Q?k-re=5D_Re:_=5Bmdk-re=5D=EF_=D0=CF=DE=D4=C5_=C9_=D4=2E=D0=2E?= Sender: mandrake-russian-admin@linuxteam.iplabs.ru Errors-To: mandrake-russian-admin@linuxteam.iplabs.ru X-BeenThere: mandrake-russian@linuxteam.iplabs.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@linuxteam.iplabs.ru List-Help: List-Post: List-Subscribe: , List-Id: Mandrake/RE discussion list List-Unsubscribe: , List-Archive: Date: Tue Jan 2 02:13:01 2001 X-Original-Date: Tue, 2 Jan 2001 01:13:49 +0200 Archived-At: List-Archive: On Tue, Jan 02, 2001 at 01:42:52AM +0300, Aleksey Novodvorsky wrote: > > Насколько я понимаю, "печать" на сегодня сводится а) к созданию > > ps-файла и b) его корректной интерпретации - железом/firmware принтера > > или программным рендером типа ghostscript. > > Задачи b) не существует, если a) решена. Да, задача b) может считаться решенной apriori -- открытый интерпретатор PostScript-а достаточно точно соответствует стандарту при правильных входных данных. А вот формирование правильных входных данных пока еще не слишком распространено. > > Про (b) я просто не в курсе - AEN обещал подумать над тем, чтоб нас > > всех просветить об особенностях национального постскрипта. Я этого не > > знаю даже на пользовательском уровне - просто в голову не приходило > > ничего кириллицей печатать ;) Список таких примеров очень широк -- банальная распечатка документа из офисного приложения, веб-страницы, текста программы, качественной иллюстрации с надписями по сложным кривым и так далее. Добавьте точное позиционирование, необходимое для печати документов на бланках (или самих бланков). > > Что касается (a) мне кажется, что 90% приложений _не_ нужно этого > > делать. Нужно выводить данные в *ML и оставлять его рендеринг > > соответствующей программе - принт-подсистеме Мозиллы, к примеру. 10 > > остающихся процентов - это собственно preprint-приложения, которые - > > отдельная песня. Они всегда были отдельной песней, причем на всех > > платформах. > > Генерация ps -- весьма сложная задача. gnome-print претендует, напримир, на > гереацию ps для надписей вдоль кривых заденным шрифтом. Добавьте сюда возможно > бОльшую корректность рендеринга. ... в случае вывода шрифтов как кривых. Для внедряемых шрифтов важно оперирование реальными векторыми шрифтами и их характеристиками, а не конвертирование их в Type3 с растрированием под только одно разрешение. > > Наверное, не требующая человеко-года программера экстра-класса. (Это > > предположение, я не лазал и не смотрел). > Ее делает один выделенный человек уже гораздо больше года. И результат местами очень плачевный, если речь идет о gnome-print. > > AB> Проблема организационная, согласен. Но, главным образом, эта > > AB> проблема в том, что вопросам сосуществования различных языков и > > AB> алфавитов при преподавании Computer Science ни здесь, ни в > > AB> Latin1-е не придается надлежащего внимания. > > Все же, этому место не в computer science, а в учебниках по системам > > разработки, наверное. > Да, конечно. Проблема в том, что сейчас этого нет ни там, ни там, этого вообще нигде в учебном процессе нет. К тому же, если быть до конца точным, то современные стандарты на языки программирования определяют (не полностью, правда), механизмы оперирования символьной информацией с учетом Unicode (C99, ANSI C++ latest draft). И это касается также POSIX и XPG/2. Методы, описываемые в них достаточно общны для того, чтобы успешно абстрагироваться от "национальных" особенностей платформ и компиляторов. > Об "особеностях национального ps". Их, конечно же, просто нет. Есть система имен > глифов от Adobe, которая сейчас хорошо корреспондирует с UCS. И все. Но > существует понятие вектора кодировки, в котором может быть 256 символов. Это > твектор -- просто словарь ps документа. По старой привычке все берут стандартный > словарь -- ISOLatin1, и из шрифта берутся при этом глифы с соответствующими > именами. Таким образом, в этом случае, если русский шрифт у вас с правильными > именами русских глифов (afiiXXX), то на месте русских букв будет пусто, а если > хакнутый (то есть с рускими глифами под Latin1-именами), то при попытке > напечатать таки Latin1, вместо символов >=128 будут русские буквы. > Корректно генерит ps qt, но их подсистема печати не учитывает метрики шрифтов, > то есть -- как повезет. Учет метрик шрифтов настолько нелюбимая программистами > задача, что эти метрики часто зашиваются внутрь программ, и. естественно, не > русские и даже не Latin-2. Происходит это из-за нежелания (неумения) писать Вот вам и пример отсутствия соответствующего образования. Как мне признавались многие программисты, как здесь (в Беларуси и России), так и "там" (круг был достаточно широк -- США, Канада, Голландия, Франция, Германия, Финляндия, Швеция, Польша), эта тематика, конечно, важна, но для них ресурсоемка для изучения. Причем "тамошние" товарищи подытоживали в стиле "как было бы хорошо, если бы везде была бы только Latin-1". И это люди, уже получившие диплом software engineer. -- Sincerely yours, Alexander Bokovoy The Midgard Project | www.midgard-project.org | Aurora R&D team Minsk Linux Users Group | www.minsk-lug.net | www.aurora-linux.com IPLabs Linux Team | linux.iplabs.ru | Architecte Open Source -- A rolling stone gathers momentum.