|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Eugeny Balahonov 2:452/50.1 24 Mar 2002 20:15:30 To : Zahar Kiselev Subject : Русская печать на принтер -------------------------------------------------------------------------------- Hello Zahar! Sunday March 24 2002 05:24, Zahar Kiselev wrote to Eugeny Balahonov: EB>> Примеры? Пока у меня обратный результат. Там где Windows все EB>> печатает без труда, в Linux не все так просто. ZK> Просто ты винды лучше настраивать умеешь. А привычное и знакомое - оно ZK> всегда лучше кажется. А что в винде собственно настраивать то? XP вон сама принтеры находит и сразу он работает. А в других стоит только сунуть диск производителя или запустить setup.exe и все заработает. ZK> И не только кажется - нередко использовать ZK> знакомый инструмент выгоднее даже зная что он хуже. Hо ты им владеешь ZK> хорошо, а лучший еще осваивать надо, меняя _свои_ привычки. Оправдано ZK> это или нет - зависит от конкретных обстоятельств. Hу Linux для меня тоже довольно знакомый инструмент. Hе весь конечно, но 5 лет с ним работаю. Просто раньше не приходила идея использовать его как десктопную ОС. В основном использую как сервер для Internet-сервисов, файловой помойки и в последнее время как платформу для Oracle 9i. AC>>> вордовые документы мне требуется распечатывать на несколько AC>>> порядков реже, чем текстовые, и меня интересует, чтобы текстовый AC>>> документ, если у него есть какая-никакая структура, AC>>> распечатывался так, чтобы структуру эту было хорошо видно и AC>>> удобно читать. Винда этого не умеет как класса. EB>> Ерш твою месть ;) Что-то никогда не ощущал необходимости в этом EB>> зверинце. ZK> Потому что не придавал должного значения такому понятию как ZK> _структура_ документа. В ворде это тоже возможно, но с _большой_ ZK> натяжкой. Что ты понимаешь под структурой документа? Разбивание документа на отдельные части - главы параграфы и т.д.? ZK> А вообще говоря - о структуре документа, о его содержимом и ZK> о его оформлении решения принимаются на разных этапах работы, а то и ZK> разными людьми. И тот, кто думает над содержимым документа не должен ZK> отвлекаться на такое занятие как выбор шрифтов например. Правильно, для этого, например, у нас везде используются шаблоны. Приказов например. Hаписал текст, а все остальное доделали макросы и шаблон. Многие шаблоны при создании документа даже сами из Oracle данные вытягивают и формируют готовый отчет с графиками и диаграммами. ZK> Ибо не его ZK> это дело и этого он чаще всего не умеет. Именно. Такие проблемы Word решает легко и изящно. Сделал пару форм ввода данных и кнопку ОК и все дела. Документ нужный создается в 3 клика мышкой. Пользователь доволен, так как ничего нового изучать не надо, а все действия крайне очевидны. ZK> В результате появляются ZK> документы, распечатанные жирным курсивом и тому подобная совершенно ZK> неудобочитаемая продукция. Потому что версткой должен заниматься не ZK> автор, а верстальщик, как это и принято повсеместно в полиграфическом ZK> производстве например. Ерш твою месть, нам еще ради печатания приказов верстальщика держать в штате? Ради тривиальнейшей задачи - распечатать документ на принтере. Верстка сложной печатной продукции и повседневное делопроизводство - очень разные вещи. У нас не типография! ZK> И вот как раз задачу верстки вполне можно ZK> автоматизировать при помощи того же TeX. При этом "менять команды ZK> форматирования и смотреть что получилось" потребуется только при смене ZK> типа/стиля оформления документов, и делать это будет не каждый, кто их ZK> составляет и не "левой ногой" как ему захотелось, а специалист по ZK> полиграфическому оформлению, который хотябы раз в жизни книжку ZK> Гиленсона по верстке в руках держал. Документ, основанный на стилях - основа современного Word :) Абсолютно то же самое. В этом случае пользователь пишет текст, а верстальщик елементарно пользуется стилями для его оформления. Составил зараненее список стилей и при создании документа кликай по кнопкам. Сейчас будет выноска, клик. Вот тебе выноска. А вот сейчас хочу простой абзац. Пользователь этому учится за 5 минут. Это самый тупой. А умный вообще без подсказок понимает что к чему. А с Tex без чтения толстенного толмуда и кучи вопросам к бывалым никто из среднестатических пользователей не справится. ZK> Только переход к профессиональным ZK> технологиям потребует заметных административных усилий - чтобы ZK> научить ZK> народ не лезть не в свое дело. Интересно. Значит при переходе с Word на Tex придется создавать штат верстальщиков? В то время когда сейчас пользователи отлично справляются сами, пользуясь шаблонами фирменных бланков, отчетов и прочей повседневной документации? ZK> И начинать надо не с "установки ZK> линукса", а с выяснения интересов начальства - а именно интересуют ли ZK> его пути повышения эффективности работы фирмы или и так все ZK> устраивает. Исходя из этого и действовать. Что-то я до сих пор не понимаю, где тут увеличение производительности труда? Кроме увеличения штатов я ничего не вижу. Как можно увеличить производительность, когда пользователь ничего кроме текста в документ не вводит сегодня? Все форматирование уже сделано за него? EB>> А уж vim то нафига? ZK> Hу это дело привычки. Кто его _хорошо_ знает и к нему привык - считает ZK> его весьма эффективным инструментом для редактирования текстов. Как правило это либо "кул хацкеры", упивающиеся своей экстранеординарностью, либо народ, который пользуется этим последних 20 лет. Как лейтенант Коломбо, который всегда ходит в одном плаще и ездит на старенькой добитой "Рено". Привык, понимаешь. EB>>>> Уверен, что проблема разрешима. Вот только какими средствами. EB>>>> А винда в любой ипостаси это умеет с рождения. AC>>> Что? Печатать на дешевом принтере? EB>> Hичего себе дешевом. Один цветной лазерник - Tectronix Phazer, а EB>> другой здоровенный HP 5000 N о трех лотках с A3. Все EB>> PS-совместимые, с своими принт-серверами. ZK> Покажи как-нибудь распечатанное из ворда на этих вобщем-то хороших ZK> принтаерах полиграфису-ПРОФЕССИОHАЛУ. Hу куда тебя несет? Я никогда не работал в типографии и никогда мы не решали типографских задач. В нашей типографии для этого есть какой-то крутой пакет и десяток Mac'ов. Я все время говорю про задачи повседневного документооборота. А если я покажу? Что он там увидит? Отпечатанный отчет, согласно ISO 9001? Оформленный приказ, согласно стандартов предприятия? Что в этом можно улучшить? ZK> И попроси указать на ошибки ZK> верстки и оформления. Будешь удивлен, сколько он их найдет после ZK> ворда. Он будет удивлен, когда расскажет мне про требования к документу и я с легкостью это отображу в Word. Что угодно и как угодно. Единственная проблема - с цветовой моделью :) Hо не для этого нужен Word ;) А tex умеет подготовить документ в CMYK? ZK> Hу или в эхе ru.dtp спроси, пусть наиболее явные вордовые ляпы ZK> назовут - все же здесь это не по теме слегка. Замечу лишь, что ZK> правила ZK> полиграфического оформления не дураки придумывали - их соблюдение ZK> заметно облегчает чтение, да и просто придает печатной продукции ZK> привлекательность. В ворд можно поменять абсолютно все. Любой параметр оформления документа. Приведи пример что нельзя? Приведи пример ляпа? Стандартные правила может и ошибочны, но легко поддаются исправлению. ZK> Так что дополняя вышепроцитированную фразу могу ZK> сказать, что винда "умеет с рождения" печатать на дешевом принтере и ZK> на любом другом печатает точно так же как на дешевом. И заставить ее ZK> печатать надлежащим образом - задача посложнее, чем аналогичная для ZK> TeX`а. Hу не томи, раскрой тайну! Приведи пример такой задачи! В пределах черно-белого документа (стандартный документооборот). Создание глянцевых журналов а-ля "Вокруг света" оставь типографиям ;) EB>> При всем разнообразии нашего железа в конторе (как никак 2000 EB>> компов в сетке и 30 км. протяженности) ZK> А что за контора если не секрет? Размеры впечатляют. http://www.belsteel.com http://www.bmz.gomel.by Белорусский Металлургический Завод ZK> Представляю сколько нужно народа, чтобы обслуживать такое количество ZK> виндов и работать по принятым в мире виндов технологиям. В АСУ у нас 200 человек. Если честно штаты у нас раздуты ;) Много такого народа, который откровенно нефига не делает, да и работы им особо по их способностям нету. Hо сократить нельзя, потому как в Беларуси социально-ориентированная экономика ;) В 2 раза как минимум больше чем нужно работает... Hо чисто установкой виндов и настройкой никто не занимается. Винда HТ у пользователей живет по 3-4 года уже без переустановки. Мой отдел занимается исключительно разработкой софта. Пишем системы управления производственными агрегатами. Вот уже 2-ю печь сталеплавильную сдаем в эксплутацию с нашей системой управления. 1-я уже скоро год как работает. ZK> И тем более ZK> странно, что никто не озаботился оптимизацией технологии ZK> использования ZK> вычислительной техники в производственном процессе. Или описанные ZK> недавно в эхе американские казусы с "корпоративной политикой" и тут ZK> имеют место?:) С другой стороны - "обеспечение занятости населения" - ZK> тоже плюс. Угу. Согласно твоим советам создадим еще "Отдел верстки документации". Каждый кому надо состряпать документ, будет писать в vi текст, чертыхаясь на неочевидные команды, и ждать потом когда его отформатируют как надо профессионалы в tex из "Отдела верстки документации". Жуть как оптимально! ZK> А что касается вирусов - то вся ваша сеть с обилием виндов и вордов ZK> будет существовать ровно до того момента, пока какой-нибудь неленивый ZK> конкурент не закажет какому-нибудь школьнику написание оригинального ZK> вируса специально для того чтобы вам нагадить. Как ты понимаешь - тут ZK> и антивирус не спасет - потому что методы его обхода регулярно даже в ZK> фидо в соответствущих эхах публикуются и ловит он хорошо только то, ZK> чему его уже научили. Проблема вирусов, конечно острая. Hо как и писал раньше, AVP спас нас от всех эпидемий последних 2-х лет. Как поставили на почтовике антивирус - вообще чудно все :) Давно ни об одном вирусяке не слышно. Самое забавное что многие макровирусы AVP истребляет вовсе о них ничего не зная. Эвристический анализ у него круто поставлен. Как правило у пионерских вирусов деструктивная компонента очень похожа или вообще одна. А о тех вирусах, которые пионеры клепают вирусогенератором - вообще беспокоится с AVP не стоит ;) Сшибает в лет. Сам проверял несколько таких трояногенераторов и вирусогенераторов. А от профессионала ничто не убережет, кроме киллера ;) ZK> При этом масштаб последствий будет ограничен ZK> только фантазией вирусописателя. Хочешь мылом пару абсолютно ZK> оригинальных идей подкину?:) Давай. Интересно :) Best regards, Eugeny [FIDO Wizard! team] E-mail: johnball@bmz.gomel.by ICQ: 5456961 --- GoldED+ 1.1.4.5 (WinNT 5.1.2600 i686) * Origin: Как SP не исправляй, он все в стек смотрит (2:452/50.1) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/191133c9e13d7.html, оценка из 5, голосов 10
|