Открыть список
Как стать автором
Обновить

Комментарии 167

Укажите в первом обзаце, что речь пойдет о Eclipse.

Спасибо что поделились личным опытом, но мне кажется, что пользователи Eclipse, как и любой другой IDE с гибким интерфейсом, достаточно быстро определяются что и где и как подкрутить что бы стало удобно.
Речь не пошла об Эклипсе. Это универсальные советы. Я и в ТекстМейте ими пользуюсь.
В Visual Studio давно есть Fullscreen режим.
С каких пор под студией можно писать на Java?
Где сказано, что речь о Java? Автор говорит, что у него «универсальные советы».
Ну так автор и сокрушается по поводу эклипса, а не студии. Если используется эклипс и Java, значит, на то есть причины, и не надо врываться в обсуждение с «рекламой» инструмента разработки для другого языка.

Эх, как же забодали уже эти фанатики, вцепившиеся в один язык/технологию, и считающие свой выбор лучшим, а инакомыслящих быдлом.
Врываетесь как раз вы. Автор выше писал, что «Речь не пошла об Эклипсе». Будьте внимательнее.
И я ничего не рекламирую. Я в работе использую несколько языков программирования — какой из меня фанатик?
В NetBeans есть Fullscreen.
А вот по поводу шрифта кода… Хоть убейте ComicSans напоминает.
Угу, а в Идее вот наоборот, убрали.
Идея на Эклипсе строится -> а значит и она умеет Fullscreen делать.
Откуда вы это взяли? IntelliJ всегда была совершенно независимым от Eclipse продуктом.
Хм…
Похоже, я с Zend Studio попутал )))
Прошу прощения если кого ввел в заблуждение.
Fullscreen-ом Eclipse тоже не обделен (правда, отдельным плагином).
Visual Studio умеет «из коробки».
Notepad++ и тот умеет «из коробки».

