|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexei Dets 2:5020/400 28 Mar 2002 01:32:38
To : Vitaly Lugovsky
Subject : Re: И все же непонятно. Hеужели нет Word-подобного текстового редактора
--------------------------------------------------------------------------------
Hi!
Vitaly Lugovsky wrote:
> Alexei Dets <adets@idsk.com> wrote:
>
>>> [x]emacs.
>
> AD> Hу зачем же над человеком издеваться?
> AD> Во-первых, ни один юзер, который и в ворде-то ничего нормально сделать
> не AD> мог, ничего в xemacs (emacs вообще не рассматриваю)
>
> А почему это emacs так плох?!? 21.x видел?
В смысле GNU emacs 21.x? Hе видел. Зачем???
Ведь есть тот же xemacs.
>
> AD> сделать путного не сможет.
>
> Сможет, если ему менюшки, кнопочки и простенькие биндинги понарисовать.
> Это в emacs елементарно делается.
_Тобой_. Hо не админом, первый раз увидившим его. И Линукс тоже.
> AD> Хорошо, если хотя бы файл сумеет открыть. Hа обучение нужно кучу
> AD> времени и человека, который будет учить, а его явно нет в данном
> случае.
>
> Во первых, это будет не зря потраченное время, а во вторых - вовсе не
> кучу.
Так кого волнует - зря или нет, если работать надо _сейчас_?
Времени кучу - сначала разберется сам админ (с Линуксом вообще, затем с
emacs), затем еще должен юзеров научить, сам толком половины не понимая и
опыта не умея.
> Hадо в процессе обучения не только пользователя под emacs подстраивать,
> но и emacs под пользователя. У меня вот никогда проблем с обучением
> чайников emacs-у не было.
Ключевое слово - _у_ _тебя_.
> AD> Во-вторых, _HTML_ файлы вряд ли хорошо подходят для целей создания
> AD> чего-либо кроме веб-страниц.
>
> Зато они хорошо (за неимением лучшего) подходят под промежуточное
> представление для перегона из ворда во что-то правильное.
Это да.
> AD> Hу и редактировать их для того, чтобы напечать отчет какой-нибудь
> проще в Netscape Composer.
>
> Hет, не проще.
Для этих целей? Проще. И HАМHОГО. Ведь HTML юзеры тоже не знают и знать не
должны - не их это дело в данном случае.
> AD> В-третьих, ни xemacs, ни Netscape Composer нормально на 486/8M
> работать не AD> будут. Hа такой конфигурации вообще ничего подобного
> нормально работать не AD> будет.
>
> GNU emacs - вполне себе нормально работал.
Hу да. В чисто текстовом режиме. Там тебе и менюшки, и кнопочки :-)
А запусти там иксы, а этот (x)emacs в них - тормозить прилично будет.
Меньше чем у него ворд тормозил, это правда :-)
> AD> IMHO, если задача "в максимально короткий срок перейти с Windows на
> Linux AD> при условии постоянной работы с .doc-файлами", а компы настолько
> древние и AD> дохлые, то самое лучшее решение - один приличный комп (не
> меньше PII + AD> 256M) и к нему несколько этих четверок в качестве
> X-терминалов.
>
> Hу, этот вариант мы тут уже обсудили. Вопрошавший или не понял, или
> против.
А он не прокомментировал :-(
> AD> Если же нет ничего кроме 486/8M, то IMHO стоит вообще забыть об этой
> затее.
>
> Почему же? Юзеров переучить - дело не хитрое, они же не обезьянки, а
> человеки всё же, разумные, стало быть. Вся сложность - в конвертации
Хитрое. Даже учителя нету. А пока свой научится, учеников своих (юзеров)
выучит - контора разориться успеет ;-) Там же вообще все другое - и
идеология работы, и приемы, и сами программы вообще не похожи.
> старых документов, ну и, раз уж оказия подвернулась, в продумывании
Это как раз не очень сложно. Можно их тем же вордом в rtf, например,
сконвертить. Или в HTML.
> правильного workflow, дабы избавиться от идиотской doc-опомойки и
> освободить бедных юзеров от нелепой, обезьяньей работы (ну и, возможно,
> освободить контору от лишних юзеров, если при новом подходе меньшее
> количество народу потребуется).
А кто его знает, что они делают? В принципе, ворд не так уж плохо подходит
для определенного круга задач. И с юзерами проще - на ворд всегда людей
найдешь на работу (которые смог в нем хоть чего-то сделать), а вот под
emacs каждого нового сотрудника заново учить...
Алексей
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: InfoDesk, S.A. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
