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: <[EMAIL PROTECTED]>, FIDO: 2:5020/122.256, ICQ: 13038757
