From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Maksim Otstavnov X-Mailer: The Bat! (v1.46d) Educational Organization: home office X-Priority: 3 (Normal) Message-ID: <5070584627.20010102173905@otstavnov.com> To: Aleksey Novodvorsky In-reply-To: <3A5107EC.8448D2C9@logic.ru> References: <3A4DD97D.1FDC1C87@logic.ru> <192050037.20001230162110@otstavnov.com> <3A4E15F2.46239E7D@logic.ru> <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-Transfer-Encoding: 8bit Subject: [mdk-re] 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 X-Reply-To: Maksim Otstavnov List-Help: List-Post: List-Subscribe: , List-Id: Mandrake/RE discussion list List-Unsubscribe: , List-Archive: Date: Tue Jan 2 17:36:00 2001 X-Original-Date: Tue, 2 Jan 2001 17:39:05 +0300 Archived-At: List-Archive: Hello Aleksey, Tuesday, January 02, 2001, 1:42:52 AM, you wrote: AN> Maksim Otstavnov wrote: >> Я по совету AEN заглянул, что там в gnome-print (полагая ситуацию >> типичной), и не вполне понял, к чему это. В смысле, к чему приложениям >> такая библиотека. AN> Она нужна для того, чтобы не писать свой генератор ps для каждого приложения. Я _этого_ и не понял: зачем приложению генерировать ps... >> Что касается (a) мне кажется, что 90% приложений _не_ нужно этого >> делать. Нужно выводить данные в *ML и оставлять его рендеринг >> соответствующей программе - принт-подсистеме Мозиллы, к примеру. 10 >> остающихся процентов - это собственно preprint-приложения, которые - >> отдельная песня. Они всегда были отдельной песней, причем на всех >> платформах. AN> gnome-print претендует, напримир, на гереацию ps для надписей AN> вдоль кривых заденным шрифтом. Очень актуально. Это, действительно, стоит года работы ;) Но если серьезно, такие штуки - это DTP, а программист DTP imho _должен_ владеть ps как языком. Попытка создать библиотеку, предоставляющую все возможности ps приведет только к тому, что синтаксис/семантика вызовов станут сложнее ps. AN> Что касается Mozilla, то она не имеет на сегодняшний момент сколько нибудь AN> универсальной системы печати, пригодной даже для создания ps с несложного html. AN> Ее основой является самая худшая из всех систем печати, взятая из netscape. Apologies. Я не смотрел. А Amaya кто-нибудь смотрел на этот предмет? AN> Ее делает один выделенный человек уже гораздо больше года. Apologies again :) Tuesday, January 02, 2001, 2:13:49 AM, Alexander wrote: AB> Список таких примеров очень широк -- банальная распечатка документа из AB> офисного приложения, веб-страницы, текста программы, качественной AB> иллюстрации с надписями по сложным кривым и так далее. Добавьте точное AB> позиционирование, необходимое для печати документов на бланках (или AB> самих бланков). Кроме "качественной иллюстрации..." все примеры покрываются гипотетическим рендером html2ps (считая вывод из приложения в html тривиальным). >> Об "особеностях национального ps". Их, конечно же, просто нет. Есть система имен >> глифов от Adobe, которая сейчас хорошо корреспондирует с UCS. И все. Но >> существует понятие вектора кодировки, в котором может быть 256 символов. Это >> твектор -- просто словарь ps документа. По старой привычке все берут стандартный >> словарь -- ISOLatin1, и из шрифта берутся при этом глифы с соответствующими >> именами. Таким образом, в этом случае, если русский шрифт у вас с правильными >> именами русских глифов (afiiXXX), то на месте русских букв будет пусто, а если >> хакнутый (то есть с рускими глифами под Latin1-именами), то при попытке >> напечатать таки Latin1, вместо символов >=128 будут русские буквы. >> Корректно генерит ps qt, но их подсистема печати не учитывает метрики шрифтов, >> то есть -- как повезет. Учет метрик шрифтов настолько нелюбимая программистами >> задача, что эти метрики часто зашиваются внутрь программ, и. естественно, не >> русские и даже не Latin-2. Происходит это из-за нежелания (неумения) писать AB> Вот вам и пример отсутствия соответствующего образования. Как мне AB> признавались многие программисты, как здесь (в Беларуси и России), так и AB> "там" (круг был достаточно широк -- США, Канада, Голландия, Франция, AB> Германия, Финляндия, Швеция, Польша), эта тематика, конечно, важна, но AB> для них ресурсоемка для изучения. Я думаю, что "навязывание" i18n через библиотеки - не слишком удачная тактика. Новая библиотека (или язык, или ...) обретет успех, если будет адресоваться к насущным проблемам, а не к миссионерскому альтруизму. Как курьезный пример стоит упомянуть, что в MS, при всей ее компактности и в количественном отношении (по OSS-меркам), и в смысле системы управления, внедрением локально-независимого программирования озабочены уже десять лет, а успехи весьма скромны. Упомянутые стандарты и соглашения - это здорово, но "естественный" цикл их внедрения в образование и практику - это поколение, как минимум. Вообще, для поддержки кириллицы в софте решающую роль будет играть вступление Украины в НАТО. У НАТО достаточный бюджет. Больше никто не потянет ;) И это одна из немногих лавок, которая может наплевать на ISO в некоторых вопросах. Предлагаю начать переговоры с hq.nato.mil ;))) AB> Причем "тамошние" товарищи подытоживали в стиле "как было бы AB> хорошо, если бы везде была бы только Latin-1". И это люди, уже AB> получившие диплом software engineer. Нет, ну спорить с тем, что было бы хорошо, действительно трудно. Но если бы у германо-романских и славянских языков была единая письменность, жить бы было проще и во многих других отношениях. -- -- Maksim