Здравствуйте, vvaizh, Вы писали:

V>Здравствуйте, Plutonia Experiment, Вы писали:

PE>>Здравствуйте, vvaizh, Вы писали:

VD>>>>VS относится к консоил? А просто по из комбинаторных соображений она мощьнее консоли. Консоль — это макросное программирование причем очено неудобное по шаговое.

V>>>Так что придётся обосновать, чем же именно __графический__ режим экрана удобнее для программирования ..
V>>>(не для отладки непосредственно GUI конечно, но для тех же сайтов, серверов и т.д...)


PE>>В графике больше информации оторазить можно непосредственно.

PE>>У меня в студии размер текстового редактора 96х36 символов.
V>У меня в текстовой консоли 157*60

А кроме текстового окна есть все то, что я перечислил ниже ?

V>1. это я ещё ничего не менял.. как работал до твоего письма, так и работаю,
V> если порегулировать, можно и больше сделать.. просто буквы у меня аршинные
V>2. в приличном обществе не рекомендуют писать строки программы длиньше 80 символов..
V> в нашей конторе за такое по башке стучат

Я не сумашедший вкидывать по сотне символов в строку. Но иногда комментарии длинные ывают. Редко, но есть.
Потому у меня 96 символов.

PE>>Кроме этого — есть окно, в котором отображается стуктура проекта по классам, по файлам и тд.
V>для xemacs есть такие примочки.. всё в текстовом виде..

PE>>Есть меню, тулбары особо хитрые,панели, всплывающие подсказки и тд и тд.
V>Меню тоже есть, телбары — не совсем понятно зачем они нужны опытному пользователю, это скорее для новичка..
V>неужели ты вместо F9 точку останова мышкой ставишь?

На тулбаре у меня куча элементов, которые я юзаю время от времени. Запоминать все горячие клавиши я не собираюсь.Их просто не осилишь все.

Переключение файлов, переход к декларации класса, метода и тд — это все мышой.
Я так же юзаю драг-дроп в отладке. Еще много чего я делаю мышой.


PE>>Все это видно сразу — я ни на что не отвлекаюсь.
PE>>Текстовый режим смотрится убого. 80х25 — это очень мало. 80х50 — более менее, но мало.
V> Ты перечислил текстовые режимы, в которых может работать Win..
V>Для linux этот набор шире..
V>Кроме того, сейчас мало кого встретишь, сидящего за текстовой консолю во весь монитор..
V>У меня всё это в обычной окошках крутятся, там размеры подстраиваются под текущий размер окна..

PE>>А 132х68 далеко не везде включишь. А если включишь, то его мало — панельки дополнительные не влезут, а места для текста надо много, иначе получится тот же строчный, в лучшем случае трехстрочный редактор.
V>Читай, то что выше написано..

PE>>Далее. В отладке появляется дополнительная панель. Текста становится меньше на 10 строк примерно.
PE>>Одновременно я оторажаю Watch,Auto,CallStack. Инода еще кое что.
PE>>При этом текста я вижу предостаточно.
V>Современные мониторы эту проблему снимают..
V>А на страрых и графические эти же самые штуки приводят к тем же самым проблемам
V>(ну тяжело мне, поработав в VS на 19-дюймов, садится за то же самое на 14..)
V>Так что проблема тут всё больше аппаратная..

PE>>В проекте около 30мег исходников. Из них 25мег в файлах c,cpp,h а еще есть и другие, который тож посматривать надо. Так что чем обльше текста, тем лучше — есть файлы более 200 кб.
V>))) Т.е. нет границ фантазии... ты эти 25 мег хочешь сразу на экране видеть?
V>Перестань молоть чепуху, размеры файлов и их количество в споре text/graphiсы не причём..

Нет, я не про то. В малом проекте я могу вобоще без текста работать, потому, что помню все.
А таком большом я не помню наизусть десятки тысяч методов.

PE>>В текстовом режиме сложно отобразить сложный диаложек — надо прокручивать, как ни крути.
PE>>Удобно, когда сразу видешь все, что надо.
V>1. Договорились "диаложки" графические не упоминать, тестировать их всё равно в графике придётся
V>2. опять всё сводится к возможностям аппаратуры, т.е. в настоящее время (а не во время TP) эта проблема снята..

Зайди в настройки студии и посчитай там уровень сложности диаложка и наглядность.
Это тее не в тексте комментарии расставлять.


PE>>В тексте элементы UI можно отделять цветом или псевдографикой. Цветов мало, а псевдографика занимает довольно много места на

PE>>Гуи предлагает массу способов выделения элементов UI.
V>экране. Можно тени вводить — это тоже емкая операция — дополнительная строка.
V>А зачем тебе как разработчику UI вообще да ещё и с тенями?
V>Это всё равно что рассказывать гонщику формулы 1 зачем ему стереосистема на болиде

Это спосо выделения диаложка, если цветов не хватает или экран чб.
Посмотри Turbo Vision. Почти все утилиты под DOS умеля тени рисовать.

Кроме теней тебе придраться не к чему ? Ты прикинь — табличный процессор надо вызвать.
Я вот посчитал табличку в экселе и впихнул ее в исходники в виде массива. Переключаться не надо и сразу видишь, гед ошибся и пропустил что.
Еще примеры — я при разработке часто в UML дизайню. Что тут текстовые средства предлагают ?


V>Вот мой идеальный способ поддержки сайтов/серверов:
V>текстовая консоль для работы с программой + броузер/ещё один терминал дял отлаживаемой херни..

Так то переключаться надо в разные терминалы, а то щелчек мыши, посмотрел, прочитал, щелкнул обратно.
Переключения отвлекают от контекта основного.
Это только тебе идеально.
Потому и придуман многооконный интерфейс, причем, как выяснилось именно на Юниксе, чтоб не переключаться.



V>Я НАУЧИЛСЯ РАБОТАТЬ В ВЫНЬ БЕЗ МЫШКИ.. НА МИНИМАЛЬОМ РАЗРЕШЕНИИ и С МИНИМАЛЬНЫМ ЧИСЛОМ ЦВЕТОВ..
V>Ибо — не дождёшся её иначе на удалённой машине.. лучше уж совсем не трогать..
V>И — это помогает мне дальше, я и на обычном компьютере делаю по максимуму без мышки, ибо быстрее..

Я про разработку, которая ведется на одной тачке обычно и про рядового пользователя, который только и работает на локали.
А без мыши можно, ктож спорит. Только не говори, что без мыши удобнее.

Кстати — не со всеми аппликациями под линухом можно работать без мыши.
Есть такая вещь — Tab order — он не часто прикручен

V>Ну и это уже не говоря о том, что текстовая консоль которой я сейчас пользуюсь тоже поддерживает
V>мышку и даже с колёсиком..

О, удивил. Это и в ДОС было.