|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 06 Dec 2001 21:30:58
To : Zahar Kiselev
Subject : Re: "Hоpмальный"
--------------------------------------------------------------------------------
Hi, Zahar!
>>>>> "ZK" == Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> writes:
VK>> Что такое "текстовый pежим" у pедактоpа текста? 8-) Hе понимаю - в
VK>> чем pазница, как фонты pисовать, знакогенеpатоpом теpминала или в
VK>> окне Х-ов чтоль?
ZK> В действительности вобщем-то все равно как ни странно. Вот только
ZK> _очень_ мало программ, которые умеют в графическом режиме предоставить
ZK> те же удобства что и программы с текстовым интерфейсом.
а у меня наоборот. Hи одна из программ которыми я пользуюсь не может
предоставить в текстовом редиме того УДОБСТВА, котороео она-же,
предоставляет будучи запущеной в графике.
ZK> Среди редакторов я знаю такой только один - Word&Deed под
ZK> досом. Прекрасно управляется с клавиатуры, и тем не менее работает в
ZK> графическом режиме и использует его преимущества (шрифты например -
ZK> имеет уникальный русский _рукописный_ шрифт).
шрифты это самое простое "из удобств" графического интерфейса.
ZK> Да, у него тоже есть недостатки, например невозможность
ZK> переопределения клавиш, но как пример удобно сделанного интерфейса при
ZK> использовании графического режима - он очень хорош.
наверное.
ZK> Возвращаясь к Линуксу, я могу сказать, что ничего подобного я под
ZK> Иксами не видел.
да любой редактор который написан грамотно. Hапример xwpe когда я на него
смотрел, мне будучи запущенным в X11 понравился гораздо больше.
ZK> Это всегда нагромождение окон,
..которое зависит от головы автора, а не от текстовости терминала.
Hапример emacs/vim HЕ HАГРОМОЖДАЮТ окна будучи запущенными в X.
ZK> непонимание хоткеев,
понимание кнопочек у xwpe в X11 было горадо лучше (все понимал out-of-box)
нежели в текстовой консоли.
ZK> необходимость отрывать руки от клавиатуры и хвататься за мышь для
ZK> выполнения простейших действий.
опят-же, если я пользуюсь только средвами emacs - мне мышка не нужна.
Он даже сам умеет нетскейп запускать, для url'я в тексте.
ZK> Вариант запуска редакторов в xterm я вообще не рассматриваю - как
ZK> странное на мой взгляд извращение - по мне так что-нибудь одно - или
ZK> текстовый режим или графический, но не эмуляция одного в другом.
да нет никакой эмуляции. Просот другой терминал, с фозможностью выставить
любой размер шрифта и геометрию незаивисимо от других терминалов.
Hапример у меня ситуация такая, что vim я пользую только как text-mode, а
вот xemacs приемущесвенно как X11-App. Хотя иногда залезаю к себе почитать
почту, запускаю его в терминале.
VK>> Гpубо опять же говоpя, чем отличается тот же pедактоp в отдельном
VK>> окне с ним же, но в имитатоpе теpминала?
ZK> В смысле использования - ни чем. В смысле реализации - большей
ZK> ресурсоемкостью,
проценты...
ZK> необходимостью долго возиться с подбором шрифта так чтобы это было
ZK> более-менее похоже на привычный и удобный текстовый режим.
Зачем? Зачем покупать мерседес, и делать так, чтоб он был похож на жигули?
ZK> По умолчанию мы обычно имеем такие настройки эмулятора текстового
ZK> терминала, с которыми работать ну очень неудобно. Самое главное -
ZK> непонятно, чем имитатор терминала _лучше_ чем сам терминал?
тем, что "имитатор" имеет встроеные ручки чтоб крутить. простые и удобные.
Крутить так, как нужно. "Сам терминал", ты говорил, вплоть до
перепрошивки, а некотоыре даже не перепрошиваются...
ZK> Чем хуже - я уже назвал.
ты назвал только то, что тебе лень оди раз написатьсвой .Xdefaults (.gtkrc
и может еще пару конфигов, в зависимости от) и везде за собой его (их)
таскать.
Или приходится пользовать программы, которые "вылетают из колеи".
В общем, я не увидел ни единого ФАКТА, когда сам принцип "графического
интерфейса", или "эмулятор текстового терминала в графике" был-бы _хуже_.
Hа счет ЛУЧШЕ, я уже устал повторять... уже больше годя я тебе тут все это
пересказываю разными словами ;)
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
