Comments 167
Укажите в первом обзаце, что речь пойдет о Eclipse.
Спасибо что поделились личным опытом, но мне кажется, что пользователи Eclipse, как и любой другой IDE с гибким интерфейсом, достаточно быстро определяются что и где и как подкрутить что бы стало удобно.
Спасибо что поделились личным опытом, но мне кажется, что пользователи Eclipse, как и любой другой IDE с гибким интерфейсом, достаточно быстро определяются что и где и как подкрутить что бы стало удобно.
Речь не пошла об Эклипсе. Это универсальные советы. Я и в ТекстМейте ими пользуюсь.
В Visual Studio давно есть Fullscreen режим.
С каких пор под студией можно писать на Java?
Где сказано, что речь о Java? Автор говорит, что у него «универсальные советы».
Ну так автор и сокрушается по поводу эклипса, а не студии. Если используется эклипс и Java, значит, на то есть причины, и не надо врываться в обсуждение с «рекламой» инструмента разработки для другого языка.
Эх, как же забодали уже эти фанатики, вцепившиеся в один язык/технологию, и считающие свой выбор лучшим, а инакомыслящих быдлом.
Эх, как же забодали уже эти фанатики, вцепившиеся в один язык/технологию, и считающие свой выбор лучшим, а инакомыслящих быдлом.
В NetBeans есть Fullscreen.
А вот по поводу шрифта кода… Хоть убейте ComicSans напоминает.
А вот по поводу шрифта кода… Хоть убейте ComicSans напоминает.
Согласен с автором, JetBrains`у надо что-то делать с иконками — они ужасны. Качественный продукт, но иконки сильно портят визуальный комфорт.
Чувствую холиварную тему.
Альтернатива для автора:
— Если мы используем черный фон, то элементы синтаксиса надо наоборот выделять более ярко и насыщено. Когда работаешь ночью, в темноте глаза начинают плохо различать цвета.
Альтернатива для автора:
— Если мы используем черный фон, то элементы синтаксиса надо наоборот выделять более ярко и насыщено. Когда работаешь ночью, в темноте глаза начинают плохо различать цвета.
Вот тут несколько не согласен. Яркие и насыщенные цвета на темном фоне даже днем неприятны, а ночью так вообще глаза выедают. Имхо.
Пример темного стиля, приведенный автором, отвратителен, но можно сделать довольно приятные тона, как, например, railscast:
lh3.ggpht.com/_ZzOZmj1dP0c/SJYhikd6JAI/AAAAAAAAAW4/xVZX5u_7vDA/Gedit+Screenshot+05.png
lh3.ggpht.com/_ZzOZmj1dP0c/SJYhikd6JAI/AAAAAAAAAW4/xVZX5u_7vDA/Gedit+Screenshot+05.png
Поддерживаю.
Кстати, так и не понял зачем нужен полноэкранный режим. Данный скриншот очень здорово показывает подстройку всего десктопа под работу. Я, например, привык видеть входящие сообщения, язык, часы, нагрузку и качество wi-fi, заряд ноута и т.п. вспомогательные виджеты. Они ни в коем разе не отвлекают. А если иконки на пол экрана — то тут да, их надо чем-то закрывать.
Кстати, так и не понял зачем нужен полноэкранный режим. Данный скриншот очень здорово показывает подстройку всего десктопа под работу. Я, например, привык видеть входящие сообщения, язык, часы, нагрузку и качество wi-fi, заряд ноута и т.п. вспомогательные виджеты. Они ни в коем разе не отвлекают. А если иконки на пол экрана — то тут да, их надо чем-то закрывать.
А что за тема gtk, если не секрет?
Когда работаешь ночью все-таки лучше освещение, чтобы нормальное было в комнате, а не черный фон. Глаза-то пожалейте.
UFO just landed and posted this here
Интересный подход к экономию места.
Лично у меня как правило панель search слева и занимает порядка 50% места, и панель history/console/marker снизу тоже где то пол экрана, так что на окно кода остается совсем чуть чуть. Но по Ctrl+M окно кода разворачивается на весь экран.
Лично у меня как правило панель search слева и занимает порядка 50% места, и панель history/console/marker снизу тоже где то пол экрана, так что на окно кода остается совсем чуть чуть. Но по Ctrl+M окно кода разворачивается на весь экран.
Почему бы для начала не развернуть IDE на весь экран?
Операционная система, используемая автором статьи, не предусматривает возможности разворачивания окон приложений на всю площадь экрана. Я ведь достаточно толерантно написал, господа маководы?
Толерантно, но мимо. При желании развернуть можно что угодно и где угодно
У меня Эклипс по щелчку на маааленькой такой зеленой кнопочке послушно разворачивается на весь большой экран. Что я делаю не так?
Нажмите в браузере F11, поймете о каком режиме идет речь.
Поведение по нажатию на кнопку '+' в окне, приложение устанавливает само.
Некоторые, включая эклипс, разворачивают на весь экран.
Остальные изменяют размер окна так, что бы показать максимум контента, при минимуме размера окна.
Для любителей разворачивать на весь экран есть ряд приложений изменяющих поведение кнопки '+'.
Некоторые, включая эклипс, разворачивают на весь экран.
Остальные изменяют размер окна так, что бы показать максимум контента, при минимуме размера окна.
Для любителей разворачивать на весь экран есть ряд приложений изменяющих поведение кнопки '+'.
Вот объясните мне, почему в этой супер-мега операционной системе, эталоне дизайна и юзабилити, для любой мало-мальски нетривиальной настройки нужно ставить сторонние приложения? :(
Да не нужно ничего ставить, в большинстве случаев функция «масштабирования» гораздо полезнее «максимизации». Всякие ИДЕ и т.п. могут сами позаботиться о поведении данной кнопки, в крайнем случае окну придается нужный размер руками.
Ну вот банально в Finder. В режиме где каждая следующая вложенная папка открывается в своей колонке после каждого вхождения внутрь вложенной папки надо заново жать кнопку зум, если конечно заранее руками не растянул окно на весь экран. Кстати, какое приложение надо поставить, чтобы окна можно было ресайзить за любой угол, а заодно не только за углы, а ещё и за границы окна? В чём вообще юзабильность стандартного поведения, когда ресайзить можно только за правый нижний угол?
Понятия не имею, не сталкивался с подобной проблемой никогда (возможно потому что файндером вообще мало пользуюсь), а по поводу приложений это опять же не ко мне вопрос, лет за 5-6 пользования маком никогда не ставил ничего подобного.
Ну я в итоге тоже перестал файндером пользоваться, но просто удивляет, вроде все кричат, что всё супер удобно для пользователя и продумано, а окошко без бубна не максимизируешь, размер за левый верхний угол не поменяешь, пока по папкам куда-то доберёшься 100 раз файндер проклянёшь. Но видимо у меня просто изначально подход к маку был неправильный, сейчас то я уже понял, что когда есть zsh и tmux — никакой Finder уже не нужен.
Просто вам нужно отвыкнуть от одних привычек и выработать другие. Этот необходимый переход воспринимается вами как неудобство (справедливо), но, боюсь, операционная система в нем не виновата. Аналогичный список претензий может выкатить и маковод, переходящий на винду.
Зачем зум-то жать? Вам необходимо постоянно видеть всю иерархию файловой системы?
Только за один угол можно ресайзить потому, что убрали рамки у окон, которые занимали площадь и создавали визуальный шум несопоставимые со своей полезной нагрузкой. А в винде они только растут с каждой версией, чтобы легче в них попадать было с разгону. Если поставите HyperDock то ресайзить можно будет за любое место окна.
Только за один угол можно ресайзить потому, что убрали рамки у окон, которые занимали площадь и создавали визуальный шум несопоставимые со своей полезной нагрузкой. А в винде они только растут с каждой версией, чтобы легче в них попадать было с разгону. Если поставите HyperDock то ресайзить можно будет за любое место окна.
Да, мне удобно, когда я вижу иерархию папок.
Рисовать можно и так, как сейчас, просто позволить изменять размер за любую точку границы окна. Зачем это запретили — непонятно.
За HyperDock спасибо, попробую.
Рисовать можно и так, как сейчас, просто позволить изменять размер за любую точку границы окна. Зачем это запретили — непонятно.
За HyperDock спасибо, попробую.
Вы в zsh тоже иерархию папок видите? :)
Границы же нет, сответственно нет и ее точек, за что тянуть?
Кстати, в иллюстраторе адоби разрешает за любой край тянуть :) Но чтобы не пришлось целится они расширили активную зону еще пикселей на десять во вне. Т. е. реальный размер окна выходит как в винде (а может и больше), но это не очевидно, и если наивный человек захочет кликнуть через тень на нижележащее окно, его ждет сюрприз и несколько секунд дезориентации.
Границы же нет, сответственно нет и ее точек, за что тянуть?
Кстати, в иллюстраторе адоби разрешает за любой край тянуть :) Но чтобы не пришлось целится они расширили активную зону еще пикселей на десять во вне. Т. е. реальный размер окна выходит как в винде (а может и больше), но это не очевидно, и если наивный человек захочет кликнуть через тень на нижележащее окно, его ждет сюрприз и несколько секунд дезориентации.
В zsh я вижу в каком я каталоге нахожусь (полный путь либо до дома либо до корня) и куда я иду. И во время навигации я всегда могу нажать Ctrl+D и увидеть список сабдиректорий, а в Finder они могут не поместиться в окошко и его прийдется скроллить.
Ну и Finder это всего лишь пример идиотского поведения кнопки Zoom. Другой пример — окошко документации в Xcode. Вот сейчас оно у меня вручную растянута ровно на правую половину монитора. При нажатии на кнопку Zoom окошко прыгает на левую половину сохраняя размер. А при следующем нажатии — на прежнее место? Ну это ли не бред?
Что значит границы нет? Граница есть, просто она никак не выделена и при наведении на неё ничего особого не происходит — курсор не меняется, не обрабатывается нажатие в область границы. А могли бы сделать так, чтобы выглядело окошко так же, но при наведении на границу за неё можно было бы взять и растянуть окно.
Ну и Finder это всего лишь пример идиотского поведения кнопки Zoom. Другой пример — окошко документации в Xcode. Вот сейчас оно у меня вручную растянута ровно на правую половину монитора. При нажатии на кнопку Zoom окошко прыгает на левую половину сохраняя размер. А при следующем нажатии — на прежнее место? Ну это ли не бред?
Что значит границы нет? Граница есть, просто она никак не выделена и при наведении на неё ничего особого не происходит — курсор не меняется, не обрабатывается нажатие в область границы. А могли бы сделать так, чтобы выглядело окошко так же, но при наведении на границу за неё можно было бы взять и растянуть окно.
А меня файндер прет… Особенно драг энд дроп, когда он сам под курсор подъезжает, а потом и еще и папку открывает. Плюс экспозе, спейсес и т. д.
Попробуйте 4 икскод, там все приятно. Автодополнение покруче, и, вообще, много всего хорошего. К тому же все в одном окне (кроме документации).
Границы, фактически, нет (1 полупрозрачный пиксель нельзя считать контролом). С одной стороны — окно, а с другой — сразу то, что за окном. Если делать как адоби (отъесть место за пределами окна), то получится непоследовательно и нелогично.
Попробуйте 4 икскод, там все приятно. Автодополнение покруче, и, вообще, много всего хорошего. К тому же все в одном окне (кроме документации).
Границы, фактически, нет (1 полупрозрачный пиксель нельзя считать контролом). С одной стороны — окно, а с другой — сразу то, что за окном. Если делать как адоби (отъесть место за пределами окна), то получится непоследовательно и нелогично.
Попробовал HyperDock — не работает ресайз за любое место окна. Ну то есть не то, чтобы совсем не работает — один раз из 10 ресайзит как-то полу-рандомно. Mac OS X 10.6.5.
> Почему бы для начала не развернуть IDE на весь экран?
А затем почему бы не поменять квадратный монитор на 16:9?
А затем почему бы не поменять квадратный монитор на 16:9?
А как, простите, жить без Outline и номеров строк? Нет, спасибо, мои фломастеры вкуснее.
А зачем вам номер строки видеть? Ведь всегда можно нажать Ctrl + L в эклипсе или Ctrl + G в студии и перейти куда нужно. В чем прелесть этих цифирок?
Скажите, а зачем вам Аутлайн? Зачем перед глазами постоянно иметь список объектов текущего файла, или, о боже, дерево тегов? Я не троллю, мне правда интересно. Я всегда использовал либо Cmd+O, либо Cmd+F. Есть у Аутлайна какие-то преимущества?
Разница — то, что с Аутлайном список методов класса _всегда_ перед глазами, а с Cmd + O — включается только на секунду для перехода. Во втором случае гораздо сложнее вспоминать, реализована ли уже нужная функциональность или нет, и как называется соответствующий метод (тем более, если вы поддерживаете код, написанный не вами). Если список методов постоянно на виду, то они запоминаются быстрее. Не знаю, как вы, а я в потоке не всегда могу вспомнить, что у меня в коде есть, чего нет, и по третьему разу прикручиваю к велосипеду одно и то же колесо. Без Аутлайна количество колес резко увеличивается.
На последнем скриншоте куча свободного места справа от кода, например, открыть outline (ну или кому что больше нравится).
А с мыслями в посте в согласен.
А с мыслями в посте в согласен.
Я под Win использую DEjavu Sans Mono. Нравится. И, как не странно, многие программисты не любят ClearTpe И любят «угловатые» шрифты, мне нравится сглаженный. А в остальном так-же и делаю. Только номера строк оставляю. И максимально использую хоткеи. Гораздо быстрее чем многие мышкой меню или контекстнjt меню используют. Тулбары вообще отключаю (раньше было пару тулбаров в одну строку).
PS. IDE — VS2005+ReSharper.
PS. IDE — VS2005+ReSharper.
Чо мелочится то?
Vim же — в консоли полноэрканный режим и никакого шума вообще нет.
Vim же — в консоли полноэрканный режим и никакого шума вообще нет.
Vim — наше все!
Осталось только научится готовить его
Осталось только научится готовить его
при правильном приготовлении — тот еще торт :)
посмотрите в habrahabr.ru/blogs/vim/, там вроде и шпаргалки были, и прочие вещи, типа образцов конфигов :)
главное — начать, а дальше конфиг дотачивать под себя любимого можно бесконечно …
главное — начать, а дальше конфиг дотачивать под себя любимого можно бесконечно …
Столлман решительно несогласен! 8)
Вот бы кто-нибудь написал бы мануал для новичков по Vim, типа: «Готовим Vim за 10 минут». А то не знаю даже с какой стороны подступиться.
Vim это не то, что можно освоить за 10 минут. Вимом нужно проникнуться и приготовить его самому для себя по собственному, неповторимому рецепту.
Подобных мануалов в интернетах пруд-пруди.
А подступаться лучше всего с вбивания в терминале vimtutor.
А подступаться лучше всего с вбивания в терминале vimtutor.
Те мануалы, что мне встречались были явно рассчитаны на опытных пользователей vim, использовались термины, выражения и т. п. в том же vimtutor отсутствующие. Их общий тон можно свести к тому, что «А вы знаете, что наш любимый редактор можно использовать не только как редактор, но и как полноценную IDE? Для этого сделайте то-то (список того, ЧТО нужно сделать, но ни слова о том КАК это делать)». Потому и использую vim только как простенький редактор, и то, скорее из-за понтов, а не из-за каких-то реальных плюсов в моих сценариях использования перед тем же nano.
vi-improved.org/tutorial.php
ИМХО автор выбрал идеальный порядок введения в курс.
(Эх, сколько ещё нужно советов дать, а успеваю только десяток в сутки из-за кармы)
ИМХО автор выбрал идеальный порядок введения в курс.
(Эх, сколько ещё нужно советов дать, а успеваю только десяток в сутки из-за кармы)
Emacs на много приятней. У него даже свой штатный психотерапевт есть :)
А по делу — он гораздо понятней в плане хоткеев. Там это логично сделано. А с помощью того vimtutor что указали Вам ниже я не смог ничего осилить даже при всём своем желании. Попробуйте и то и другое, но я думаю что емакс понравится больше ;)
А по делу — он гораздо понятней в плане хоткеев. Там это логично сделано. А с помощью того vimtutor что указали Вам ниже я не смог ничего осилить даже при всём своем желании. Попробуйте и то и другое, но я думаю что емакс понравится больше ;)
«на вкус и цвет — все фломастеры разные» :)
залезая ssh-ем на практически любой юниксовый хостинг, я там найду vim. да, это может быть старая версия, без цветов, но достаточно положить .vimrc (я его вообще на github закинул, как и скрипт вытаскивания нужных плагинов), и миннимум удобства у меня уже есть.
я как раз начинал вим с нуля, прохождением вимтутора — ничего, в первый же день уже мог что-то редактировать :)
в результате «подсел» капитально, даже под виндой у меня везде стоит вим…
а вот емакс, несмотря на наличие кучи интро и прочего не могу себя заставить начать использовать уже несколько лет…
залезая ssh-ем на практически любой юниксовый хостинг, я там найду vim. да, это может быть старая версия, без цветов, но достаточно положить .vimrc (я его вообще на github закинул, как и скрипт вытаскивания нужных плагинов), и миннимум удобства у меня уже есть.
я как раз начинал вим с нуля, прохождением вимтутора — ничего, в первый же день уже мог что-то редактировать :)
в результате «подсел» капитально, даже под виндой у меня везде стоит вим…
а вот емакс, несмотря на наличие кучи интро и прочего не могу себя заставить начать использовать уже несколько лет…
Только не забудьте на емакс текстовый редактор установить:
www.emacswiki.org/emacs/ViperMode
www.emacswiki.org/emacs/Vimpulse
Я так год пользовался — удобно. А потом открыл Nekthuth.
www.emacswiki.org/emacs/ViperMode
www.emacswiki.org/emacs/Vimpulse
Я так год пользовался — удобно. А потом открыл Nekthuth.
Полез в настройки студии, посмотреть что за шрифт, а там оказывается этот самый Consolas по умолчанию…
Когда-то выбирал между Droid Sans Mono Andale Mono Consolas выбрал Consolas у дроида и Andale слишком жирное жирное начертание, но мб кому так удобнее.
Имхо, Droid Sans Mono лучше выглядит под линуксом, чем Consolas (там хитрый alias-hinting). Единственный минус — 0 и О выглядят одинаково в стоковой версии шрифта. Можно скачать модифицированный с прочерком в нуле.
Я для себя в свое время открыл шрифт Anka Coder. Выглядит так d.pr/vfiF (Вариант Narrow, есть еще Normal и Condensed)
Было бы здорово, что бы каждый метод открывался в отдельном окне, так что бы программист был наедине с той частью функциональности, которую он пишет сейчас. Что бы другие методы, константы поля и прочие звери программного мира не мешали сосредоточиться.
Как в SQL Server'е очень не хватает этого в Visual Studio.
Как в SQL Server'е очень не хватает этого в Visual Studio.
UFO just landed and posted this here
Так что ли?
Интересно. Я всегда пользуюсь только двумя функциями — открыть файл по имени и перейти к функции внутри файла по имени. Собственно, никакие панели, занимающие пол-экрана, не нужны. Про сфокусированность на функции — редко доводится сосредоточенно писать одну-единственную функцию. Обычно это класс.
Как в Code Bubbles?
По-моему, в 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.
Что вы говорите? 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.
В пост врывается Turbo Pascal!
По мне, в IntelliJ Idea вполне нормальные дефолтные настройки всего и вся. Разве что панельки пораскидать по вкусу:
habreffect.ru/files/c6a/c5cc75be3/Screenshot.png
habreffect.ru/files/c6a/c5cc75be3/Screenshot.png
В Eclipse даблклик на заголовке таба с кодом прячет все остальные панели. Повторный даблклик показывает их обратно.
На современный широкоформатных мониторах комбинация fullscreen и Ctrl+M приведет к особо тяжелому случаю нерационально использованного пространства. Мне даже удобно, что код находится по одну сторону монитора, а все панели как бы вне поля зрения, но легко обозримы.
Как по мне если монитор уж не совсем крохотных то текста там вполне достаточно помещается (если что Ctrl+M решает), а панельки и рюшечки не для неудобства сделаны, в конце концов в IDE вы не тольео код набираете, а еще делаете кучу разноплановых вещей.
А вообще на вкус и цвет колбаса разная
Как по мне если монитор уж не совсем крохотных то текста там вполне достаточно помещается (если что Ctrl+M решает), а панельки и рюшечки не для неудобства сделаны, в конце концов в IDE вы не тольео код набираете, а еще делаете кучу разноплановых вещей.
А вообще на вкус и цвет колбаса разная
Пара слов в защиту тёмных схем подсветки синтаксиса. Я очень долго пользовался только светлыми схемами. Но примерно год назад решил посмотреть в сторону тёмных. Готовых, которые понравились бы сразу я так и не нашел, но все-таки потратил пару дней на создание своих, для VS2010 и XCode. Оказалось, что не зря. Глаза теперь совершенно не устают (настройка монитора тоже важна), и выглядит красиво. IMHO, конечно :)
Тоже с месяц назад перешел на темную сторону. Глаза правда намного меньше устают, хотя по началу было непривычно.
есть с темными темами одна проблема — в остальных-то элементах управления фон белый остается.
Покажите скриншот из студии, пожалуйства
В Notepad++ есть похожая тема Zenburn--можете черпать вдохновение еще и оттуда)
Так я не против темных тем. Я против вырвиглазной цветопляски.
Отличная тема… никто не знает, где взять такую же для VIM?
Поищите на vimcolorschemetest.
Действительно, очень приятно для глаз. Сохранил Ваш скриншот, буду делать такую же тему :)
Сделал себе такую же для PhpStorm :) Очень классные цвета!
Поделитесь? :) А я своей поделюсь :)
да без проблем :) dl.dropbox.com/u/5234357/Molokai.xml
кидать в /Users/%username%/Library/Preferences/WebIDE10/colors
кидать в /Users/%username%/Library/Preferences/WebIDE10/colors
Спасибо большое, вот моя dl.dropbox.com/u/569082/parabox.xml
А тут скрины и настройка этой темы для эклипса habrahabr.ru/blogs/personal/68314/
А тут скрины и настройка этой темы для эклипса habrahabr.ru/blogs/personal/68314/
В эклипсе не обязательно выключать все панели, я всегда сворачиваю их в fast view, и добавляю туда еще пару панелей из других перспектив, например repository browser сабклипса. Панели остаются под рукой, но в то же время не занимают лишнего места.
Хотя если монитор большой (на работе у меня fullhd 24" ) то браузер файлов/проектов остается на экране и занимает где-то пикселей 300 по ширине — не вижу смысла его сворачивать. А дома на 19" свернуто все.
Хотя если монитор большой (на работе у меня fullhd 24" ) то браузер файлов/проектов остается на экране и занимает где-то пикселей 300 по ширине — не вижу смысла его сворачивать. А дома на 19" свернуто все.
Consolas слишком мелкий, на 10 читабельность куда хуже чем у Courier New, а на 11 размер примерно как у Courier New на 10 по ширине и чуть больше по высоте, но читать его неприятно, хотя привыкнуть наверно можно. DejaVu Sans Mono неплох, субъективно выглядит крупным, но на самом деле по компактности мало не уступает Consolas, разве что шире. Nitty Light вызывает у меня сильное желание немедленно развидеть — эти округлые буквы сливаются в какой-то клубок. Так что пока что я ничего моноширинного лучше Courier New не нашел. Разве что Liberation Mono довольно хорош.
В целом всё верно, но вот по поводу старого доброго Courier New зря вы так. Не всё новое cool и не все старое boring, так то!
Не сразу понял, почему скриншоты со шрифтами вызывают у меня отторжение — они все выглядят не просто размытыми, но и разлагающимися на цветовые составляющие. Обладатели ЖК-дисплеев с таким же порядком субпикселей в пикселе меня не поймут, но оценить шрифты мне не удалось даже после игры со сведением лучей монитора.
Вы извините, но шрифт, ценой €54 за начертание, который приходится допиливать, и это в то время, когда есть Consolas (Win) и Monaco (Mac)?
Кириллица у шрифта просто ужасная (хоть и есть). Одна Й чего стоит
А как вы с мылом текста в 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"
помогло.
получилось:
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)
Попробуйте отключить их вовсе (если это возможно), Вы ведь все равно пользуетесь горячими клавишами (по идее).
p.s. сам работаю под студией, как-то так:
Нижние панельки иногда скрываются, но не очень часто, т.к. обычно мне постоянно нужен FindResults и PendingChanges (список измененных файлов, работающий через svn)
>Отключаем панели операционной системы
А в МакОС «главное меню» нельзя отключить или всплывающим сделать?
А в МакОС «главное меню» нельзя отключить или всплывающим сделать?
А зачем его отключать?
Если приложение в фулл-скрине оно становится всплывающим.
Если приложение в фулл-скрине оно становится всплывающим.
Затем же, что панели и доки — лишний информационный шум, занимающий полезное пространство к тому же. Вроде написано, что под МакОС фуллскрина нет (или в IDE его нет)
Есть под маком прекрасная вещь, называется SIMBL (рекомендую погуглить). Я использую плагин MegaZoom, который во всех Cocoa-приложениях добавляет опцию по Cmd+Enter (либо в меню Window->MegaZoom) увеличивать все окно на весь экран и при этом абсолютно все прячется.
Вот коротенький скринкаст, чтобы можно было посмотреть:
tinypic.com/player.php?v=295rdpi&s=7
tinypic.com/player.php?v=295rdpi&s=7
Граждане, огромные шрифты (более 10 пунктов), которые вы тут показываете — это детский сад, книжки с картинками. Это если только вы на ноутбуке с крошечным экранчиком, или если у вас зрение 10 диоптрий. От больших шрифтов глаза устают больше, так как им приходится больше двигаться. Поэтому Consolas 8 пунктов для меня — очень нормально.
Темные схемы это хорошо, imho. С ними глаза меньше устают. Просто не стоит использовать для этого кучу цветов.
Мой NetBeans выглядит так:
Мой NetBeans выглядит так:
Особо порадовал WriteRoom в 100% размере. Почему такая несправедливость?
блин, ну вы даёте
я тоже фанат чтобы побольше места для кода, а всё остальное убрать
но у вас выиграл эклипс, а не идея!
я просто в шоке
в эклипсе во многих местах нельзя настроить шрифт
в эклипсе очень скудные возможности подсветки кода
в эклипсе много места тратится впустую
правда у меня некоторые настройки другие:
выключен тулбар (и естессно навигационный тулбар идеи)
все кнопки туловых окошек с одной стороны (все справа, все слева, все снизу — кому как удобно), в идее их можно вообще выключить, но это привыкать надо
выключены все подсказки заголовков (типа номер тулового окошка или подчёркивание букв в пунктах меню)
включены номера строк (не понимаю как можно без этого жить)
включено меню (по идее не нужно, но это как заголовок окна — психологически без него непривычно, хотя к опере 11 я уже более менее привык)
выключены всякие там крестики/звездочки/расширения файлов в заголовке табов
я тоже фанат чтобы побольше места для кода, а всё остальное убрать
но у вас выиграл эклипс, а не идея!
я просто в шоке
в эклипсе во многих местах нельзя настроить шрифт
в эклипсе очень скудные возможности подсветки кода
в эклипсе много места тратится впустую
правда у меня некоторые настройки другие:
выключен тулбар (и естессно навигационный тулбар идеи)
все кнопки туловых окошек с одной стороны (все справа, все слева, все снизу — кому как удобно), в идее их можно вообще выключить, но это привыкать надо
выключены все подсказки заголовков (типа номер тулового окошка или подчёркивание букв в пунктах меню)
включены номера строк (не понимаю как можно без этого жить)
включено меню (по идее не нужно, но это как заголовок окна — психологически без него непривычно, хотя к опере 11 я уже более менее привык)
выключены всякие там крестики/звездочки/расширения файлов в заголовке табов
По-моему, автор статьи купил шрифт за 50 евро.
огромный респект за ссыль на плагин full-screen к eclipse (в статье lj), у меня руки чесались поковыряться и допилить до ума IDE) а сейчас смотрю и не
на-
ра-
ду-
юсь!
осталось только padding с табов убрать и владельцы ноутбуков вздохнут спокойно)
на-
ра-
ду-
юсь!
осталось только padding с табов убрать и владельцы ноутбуков вздохнут спокойно)
Sign up to leave a comment.
Делаем себе удобно и красиво (о настройках IDE/редактора)