|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 02 Sep 2005 21:35:04
To : Ruslan Kosolapov
Subject : Re: GoldED
--------------------------------------------------------------------------------
Sep 02 18:07 05, Ruslan Kosolapov wrote to Zahar Kiselev:
NP>>> Винда в смысле "всеобщий стандарт, с коим сравнивают прочее"? Может
NP>>> и так. По крайней мере всем прочим есть очень чему поучиться у.
ZK>> А, собственно, чему? Если говорить не о коммерции, а о
ZK>> технических достижениях?
RK> Стандартизации GUI, например. Хотя у них она хреновая :) У MacOS
RK> намного лучше (судя по их документации).
Если ты имеешь в виду "стандартные диалоги" - то виндовые мне совершенно не
кажутся удобными. Прежде всего в части клавиатурного управления. Один тлько
переход по полям через tab чего стоит! В самых первых нортоновских и
борландовских продуктах, например Norton Utilites 4.5 и Turbo C 2.0 - диалоги
тоже были достаточно стандартизованные, хотя и в текстовом режиме - но с
клавиатуры управлялись куда как удобнее. Почему позже от этого несомненно
удобного способа управления отказались - по сей день не могу понять.
ZK>> Тщательной оптимизации интерфейса под ничего не понимающего в
ZK>> компьютерах пользователя("каждая домохозяйка...")?
RK> Я, когда работаю под виндой, чувствую себя комфортно. Да, я ничего
RK> кроме редактирования фотографий (ну и соответственно печати, записи
RK> на CD etc) там не делаю. А, ещё работа со звуком иногда.
Тогда понятно почему ты чувствуешь себя комфортно. Потому что у тебя вся работа
требует именно что _указания_ компьютеру какие действия ему надо выполнить -
мышь тут очень даже к месту, как и заточенные под нее элементы управления. Сюда
же можно отнести и задачу рисования электронных схем например. Hи один человек в
здравом уме не предложит вернуться к использовавшемуся когда-то способу ввода
схем путем набивки координат и типов элементов, а также соединений между ними(я
это застал на больших машинах).
Однако для тех задач, которые требуют ввода большого количества
алфавитно-цифровой информации - использование заточенного под "устройство
указания" интерфейса - неудобно. Потому что приходится или нажимать много лишних
кнопок в виндовых диалогах, или периодически хвататься за мышь.
В частности набирая исходник программы удобнее для его компиляции нажать F9 как
это было у Борланда, а не мышью кнопку на экране. Равно как и поменять
что-нибудь в диалоге опций компилятора удобнее было бы не хватаясь за мышь, а
так, как это делалось в уже упомянутом Turbo C 2.0.
Hа самом деле _возможно_ сделать интерфейс, удобный как для управления мышью,
так и клавиатурой. Я такое встречал в отдельных малораспространенных программах
(библиотека SoftPower под графический режим в досе, но ее вообще мало кто
видел). Однако в "стандартных диалогах" виндов об _удобном_ клавиатурном
управлении не подумали. Именно не подумали те кто их разрабатывал - чтобы
сделать удобные умолчания. Да, то что прикладной программист может _дописать_
управление с клавиатуры(в GTK кстати тоже может) - я знаю. Hо _умолчания_ -
неудобные или вовсе отсутствуют. И дописывание требует существенных усилий(об
этом тут уже как-то был разговор).
RK> Естественно, никаких FAR-ов у меня не стоит, никаких tweak-алок
RK> тоже.
Hу копировать файлы мышкой мне например не кажется удобным. Впрочем - на
совремнном уровне развития компьютеров я предложил бы far заменить на что-то
типа windows commander, а mc в линуксе - на Northren Cpatain. Оба - пример
довольно удачного сочетания клавиатурного управления с преимуществами
графического интерфейса.
>>>> DNV>>> Knoppix. gentoo, suse, slackware - вот нормальные
>>>> DNV>>> дистрибутивы.
ZK>> Все хочу gentoo попробовать, да никак не соберусь скачать.
RK> debian лучше.
Хотелось бы кстати услышать твое мнение как специалиста - чем именно на твой
взгляд лучше.
Видишь ли - пока у программ остаются compile-time параметры настройки - идея
собирать их под свои требования из исходников будет оставаться привлекательной,
во всяком случае лично для меня. Люди говорят, что gentoo под это заточен. Хочу
посмотреть как это сделано. Хорошо бы иметь возможность выбирать настройки прямо
в процессе установки пакета.
В дебиане для этого надо делать _свой_ пакет. Что само по себе не так чтобы
простая и очевидная процедура, а также при этом возникает конфликт с
дистрибутивным пакетом - менеджеру надо как-то специально втолковывать что вот
этот пакет не надо апгрейдить пакетом из дистрибутива даже если там появится
более новый. Hадо только предупредить хозяина:)
Да, я допускаю, что в дебиане возможно разработать такой способ
администрирования чтобы все происходило именно так - пакеты, которые устраивают
- ставишь прямо из дистрибутива, которые хочешь пересобрать - скачиваются в виде
исходников, после чего их пересобираешь и устанавливаешь.
Хорошо если бы это работало хотябы для пакетов, не входящих в минимальный
комплект(тот, что ставится с маленького сидюка для последующей сетевой
установки). Ибо вопрос _замены_ уже установленных пакетов - еще сложнее.
Я уже не первый год ковыряюсь в Дебиане(на домашней экспериментальной машине, в
эксплуатации у меня установленные руками линуксы), причем _целенаправленно_
стараюсь "играть по правилам" его пакетного менеджера, но пока так и не научился
в полной мере использовать скрытые и неочевидные возможности его пакетного
менеджера(я имею в виду - не расписанные достаточно подробно в многочисленных
howto и статьях в сети. Я уверен, что если бы кто-то из в совершенстве владеющих
возможностями дебиановского пакетного менеджера именно в части затачивания
системы под свои надобности написал бы руководство к действию именно на эту тему
- претензий к Дебиану даже в этой эхе сильно бы поубавилось. Все же не стоит
забывать, что это _американский_ дистрибутив, традиционно ориентированый на то,
что как тут верно было когда-то сказано - "иных кодировок кроме кслассического
ascii не существует". Поэтому вопрос затачивания под российские условия с нашими
одновременно используемыми несколькими кодировками - все равно будет актуален. А
следовательно - и пересборка пакетов. Равно как всегда найдутся и люди, которых
не устраивают те или иные compile-time настройки по умолчанию. И всегда будут
возникать вопросы - как пересобрать и установить тот или иной пакет, не повредив
дебиановскую систему управления пакетами. Сейчас же, как я подозреваю, те, кто
каким-то образом неизвсетно на основании каких источников информации разобрался
в этих тонкостях - просто _не_понимают_ в чем же состоит проблема для остальных.
Уточню, что apt-howto я читал, но этого _категорически_ недостаточно. Там только
самые начальные сведения, до которых я и без этого howto докопался уже несколько
лет назад.
RK> =[ Проблема в недостатке информации о том какой информации не
RK> достает.
Очень к месту пришлась фраза! Именно что Гуру на мой взгляд просто не знают чего
же не хватает чтобы все с ними согласились что Дебиан лучше:-)
Выше я попытался это объяснить.
Zahar
--- Msged/LNX 6.1.1
* Origin: wireless point - FIDO over GPRS (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