В общем, программисты вкусили прелести Fullscreen уже давно )))
Согласен с автором, JetBrains`у надо что-то делать с иконками — они ужасны. Качественный продукт, но иконки сильно портят визуальный комфорт.
Дело не только в иконках. Заголовки панелей, серый градиент на свернутых окнах, огромные непонятные кнопки со стрелками — все это выглядит очень мерзко. Особенно на фоне плавных вылизанных линий Эклипса.
Да согласен, неуместно смотрится интерфейс под любой ОСью. Но IDE замечательная, по функционалу… Хочется верить, что займутся им(интерфейсом) в следующих версиях.
Чувствую холиварную тему.

Альтернатива для автора:
— Если мы используем черный фон, то элементы синтаксиса надо наоборот выделять более ярко и насыщено. Когда работаешь ночью, в темноте глаза начинают плохо различать цвета.
Вот тут несколько не согласен. Яркие и насыщенные цвета на темном фоне даже днем неприятны, а ночью так вообще глаза выедают. Имхо.
Поддерживаю.
Кстати, так и не понял зачем нужен полноэкранный режим. Данный скриншот очень здорово показывает подстройку всего десктопа под работу. Я, например, привык видеть входящие сообщения, язык, часы, нагрузку и качество wi-fi, заряд ноута и т.п. вспомогательные виджеты. Они ни в коем разе не отвлекают. А если иконки на пол экрана — то тут да, их надо чем-то закрывать.
А что за тема gtk, если не секрет?
Когда работаешь ночью все-таки лучше освещение, чтобы нормальное было в комнате, а не черный фон. Глаза-то пожалейте.
Да, согласен с Вами. Но когда живёшь в однокомнатной квартире вместе с женой и детьми… сами понимаете.
НЛО прилетело и опубликовало эту надпись здесь
Интересный подход к экономию места.
Лично у меня как правило панель search слева и занимает порядка 50% места, и панель history/console/marker снизу тоже где то пол экрана, так что на окно кода остается совсем чуть чуть. Но по Ctrl+M окно кода разворачивается на весь экран.
Почему бы для начала не развернуть IDE на весь экран?
Операционная система, используемая автором статьи, не предусматривает возможности разворачивания окон приложений на всю площадь экрана. Я ведь достаточно толерантно написал, господа маководы?
Толерантно, но мимо. При желании развернуть можно что угодно и где угодно
У меня Эклипс по щелчку на маааленькой такой зеленой кнопочке послушно разворачивается на весь большой экран. Что я делаю не так?
Нажмите в браузере F11, поймете о каком режиме идет речь.
Всей разницы — статусная панель в двадцать пикселей по высоте. Эстэты убирают ее плагинами. На картинках автора, согласитесь, несколько другой случай.
Просто сокращение Cmd+Shift+F (у меня в Хроме).
Не вводите людей в заблуждение.
да, комбинация из трех клавиш это куда проще одной клавиши…
Маководам нечего вам на это возразить. Уели. Снимаем шляпы.
Они зато «возразили» в карму =D
Сволочи!
нет, Кенни они не убивали.
Зато они почти во всех программах одни и те же.
Так и Виндоус не умеет полноэкранного режима из коробки, и что же?
Поведение по нажатию на кнопку '+' в окне, приложение устанавливает само.
Некоторые, включая эклипс, разворачивают на весь экран.
Остальные изменяют размер окна так, что бы показать максимум контента, при минимуме размера окна.
Для любителей разворачивать на весь экран есть ряд приложений изменяющих поведение кнопки '+'.
Вот объясните мне, почему в этой супер-мега операционной системе, эталоне дизайна и юзабилити, для любой мало-мальски нетривиальной настройки нужно ставить сторонние приложения? :(
Да не нужно ничего ставить, в большинстве случаев функция «масштабирования» гораздо полезнее «максимизации». Всякие ИДЕ и т.п. могут сами позаботиться о поведении данной кнопки, в крайнем случае окну придается нужный размер руками.
Ну вот банально в Finder. В режиме где каждая следующая вложенная папка открывается в своей колонке после каждого вхождения внутрь вложенной папки надо заново жать кнопку зум, если конечно заранее руками не растянул окно на весь экран. Кстати, какое приложение надо поставить, чтобы окна можно было ресайзить за любой угол, а заодно не только за углы, а ещё и за границы окна? В чём вообще юзабильность стандартного поведения, когда ресайзить можно только за правый нижний угол?
Понятия не имею, не сталкивался с подобной проблемой никогда (возможно потому что файндером вообще мало пользуюсь), а по поводу приложений это опять же не ко мне вопрос, лет за 5-6 пользования маком никогда не ставил ничего подобного.
Ну я в итоге тоже перестал файндером пользоваться, но просто удивляет, вроде все кричат, что всё супер удобно для пользователя и продумано, а окошко без бубна не максимизируешь, размер за левый верхний угол не поменяешь, пока по папкам куда-то доберёшься 100 раз файндер проклянёшь. Но видимо у меня просто изначально подход к маку был неправильный, сейчас то я уже понял, что когда есть zsh и tmux — никакой Finder уже не нужен.
Вот кстати да, я замечал, что большинство претензий к осх возникает у пользователей, мигрирующих с Windows. Сам переползал с Linux, поэтому проблем не было вообще никаких, кроме отсутствия нормальной сборки mc :)
Просто вам нужно отвыкнуть от одних привычек и выработать другие. Этот необходимый переход воспринимается вами как неудобство (справедливо), но, боюсь, операционная система в нем не виновата. Аналогичный список претензий может выкатить и маковод, переходящий на винду.
Зачем зум-то жать? Вам необходимо постоянно видеть всю иерархию файловой системы?

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

Рисовать можно и так, как сейчас, просто позволить изменять размер за любую точку границы окна. Зачем это запретили — непонятно.

За HyperDock спасибо, попробую.
Вы в zsh тоже иерархию папок видите? :)

Границы же нет, сответственно нет и ее точек, за что тянуть?

Кстати, в иллюстраторе адоби разрешает за любой край тянуть :) Но чтобы не пришлось целится они расширили активную зону еще пикселей на десять во вне. Т. е. реальный размер окна выходит как в винде (а может и больше), но это не очевидно, и если наивный человек захочет кликнуть через тень на нижележащее окно, его ждет сюрприз и несколько секунд дезориентации.
В zsh я вижу в каком я каталоге нахожусь (полный путь либо до дома либо до корня) и куда я иду. И во время навигации я всегда могу нажать Ctrl+D и увидеть список сабдиректорий, а в Finder они могут не поместиться в окошко и его прийдется скроллить.

Ну и Finder это всего лишь пример идиотского поведения кнопки Zoom. Другой пример — окошко документации в Xcode. Вот сейчас оно у меня вручную растянута ровно на правую половину монитора. При нажатии на кнопку Zoom окошко прыгает на левую половину сохраняя размер. А при следующем нажатии — на прежнее место? Ну это ли не бред?

Что значит границы нет? Граница есть, просто она никак не выделена и при наведении на неё ничего особого не происходит — курсор не меняется, не обрабатывается нажатие в область границы. А могли бы сделать так, чтобы выглядело окошко так же, но при наведении на границу за неё можно было бы взять и растянуть окно.
А меня файндер прет… Особенно драг энд дроп, когда он сам под курсор подъезжает, а потом и еще и папку открывает. Плюс экспозе, спейсес и т. д.

Попробуйте 4 икскод, там все приятно. Автодополнение покруче, и, вообще, много всего хорошего. К тому же все в одном окне (кроме документации).

Границы, фактически, нет (1 полупрозрачный пиксель нельзя считать контролом). С одной стороны — окно, а с другой — сразу то, что за окном. Если делать как адоби (отъесть место за пределами окна), то получится непоследовательно и нелогично.
Попробовал HyperDock — не работает ресайз за любое место окна. Ну то есть не то, чтобы совсем не работает — один раз из 10 ресайзит как-то полу-рандомно. Mac OS X 10.6.5.
У меня везде ресайзит (10.6.6, но и в 10.6.5 работало).

Может какой-то конфликт шорткатов? Или еще какие программы хитрые стоят?

У меня на Control + Option настроено.
Я пробовал просто с Control. Из того, что может помешать — TwoUp стоит, не знаю, может в нём дело. Будет время — ещё поиграюсь.
> Почему бы для начала не развернуть IDE на весь экран?

А затем почему бы не поменять квадратный монитор на 16:9?
И поставить второй тогда уж )
А как, простите, жить без Outline и номеров строк? Нет, спасибо, мои фломастеры вкуснее.
А зачем вам номер строки видеть? Ведь всегда можно нажать Ctrl + L в эклипсе или Ctrl + G в студии и перейти куда нужно. В чем прелесть этих цифирок?
А как пользоваться Ctrl + L, если номеров строк не видно? Наугад? Мне более привычно, когда номера перед глазами, я в них быстро ориентируюсь. Но опять же, это дело вкуса.
Возможно, не понимаю ценности строк. Я перехожу по ним, чтобы найти «ошибку на строке 63». Чем ещё они могут быть полезны?
Из отладчика можно и без Ctrl + L перейти. Я пользуюсь номерами строк в процессе редактирования, когда между несколькими методами надо переключаться. Есть конечно еще Ctrl + [, Ctrl + ], но лучше этот холивар не начинать.
Скажите, а зачем вам Аутлайн? Зачем перед глазами постоянно иметь список объектов текущего файла, или, о боже, дерево тегов? Я не троллю, мне правда интересно. Я всегда использовал либо Cmd+O, либо Cmd+F. Есть у Аутлайна какие-то преимущества?
Разница — то, что с Аутлайном список методов класса _всегда_ перед глазами, а с Cmd + O — включается только на секунду для перехода. Во втором случае гораздо сложнее вспоминать, реализована ли уже нужная функциональность или нет, и как называется соответствующий метод (тем более, если вы поддерживаете код, написанный не вами). Если список методов постоянно на виду, то они запоминаются быстрее. Не знаю, как вы, а я в потоке не всегда могу вспомнить, что у меня в коде есть, чего нет, и по третьему разу прикручиваю к велосипеду одно и то же колесо. Без Аутлайна количество колес резко увеличивается.
Спасибо за ответ.
На последнем скриншоте куча свободного места справа от кода, например, открыть outline (ну или кому что больше нравится).

А с мыслями в посте в согласен.
Я под Win использую DEjavu Sans Mono. Нравится. И, как не странно, многие программисты не любят ClearTpe И любят «угловатые» шрифты, мне нравится сглаженный. А в остальном так-же и делаю. Только номера строк оставляю. И максимально использую хоткеи. Гораздо быстрее чем многие мышкой меню или контекстнjt меню используют. Тулбары вообще отключаю (раньше было пару тулбаров в одну строку).
PS. IDE — VS2005+ReSharper.
Чо мелочится то?
Vim же — в консоли полноэрканный режим и никакого шума вообще нет.
Vim — наше все!
Осталось только научится готовить его
при правильном приготовлении — тот еще торт :)
посмотрите в habrahabr.ru/blogs/vim/, там вроде и шпаргалки были, и прочие вещи, типа образцов конфигов :)

главное — начать, а дальше конфиг дотачивать под себя любимого можно бесконечно …
Столлман решительно несогласен! 8)
Ну, Столлман сам мало кому нравится.
Зато его емакс много кому нравится.
Вот бы кто-нибудь написал бы мануал для новичков по Vim, типа: «Готовим Vim за 10 минут». А то не знаю даже с какой стороны подступиться.
Vim это не то, что можно освоить за 10 минут. Вимом нужно проникнуться и приготовить его самому для себя по собственному, неповторимому рецепту.
Подобных мануалов в интернетах пруд-пруди.
А подступаться лучше всего с вбивания в терминале vimtutor.
Те мануалы, что мне встречались были явно рассчитаны на опытных пользователей vim, использовались термины, выражения и т. п. в том же vimtutor отсутствующие. Их общий тон можно свести к тому, что «А вы знаете, что наш любимый редактор можно использовать не только как редактор, но и как полноценную IDE? Для этого сделайте то-то (список того, ЧТО нужно сделать, но ни слова о том КАК это делать)». Потому и использую vim только как простенький редактор, и то, скорее из-за понтов, а не из-за каких-то реальных плюсов в моих сценариях использования перед тем же nano.
vi-improved.org/tutorial.php

ИМХО автор выбрал идеальный порядок введения в курс.

(Эх, сколько ещё нужно советов дать, а успеваю только десяток в сутки из-за кармы)
Emacs на много приятней. У него даже свой штатный психотерапевт есть :)

А по делу — он гораздо понятней в плане хоткеев. Там это логично сделано. А с помощью того vimtutor что указали Вам ниже я не смог ничего осилить даже при всём своем желании. Попробуйте и то и другое, но я думаю что емакс понравится больше ;)
«на вкус и цвет — все фломастеры разные» :)

залезая ssh-ем на практически любой юниксовый хостинг, я там найду vim. да, это может быть старая версия, без цветов, но достаточно положить .vimrc (я его вообще на github закинул, как и скрипт вытаскивания нужных плагинов), и миннимум удобства у меня уже есть.

я как раз начинал вим с нуля, прохождением вимтутора — ничего, в первый же день уже мог что-то редактировать :)

в результате «подсел» капитально, даже под виндой у меня везде стоит вим…

а вот емакс, несмотря на наличие кучи интро и прочего не могу себя заставить начать использовать уже несколько лет…
Полез в настройки студии, посмотреть что за шрифт, а там оказывается этот самый Consolas по умолчанию…
В 2010 да. Я как-то на него после установки посмотрел, поплевался и на Courier New поменял. А потом студию переустановил и уже забыл про все это. Сейчас полез, глянул, тоже Consolas стоит.
Когда-то выбирал между Droid Sans Mono Andale Mono Consolas выбрал Consolas у дроида и Andale слишком жирное жирное начертание, но мб кому так удобнее.
Имхо, Droid Sans Mono лучше выглядит под линуксом, чем Consolas (там хитрый alias-hinting). Единственный минус — 0 и О выглядят одинаково в стоковой версии шрифта. Можно скачать модифицированный с прочерком в нуле.
Я для себя в свое время открыл шрифт Anka Coder. Выглядит так d.pr/vfiF (Вариант Narrow, есть еще Normal и Condensed)
И есть еще замечательный шрифт Inconsolata, странно что его никто не упомянул. Единственный его минус — отсутствие русских букв, хотя во многих случаях это не критично.
Отличный вариант! Буду пробовать. На первый взгляд — свежо.
+1
AnkaCoderCondensed симпатишный
Было бы здорово, что бы каждый метод открывался в отдельном окне, так что бы программист был наедине с той частью функциональности, которую он пишет сейчас. Что бы другие методы, константы поля и прочие звери программного мира не мешали сосредоточиться.

Как в SQL Server'е очень не хватает этого в Visual Studio.
идее лет 25, так работают почти все code browsers в Смоллтоке. Сверху три или четыре колонки (слева направо: package, класс, категория метода, сам метод), снизу окошко с кодом. Ничего удобнее так и не видел.

Другие функции мешаются :)
Плюс плодятся табы с файлами, если я правильно понимаю.

Но похоже, конечно.
Интересно. Я всегда пользуюсь только двумя функциями — открыть файл по имени и перейти к функции внутри файла по имени. Собственно, никакие панели, занимающие пол-экрана, не нужны. Про сфокусированность на функции — редко доводится сосредоточенно писать одну-единственную функцию. Обычно это класс.
По-моему, в VBA так было — жутко меня бесило :)
Всплывающее сообщение на первой картинке прекрасно.
Я весь день смотрю в емакс, нравится, зависимости никакой. Шумов нет, менюшек нет, мыши нет.
жутко Вам завидую… я так и не сумел приготовить его до нужного мне состояние :(
> Писатели, например, давно все поняли, и полноэкранных редакторов для текстов полно — а программисты вот пока плетутся в хвосте прогресса.

Что вы говорите? ompldr.org/vNzE5bQ
Мне строки оказываются нужны иногда, но можно отключить :set nonumbers

> Я все жду, когда же он станет неотъемлемой функцией IDE как редактора, расчитанного на длительную и сфокусированную работу.

Зачем ждать? Это делается за минуту вместе с обдумыванием и отладкой. Вот этот простой хоткей откроет вам текущий файл в новом совсем distraction-free экземпляре vim, и загрузит изменённый файл при выходе из него:

map <LocalLeader>fs :set noswapfile<CR>:!vim %<CR><CR>:edit<CR>:set swapfile<CR>

ompldr.org/vNzE5cQ Сохранение позиции курсора от вима нахаляву досталось. :)

> Так вот, даже после очень, очень хорошего Consolas этот шрифт — просто потрясающий.
> Стоит €54 одно начертание. Единственное, размер нужно ставить не меньше 15 пунктов, иначе знак „=“ слипается.

В Consolas из Win7 ничего не слипается и при 12 пунктах. Большой профит в количестве строк на экране, как можете убедиться по скриншотам выше.

Насчёт цветов. Простите за rainbow-parentheses :) Сейчас выдираю из limp прибитый к нему гвоздями плагин, который выделяет содержимое текущих скобок более светлым фоном, как Eclipse выделяет текущую строку более тёмным. Rainbow-parentheses будет снесён в ту же секунду как этот заработает. Кроме того, прочитав вашу статью задумался и решил, что символы 'symb должны быть одного цвета с кейвордами :kw. Розовый — не нужен.

Как выше упомянули, у вас остаётся лишнее место справа. Там можно открыть Outline. У меня там при отладке открывается буфер Nekthuth, или, в вашем случае, Eclim. Или Outline.
А кстати, спасибо за наводку на этот самый rainbow-parentheses. Не знаю, приживётся ли, но мысль по-своему интересная.

В пост врывается Turbo Pascal!
Кстати, если не ошибаюсь, это была едва ли не первая коммерческая IDE с подсветкой кода. Революционный прорыв в свое время, однако.
В Eclipse даблклик на заголовке таба с кодом прячет все остальные панели. Повторный даблклик показывает их обратно.
Попробовал в идее — то же самое. Спасибо!
А в эклипсе хоткея на это нету? В идее, как ни крути, чтобы не отрываться от клавы можно хоткеем эту операцию сделать, что на много проще и быстрее.
Ctrl+M. А ещё, если не знаете хоткея на что-то — жмите Ctrl+3.
На современный широкоформатных мониторах комбинация fullscreen и Ctrl+M приведет к особо тяжелому случаю нерационально использованного пространства. Мне даже удобно, что код находится по одну сторону монитора, а все панели как бы вне поля зрения, но легко обозримы.

Как по мне если монитор уж не совсем крохотных то текста там вполне достаточно помещается (если что Ctrl+M решает), а панельки и рюшечки не для неудобства сделаны, в конце концов в IDE вы не тольео код набираете, а еще делаете кучу разноплановых вещей.

А вообще на вкус и цвет колбаса разная
Конечно, нет смысла что-то прятать, если не нужно экономить горизонтальное пространство. От удобств IDE я тоже не предлагаю отказываться, панельки у меня дергаются либо комбинацией кнопок, либо свернуты в fast view.
Пара слов в защиту тёмных схем подсветки синтаксиса. Я очень долго пользовался только светлыми схемами. Но примерно год назад решил посмотреть в сторону тёмных. Готовых, которые понравились бы сразу я так и не нашел, но все-таки потратил пару дней на создание своих, для VS2010 и XCode. Оказалось, что не зря. Глаза теперь совершенно не устают (настройка монитора тоже важна), и выглядит красиво. IMHO, конечно :)

Тоже с месяц назад перешел на темную сторону. Глаза правда намного меньше устают, хотя по началу было непривычно.
есть с темными темами одна проблема — в остальных-то элементах управления фон белый остается.
Уже давно интересуюсь такими тёмными темами оформления Windows 7 (или Vista). Где искать?
Покажите скриншот из студии, пожалуйства
Пожалуйста. C# c ReSharper'ом:

Добавил тему в каталог стилей на сайте studiostyl.es.
В Notepad++ есть похожая тема Zenburn--можете черпать вдохновение еще и оттуда)
Так я не против темных тем. Я против вырвиглазной цветопляски.
Отличная тема… никто не знает, где взять такую же для VIM?
Спасибо, отлично… нашел несколько похожих… теперь даже и не знаю, какую выбрать. )
Действительно, очень приятно для глаз. Сохранил Ваш скриншот, буду делать такую же тему :)
Сделал себе такую же для PhpStorm :) Очень классные цвета!
Поделитесь? :) А я своей поделюсь :)
В эклипсе не обязательно выключать все панели, я всегда сворачиваю их в fast view, и добавляю туда еще пару панелей из других перспектив, например repository browser сабклипса. Панели остаются под рукой, но в то же время не занимают лишнего места.
Хотя если монитор большой (на работе у меня fullhd 24" ) то браузер файлов/проектов остается на экране и занимает где-то пикселей 300 по ширине — не вижу смысла его сворачивать. А дома на 19" свернуто все.
fastview + горячие клавиши на Navigator и Outline.
если два монитора, то панели прекрасно выносятся на отдельный.
Вот кстати единственный серьезно раздражающий минус vim — там нельзя выкинуть одно из окон на соседний монитор.
Можно растянуть окошко вима на соседний монитор так, чтобы нужный буфер был на другом мониторе.
Только тогда vsplit работает не очень хорошо.
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 по ширине и чуть больше по высоте, но читать его неприятно
Полностью согласен с вами.

хотя привыкнуть наверно можно
Опять согласен — привык за полчаса, теперь не нарадуюсь.
В целом всё верно, но вот по поводу старого доброго Courier New зря вы так. Не всё новое cool и не все старое boring, так то!
Ну вот человек выше аргументированно написал, он на 10 пунктах смотрит. Он не boring, но лично у меня при взгляде на него одни засечки мелькают.
Не сразу понял, почему скриншоты со шрифтами вызывают у меня отторжение — они все выглядят не просто размытыми, но и разлагающимися на цветовые составляющие. Обладатели ЖК-дисплеев с таким же порядком субпикселей в пикселе меня не поймут, но оценить шрифты мне не удалось даже после игры со сведением лучей монитора.
Вы извините, но шрифт, ценой €54 за начертание, который приходится допиливать, и это в то время, когда есть Consolas (Win) и Monaco (Mac)?
Учитывая, что вам на него сорок часов в неделю смотреть, не вижу ничего плохого в том, чтобы разориться. Кому как, конечно. Consolas и Monaco тоже не бесплатные как бы.
Consolas и Monaco поставляются бесплатно со своими ОС. Просто, на мой взгляд, они — гораздо лучше того, который вы купили и допиливали. Но это дело вкуса, конечно же.
Кириллица у шрифта просто ужасная (хоть и есть). Одна Й чего стоит
А как вы с мылом текста в MacOS боретесь?
На мониторах с немного повышенной гаммой (стандарт на маках) все выглядит хорошо.
Ну и мелкое зерно по вкусу
я не борюсь, я наслаждаюсь :)
в NetBeans-e, в /Applications/NetBeans/NetBeans 6.9.app/Contents/Resources/NetBeans/etc/netbeans.conf к netbeans_default_options добавил "-J-Dapple.awt.graphics.UseQuartz=true"

получилось:
netbeans_default_options="-J-client -J-Xss2m -J-Xms32m -J-Xmx256m -J-XX:PermSize=32m -J-XX:MaxPermSize=200m -J-Dapple.laf.useScreenMenuBar=true -J-Dsun.java2d.noddraw=true -J-Dapple.awt.graphics.UseQuartz=true"

помогло.
> Будь моя воля, я бы вообще в IDE большую часть иконок черно-белыми сделал.

Попробуйте отключить их вовсе (если это возможно), Вы ведь все равно пользуетесь горячими клавишами (по идее).

p.s. сам работаю под студией, как-то так:



Нижние панельки иногда скрываются, но не очень часто, т.к. обычно мне постоянно нужен FindResults и PendingChanges (список измененных файлов, работающий через svn)
>Отключаем панели операционной системы

А в МакОС «главное меню» нельзя отключить или всплывающим сделать?
А зачем его отключать?
Если приложение в фулл-скрине оно становится всплывающим.
Затем же, что панели и доки — лишний информационный шум, занимающий полезное пространство к тому же. Вроде написано, что под МакОС фуллскрина нет (или в IDE его нет)
Есть под маком прекрасная вещь, называется SIMBL (рекомендую погуглить). Я использую плагин MegaZoom, который во всех Cocoa-приложениях добавляет опцию по Cmd+Enter (либо в меню Window->MegaZoom) увеличивать все окно на весь экран и при этом абсолютно все прячется.
Kod офигенный! Ждем жальнейшего развития :)
Allows editing (although not saving, currently) remote files accessible over HTTP or HTTPS.

С чувством юмора все в порядке!
Ну поддержат webdav — смогут и сохранять, в чем проблема?
Граждане, огромные шрифты (более 10 пунктов), которые вы тут показываете — это детский сад, книжки с картинками. Это если только вы на ноутбуке с крошечным экранчиком, или если у вас зрение 10 диоптрий. От больших шрифтов глаза устают больше, так как им приходится больше двигаться. Поэтому Consolas 8 пунктов для меня — очень нормально.
а им не полезно двигаться разве?
Темные схемы это хорошо, imho. С ними глаза меньше устают. Просто не стоит использовать для этого кучу цветов.
Мой NetBeans выглядит так:
Особо порадовал WriteRoom в 100% размере. Почему такая несправедливость?
Жизнь вообще несправедлива.
блин, ну вы даёте
я тоже фанат чтобы побольше места для кода, а всё остальное убрать
но у вас выиграл эклипс, а не идея!
я просто в шоке

в эклипсе во многих местах нельзя настроить шрифт
в эклипсе очень скудные возможности подсветки кода
в эклипсе много места тратится впустую

правда у меня некоторые настройки другие:
выключен тулбар (и естессно навигационный тулбар идеи)
все кнопки туловых окошек с одной стороны (все справа, все слева, все снизу — кому как удобно), в идее их можно вообще выключить, но это привыкать надо
выключены все подсказки заголовков (типа номер тулового окошка или подчёркивание букв в пунктах меню)
включены номера строк (не понимаю как можно без этого жить)
включено меню (по идее не нужно, но это как заголовок окна — психологически без него непривычно, хотя к опере 11 я уже более менее привык)
выключены всякие там крестики/звездочки/расширения файлов в заголовке табов
По-моему, автор статьи купил шрифт за 50 евро.
огромный респект за ссыль на плагин full-screen к eclipse (в статье lj), у меня руки чесались поковыряться и допилить до ума IDE) а сейчас смотрю и не
на-
ра-
ду-
юсь!
осталось только padding с табов убрать и владельцы ноутбуков вздохнут спокойно)
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.