Укажите в первом обзаце, что речь пойдет о Eclipse.
Спасибо что поделились личным опытом, но мне кажется, что пользователи Eclipse, как и любой другой IDE с гибким интерфейсом, достаточно быстро определяются что и где и как подкрутить что бы стало удобно.
Ну так автор и сокрушается по поводу эклипса, а не студии. Если используется эклипс и Java, значит, на то есть причины, и не надо врываться в обсуждение с «рекламой» инструмента разработки для другого языка.
Эх, как же забодали уже эти фанатики, вцепившиеся в один язык/технологию, и считающие свой выбор лучшим, а инакомыслящих быдлом.
Врываетесь как раз вы. Автор выше писал, что «Речь не пошла об Эклипсе». Будьте внимательнее.
И я ничего не рекламирую. Я в работе использую несколько языков программирования — какой из меня фанатик?
Дело не только в иконках. Заголовки панелей, серый градиент на свернутых окнах, огромные непонятные кнопки со стрелками — все это выглядит очень мерзко. Особенно на фоне плавных вылизанных линий Эклипса.
Да согласен, неуместно смотрится интерфейс под любой ОСью. Но IDE замечательная, по функционалу… Хочется верить, что займутся им(интерфейсом) в следующих версиях.
Альтернатива для автора:
— Если мы используем черный фон, то элементы синтаксиса надо наоборот выделять более ярко и насыщено. Когда работаешь ночью, в темноте глаза начинают плохо различать цвета.
Поддерживаю.
Кстати, так и не понял зачем нужен полноэкранный режим. Данный скриншот очень здорово показывает подстройку всего десктопа под работу. Я, например, привык видеть входящие сообщения, язык, часы, нагрузку и качество wi-fi, заряд ноута и т.п. вспомогательные виджеты. Они ни в коем разе не отвлекают. А если иконки на пол экрана — то тут да, их надо чем-то закрывать.
Интересный подход к экономию места.
Лично у меня как правило панель search слева и занимает порядка 50% места, и панель history/console/marker снизу тоже где то пол экрана, так что на окно кода остается совсем чуть чуть. Но по Ctrl+M окно кода разворачивается на весь экран.
Операционная система, используемая автором статьи, не предусматривает возможности разворачивания окон приложений на всю площадь экрана. Я ведь достаточно толерантно написал, господа маководы?
Поведение по нажатию на кнопку '+' в окне, приложение устанавливает само.
Некоторые, включая эклипс, разворачивают на весь экран.
Остальные изменяют размер окна так, что бы показать максимум контента, при минимуме размера окна.
Для любителей разворачивать на весь экран есть ряд приложений изменяющих поведение кнопки '+'.
Вот объясните мне, почему в этой супер-мега операционной системе, эталоне дизайна и юзабилити, для любой мало-мальски нетривиальной настройки нужно ставить сторонние приложения? :(
Да не нужно ничего ставить, в большинстве случаев функция «масштабирования» гораздо полезнее «максимизации». Всякие ИДЕ и т.п. могут сами позаботиться о поведении данной кнопки, в крайнем случае окну придается нужный размер руками.
Ну вот банально в Finder. В режиме где каждая следующая вложенная папка открывается в своей колонке после каждого вхождения внутрь вложенной папки надо заново жать кнопку зум, если конечно заранее руками не растянул окно на весь экран. Кстати, какое приложение надо поставить, чтобы окна можно было ресайзить за любой угол, а заодно не только за углы, а ещё и за границы окна? В чём вообще юзабильность стандартного поведения, когда ресайзить можно только за правый нижний угол?
Понятия не имею, не сталкивался с подобной проблемой никогда (возможно потому что файндером вообще мало пользуюсь), а по поводу приложений это опять же не ко мне вопрос, лет за 5-6 пользования маком никогда не ставил ничего подобного.
Ну я в итоге тоже перестал файндером пользоваться, но просто удивляет, вроде все кричат, что всё супер удобно для пользователя и продумано, а окошко без бубна не максимизируешь, размер за левый верхний угол не поменяешь, пока по папкам куда-то доберёшься 100 раз файндер проклянёшь. Но видимо у меня просто изначально подход к маку был неправильный, сейчас то я уже понял, что когда есть zsh и tmux — никакой Finder уже не нужен.
Вот кстати да, я замечал, что большинство претензий к осх возникает у пользователей, мигрирующих с Windows. Сам переползал с Linux, поэтому проблем не было вообще никаких, кроме отсутствия нормальной сборки mc :)
Просто вам нужно отвыкнуть от одних привычек и выработать другие. Этот необходимый переход воспринимается вами как неудобство (справедливо), но, боюсь, операционная система в нем не виновата. Аналогичный список претензий может выкатить и маковод, переходящий на винду.
Зачем зум-то жать? Вам необходимо постоянно видеть всю иерархию файловой системы?
Только за один угол можно ресайзить потому, что убрали рамки у окон, которые занимали площадь и создавали визуальный шум несопоставимые со своей полезной нагрузкой. А в винде они только растут с каждой версией, чтобы легче в них попадать было с разгону. Если поставите HyperDock то ресайзить можно будет за любое место окна.
Границы же нет, сответственно нет и ее точек, за что тянуть?
Кстати, в иллюстраторе адоби разрешает за любой край тянуть :) Но чтобы не пришлось целится они расширили активную зону еще пикселей на десять во вне. Т. е. реальный размер окна выходит как в винде (а может и больше), но это не очевидно, и если наивный человек захочет кликнуть через тень на нижележащее окно, его ждет сюрприз и несколько секунд дезориентации.
В zsh я вижу в каком я каталоге нахожусь (полный путь либо до дома либо до корня) и куда я иду. И во время навигации я всегда могу нажать Ctrl+D и увидеть список сабдиректорий, а в Finder они могут не поместиться в окошко и его прийдется скроллить.
Ну и Finder это всего лишь пример идиотского поведения кнопки Zoom. Другой пример — окошко документации в Xcode. Вот сейчас оно у меня вручную растянута ровно на правую половину монитора. При нажатии на кнопку Zoom окошко прыгает на левую половину сохраняя размер. А при следующем нажатии — на прежнее место? Ну это ли не бред?
Что значит границы нет? Граница есть, просто она никак не выделена и при наведении на неё ничего особого не происходит — курсор не меняется, не обрабатывается нажатие в область границы. А могли бы сделать так, чтобы выглядело окошко так же, но при наведении на границу за неё можно было бы взять и растянуть окно.
А меня файндер прет… Особенно драг энд дроп, когда он сам под курсор подъезжает, а потом и еще и папку открывает. Плюс экспозе, спейсес и т. д.
Попробуйте 4 икскод, там все приятно. Автодополнение покруче, и, вообще, много всего хорошего. К тому же все в одном окне (кроме документации).
Границы, фактически, нет (1 полупрозрачный пиксель нельзя считать контролом). С одной стороны — окно, а с другой — сразу то, что за окном. Если делать как адоби (отъесть место за пределами окна), то получится непоследовательно и нелогично.
Попробовал HyperDock — не работает ресайз за любое место окна. Ну то есть не то, чтобы совсем не работает — один раз из 10 ресайзит как-то полу-рандомно. Mac OS X 10.6.5.
А как пользоваться Ctrl + L, если номеров строк не видно? Наугад? Мне более привычно, когда номера перед глазами, я в них быстро ориентируюсь. Но опять же, это дело вкуса.
Из отладчика можно и без Ctrl + L перейти. Я пользуюсь номерами строк в процессе редактирования, когда между несколькими методами надо переключаться. Есть конечно еще Ctrl + [, Ctrl + ], но лучше этот холивар не начинать.
Скажите, а зачем вам Аутлайн? Зачем перед глазами постоянно иметь список объектов текущего файла, или, о боже, дерево тегов? Я не троллю, мне правда интересно. Я всегда использовал либо Cmd+O, либо Cmd+F. Есть у Аутлайна какие-то преимущества?
Разница — то, что с Аутлайном список методов класса _всегда_ перед глазами, а с Cmd + O — включается только на секунду для перехода. Во втором случае гораздо сложнее вспоминать, реализована ли уже нужная функциональность или нет, и как называется соответствующий метод (тем более, если вы поддерживаете код, написанный не вами). Если список методов постоянно на виду, то они запоминаются быстрее. Не знаю, как вы, а я в потоке не всегда могу вспомнить, что у меня в коде есть, чего нет, и по третьему разу прикручиваю к велосипеду одно и то же колесо. Без Аутлайна количество колес резко увеличивается.
Я под Win использую DEjavu Sans Mono. Нравится. И, как не странно, многие программисты не любят ClearTpe И любят «угловатые» шрифты, мне нравится сглаженный. А в остальном так-же и делаю. Только номера строк оставляю. И максимально использую хоткеи. Гораздо быстрее чем многие мышкой меню или контекстнjt меню используют. Тулбары вообще отключаю (раньше было пару тулбаров в одну строку).
PS. IDE — VS2005+ReSharper.
Те мануалы, что мне встречались были явно рассчитаны на опытных пользователей vim, использовались термины, выражения и т. п. в том же vimtutor отсутствующие. Их общий тон можно свести к тому, что «А вы знаете, что наш любимый редактор можно использовать не только как редактор, но и как полноценную IDE? Для этого сделайте то-то (список того, ЧТО нужно сделать, но ни слова о том КАК это делать)». Потому и использую vim только как простенький редактор, и то, скорее из-за понтов, а не из-за каких-то реальных плюсов в моих сценариях использования перед тем же nano.
Emacs на много приятней. У него даже свой штатный психотерапевт есть :)
А по делу — он гораздо понятней в плане хоткеев. Там это логично сделано. А с помощью того vimtutor что указали Вам ниже я не смог ничего осилить даже при всём своем желании. Попробуйте и то и другое, но я думаю что емакс понравится больше ;)
залезая ssh-ем на практически любой юниксовый хостинг, я там найду vim. да, это может быть старая версия, без цветов, но достаточно положить .vimrc (я его вообще на github закинул, как и скрипт вытаскивания нужных плагинов), и миннимум удобства у меня уже есть.
я как раз начинал вим с нуля, прохождением вимтутора — ничего, в первый же день уже мог что-то редактировать :)
в результате «подсел» капитально, даже под виндой у меня везде стоит вим…
а вот емакс, несмотря на наличие кучи интро и прочего не могу себя заставить начать использовать уже несколько лет…
В 2010 да. Я как-то на него после установки посмотрел, поплевался и на Courier New поменял. А потом студию переустановил и уже забыл про все это. Сейчас полез, глянул, тоже Consolas стоит.
Имхо, Droid Sans Mono лучше выглядит под линуксом, чем Consolas (там хитрый alias-hinting). Единственный минус — 0 и О выглядят одинаково в стоковой версии шрифта. Можно скачать модифицированный с прочерком в нуле.
И есть еще замечательный шрифт Inconsolata, странно что его никто не упомянул. Единственный его минус — отсутствие русских букв, хотя во многих случаях это не критично.
Было бы здорово, что бы каждый метод открывался в отдельном окне, так что бы программист был наедине с той частью функциональности, которую он пишет сейчас. Что бы другие методы, константы поля и прочие звери программного мира не мешали сосредоточиться.
Как в SQL Server'е очень не хватает этого в Visual Studio.
Интересно. Я всегда пользуюсь только двумя функциями — открыть файл по имени и перейти к функции внутри файла по имени. Собственно, никакие панели, занимающие пол-экрана, не нужны. Про сфокусированность на функции — редко доводится сосредоточенно писать одну-единственную функцию. Обычно это класс.
> Писатели, например, давно все поняли, и полноэкранных редакторов для текстов полно — а программисты вот пока плетутся в хвосте прогресса.
Что вы говорите? ompldr.org/vNzE5bQ
Мне строки оказываются нужны иногда, но можно отключить :set nonumbers
> Я все жду, когда же он станет неотъемлемой функцией IDE как редактора, расчитанного на длительную и сфокусированную работу.
Зачем ждать? Это делается за минуту вместе с обдумыванием и отладкой. Вот этот простой хоткей откроет вам текущий файл в новом совсем distraction-free экземпляре vim, и загрузит изменённый файл при выходе из него:
ompldr.org/vNzE5cQ Сохранение позиции курсора от вима нахаляву досталось. :)
> Так вот, даже после очень, очень хорошего Consolas этот шрифт — просто потрясающий.
> Стоит €54 одно начертание. Единственное, размер нужно ставить не меньше 15 пунктов, иначе знак „=“ слипается.
В Consolas из Win7 ничего не слипается и при 12 пунктах. Большой профит в количестве строк на экране, как можете убедиться по скриншотам выше.
Насчёт цветов. Простите за rainbow-parentheses :) Сейчас выдираю из limp прибитый к нему гвоздями плагин, который выделяет содержимое текущих скобок более светлым фоном, как Eclipse выделяет текущую строку более тёмным. Rainbow-parentheses будет снесён в ту же секунду как этот заработает. Кроме того, прочитав вашу статью задумался и решил, что символы 'symb должны быть одного цвета с кейвордами :kw. Розовый — не нужен.
Как выше упомянули, у вас остаётся лишнее место справа. Там можно открыть Outline. У меня там при отладке открывается буфер Nekthuth, или, в вашем случае, Eclim. Или Outline.
Попробовал в идее — то же самое. Спасибо!
А в эклипсе хоткея на это нету? В идее, как ни крути, чтобы не отрываться от клавы можно хоткеем эту операцию сделать, что на много проще и быстрее.
На современный широкоформатных мониторах комбинация fullscreen и Ctrl+M приведет к особо тяжелому случаю нерационально использованного пространства. Мне даже удобно, что код находится по одну сторону монитора, а все панели как бы вне поля зрения, но легко обозримы.
Как по мне если монитор уж не совсем крохотных то текста там вполне достаточно помещается (если что Ctrl+M решает), а панельки и рюшечки не для неудобства сделаны, в конце концов в IDE вы не тольео код набираете, а еще делаете кучу разноплановых вещей.
Конечно, нет смысла что-то прятать, если не нужно экономить горизонтальное пространство. От удобств IDE я тоже не предлагаю отказываться, панельки у меня дергаются либо комбинацией кнопок, либо свернуты в fast view.
Пара слов в защиту тёмных схем подсветки синтаксиса. Я очень долго пользовался только светлыми схемами. Но примерно год назад решил посмотреть в сторону тёмных. Готовых, которые понравились бы сразу я так и не нашел, но все-таки потратил пару дней на создание своих, для VS2010 и XCode. Оказалось, что не зря. Глаза теперь совершенно не устают (настройка монитора тоже важна), и выглядит красиво. IMHO, конечно :)
В эклипсе не обязательно выключать все панели, я всегда сворачиваю их в fast view, и добавляю туда еще пару панелей из других перспектив, например repository browser сабклипса. Панели остаются под рукой, но в то же время не занимают лишнего места.
Хотя если монитор большой (на работе у меня fullhd 24" ) то браузер файлов/проектов остается на экране и занимает где-то пикселей 300 по ширине — не вижу смысла его сворачивать. А дома на 19" свернуто все.
Consolas слишком мелкий, на 10 читабельность куда хуже чем у Courier New, а на 11 размер примерно как у Courier New на 10 по ширине и чуть больше по высоте, но читать его неприятно, хотя привыкнуть наверно можно. DejaVu Sans Mono неплох, субъективно выглядит крупным, но на самом деле по компактности мало не уступает Consolas, разве что шире. Nitty Light вызывает у меня сильное желание немедленно развидеть — эти округлые буквы сливаются в какой-то клубок. Так что пока что я ничего моноширинного лучше Courier New не нашел. Разве что Liberation Mono довольно хорош.
Consolas слишком мелкий, на 10 читабельность куда хуже чем у Courier New, а на 11 размер примерно как у Courier New на 10 по ширине и чуть больше по высоте, но читать его неприятно
Полностью согласен с вами.
хотя привыкнуть наверно можно
Опять согласен — привык за полчаса, теперь не нарадуюсь.
Не сразу понял, почему скриншоты со шрифтами вызывают у меня отторжение — они все выглядят не просто размытыми, но и разлагающимися на цветовые составляющие. Обладатели ЖК-дисплеев с таким же порядком субпикселей в пикселе меня не поймут, но оценить шрифты мне не удалось даже после игры со сведением лучей монитора.
Учитывая, что вам на него сорок часов в неделю смотреть, не вижу ничего плохого в том, чтобы разориться. Кому как, конечно. Consolas и Monaco тоже не бесплатные как бы.
Consolas и Monaco поставляются бесплатно со своими ОС. Просто, на мой взгляд, они — гораздо лучше того, который вы купили и допиливали. Но это дело вкуса, конечно же.
в NetBeans-e, в /Applications/NetBeans/NetBeans 6.9.app/Contents/Resources/NetBeans/etc/netbeans.conf к netbeans_default_options добавил "-J-Dapple.awt.graphics.UseQuartz=true"
> Будь моя воля, я бы вообще в IDE большую часть иконок черно-белыми сделал.
Попробуйте отключить их вовсе (если это возможно), Вы ведь все равно пользуетесь горячими клавишами (по идее).
p.s. сам работаю под студией, как-то так:
Нижние панельки иногда скрываются, но не очень часто, т.к. обычно мне постоянно нужен FindResults и PendingChanges (список измененных файлов, работающий через svn)
Затем же, что панели и доки — лишний информационный шум, занимающий полезное пространство к тому же. Вроде написано, что под МакОС фуллскрина нет (или в IDE его нет)
Есть под маком прекрасная вещь, называется SIMBL (рекомендую погуглить). Я использую плагин MegaZoom, который во всех Cocoa-приложениях добавляет опцию по Cmd+Enter (либо в меню Window->MegaZoom) увеличивать все окно на весь экран и при этом абсолютно все прячется.
Граждане, огромные шрифты (более 10 пунктов), которые вы тут показываете — это детский сад, книжки с картинками. Это если только вы на ноутбуке с крошечным экранчиком, или если у вас зрение 10 диоптрий. От больших шрифтов глаза устают больше, так как им приходится больше двигаться. Поэтому Consolas 8 пунктов для меня — очень нормально.
блин, ну вы даёте
я тоже фанат чтобы побольше места для кода, а всё остальное убрать
но у вас выиграл эклипс, а не идея!
я просто в шоке
в эклипсе во многих местах нельзя настроить шрифт
в эклипсе очень скудные возможности подсветки кода
в эклипсе много места тратится впустую
правда у меня некоторые настройки другие:
выключен тулбар (и естессно навигационный тулбар идеи)
все кнопки туловых окошек с одной стороны (все справа, все слева, все снизу — кому как удобно), в идее их можно вообще выключить, но это привыкать надо
выключены все подсказки заголовков (типа номер тулового окошка или подчёркивание букв в пунктах меню)
включены номера строк (не понимаю как можно без этого жить)
включено меню (по идее не нужно, но это как заголовок окна — психологически без него непривычно, хотя к опере 11 я уже более менее привык)
выключены всякие там крестики/звездочки/расширения файлов в заголовке табов
огромный респект за ссыль на плагин full-screen к eclipse (в статье lj), у меня руки чесались поковыряться и допилить до ума IDE) а сейчас смотрю и не
на-
ра-
ду-
юсь!
осталось только padding с табов убрать и владельцы ноутбуков вздохнут спокойно)
Делаем себе удобно и красиво (о настройках IDE/редактора)