Re: Lyx! и русский
Ilya -> debian-russian@lists.debian.org @ Sat, 31 Jan 2004 13:12:55 +0500:
>> >> >> I> А если мне нужна электронная таблица (Excel,
>> >> >> KSpread,OpenSpreadsheet I> и тп) - что делать? Tex/LaTex/Lyx мне
>> >> >> поможет?
>> >> >>
>> >> >> TeX - нет. Но и Word не поможет. А вот emacs - вполне. Ключевое
>> >> >> слово - SES. Да, еще есть siag (там основа всего комплекта - это
>> >> >> именно что spreadsheet) и gnumeric (он - _только_ spreadsheet).
>> >> >> Ёксель тоже неплох в этом качестве, но ради него тратиться на
>> >> >> железо, на котором будет работать он и подложенная под него винда,
>> >> >> саму винду и офис... oocalc в
>> >> >> этом смысле несколько лучше (тратиться приходится только на
>> >> >> железо), но морда у него настолько жуткая, что я лучше глазки
>> >> >> поберегу...
>> >>
>> >> I> Артем, ты на P100 что-ли работаешь?
>> >>
>> >> На P133, но дело не в этом. Дело в том, что ты невнимателен.
>>
>> I> В каком месте я был невнимателен?
>>
>> В том, что это был не единственный и явно не самый важный аргумент.
I> согласен. далеко не аргумент. но меня зацепило.
>>
>> >> I> это Celeron 2 ГГц. Неужели на таком железе опенофис не пойдет? А
>> >> по I> поводу морды - быстро только кошки родятся - напишут и хорошую I>
>> >> морду.
>> >>
>> >> Вот когда напишут... Да когда на том самом целероне он будет не
>> >> ходить, а бегать (тормоза у него на таком процессоре, прямо скажем,
>> >> довольно заметные).
>>
>> I> Погоди, так дело все-таки только в тормознутости ОО? Он только этим
>> плох? I> Т.е. будет шустро работать да с хорошой мордой - будешь
>> использовать?
>>
>> Да, возможно. Еще бы, правда, найти под него задачи... Ну, под
>> электронную табличку или презентатор, наверное, найду.
I> Так я об этом и пытался узнать. В моем самом первом письме я
I> спрашивал - "а если мне нужно электр. таблица - сможет ли мне помочь
I> Latex?" - мне ответили, что :
>>> Скорее всего да (когда тебе придётся печатать результат). В зависимости от
>>> реальной задачи (задачи "электронная таблица" не существует, это всего
>>> лишь одна из технологий решения) это может быть начиная от скрипта на awk,
>>> заканчивая SQL-базой данных с интерфейсом на tk. Всё зависит от ситуации.
I> Вот мне и не понятно, зачем мне эти "костыли" (в данном случае),
I> если уже есть электронная таблица в ОО. Зачем изобретать велосипед?
Зачем тебе эти - мне тоже непонятно. Я, если ты помнишь, отвечал иное.
Вон оно, вверху.
>> >> I> А как быть с внешними документами, которые приходят уже в формате
>> >> I> Microsoft Word/Excel/PowerPoint?
>> >>
>> >> А это не та задача. Мы начали с того, что тебе нужна электронная
>> >> таблица.
>>
>> I> Но такие задачи, как бы нам не хотелось, встают.
>>
>> Безусловно. Но не надо подменять задачи неявно. Надо сказать "да, был
>> неправ, вспылил, неверно сформулировал свою задачу". И
>> переформулировать. После чего сразу станет ясно, что ты уводишь
>> обсуждение на совершенно другую тему, ибо какое отношение к научному
>> тексту может иметь электронная таблица, мне понятно,
I> Совершенно согласен. Имеет. Давай разовьем эту мысль - имеем
I> научный документ с электронными таблицами и диаграммами. Каким
I> инструментом рационально имеет смысл воспользоваться?
Ой... Я сходу и не придумаю. Сам ради удобства буду собирать из LaTeX,
gnuplot, gnumeric. Пока не знаю, у меня задач с электронными таблицами
не вставало. На самом деле, разумеется, таблица будет использоваться
та, с которой работалось при получении излагаемых результатов. Судя по
тому, что я слышал и видел об электронных таблицах в юниксах, это будет
gnumeric, а не oocalc. Благо, насколько я слышал, когда понадобится
печатать, он сумеет экспорт в LaTeX.
>> I> Переубеждать тех людей, кто принес эти документы нет ни
>> I> возможностей, ни желания. У многих фирм прайсы на сайтах в формате
>> I> Excel - что делать? Не работать с такими фирмами ?
>>
>> а какое отношение к научному тексту может иметь работа с фирмами, у
>> которых прайсы в ёкселе - нет.
I> К научному тексту, конечно, прайсы отношения не имеют. Зато имеют
I> отношение к реальной жизни, а в ней уж больно хочется иметь
I> инструментов поменьше, но поуниверсальней. Возможно, это от лености,
I> возможно от недостатка времени.
Знаешь, будь у меня задача читать прайсы в ёкселе, я бы их уже в емаксе
читал. Но нет у меня такой задачи. Хуже с вебом. Там нужна
интерактивность, и некоторое количество дыр в защите, из-за чего пускать
его в потроха идеально скриптуемого текстового редактора - увольте.
>> >> А задачу обработки документов в ворде, ёкселе и PP я решаю таки да,
>> >> опенофисом. Благо всей обработки, которая мне от них нужна -
>> >> напечатать. Тут, кстати, и встает в полный рост переразбиение на
>> >> страницы... И обработки той - раз в два месяца. Раз в два месяца
>> >> можно и потерпеть глазоломную морду в течение 5 минут. Править мне их
>> >> не приходится, у меня нет документооборота в вирусоисполняющих
>> >> форматах.
>> >>
>> >> Кстати, если мне надо вордовый документ просто прочесть, то это будет
>> >> ни разу не OO, а вовсе даже и catdoc или wv. А потом, возможно,
>> >> weasel.
>>
>> I> А если захотелось его распечатать, то придется запустить ОО ?
>>
>> Смотря как мне его захотелось распечатать. Если с сохранением
>> форматирования (увы, с точностью до квадратного километра), то да. Если
>> только текст, то catdoc | par | lpr -Pbook.
I> О вкусах, конечно не спорят. Вот по мне - в случае с документом
I> Ворда, я его открою OO, и если сочту нужным его распечатать - то
I> прямо из ОО это и сделаю ( а не буду для этого использовать
I> дополнительные утилиты).
Оно, сволочь, часто криво его печатает. Пробовали. Так что если нет
необходимости сохранить форматирование - лучше catdoc. Печатало бы
прямо - можно было бы прямо из ОО. Впрочем, если я заранее знаю, что не
собираюсь читать его с форматированием, то даже в этой ситуации он
распечатается быстрее, чем запустится ОО.
--
Artem Chuprina
RFC2822: <ran@ran.pp.ru>, FIDO: 2:5020/122.256, ICQ: 13038757
Reply to: