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

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

Спасибо за статью. Добавлю еще AnyEdit tools — без него, как без рук.
Кстати, а есть ли какие-то исследования на тему использования белого фона vs тёмного?

Лично у меня глаза куда больше напрягаются, когда с тёмного фона переключаешься на светлый, потому всегда использую светлый (с которым никогда никаких проблем нет).
где-то слышал принцип, хотя и не поручусь за его достоверность: лучше воспринимается светлый фон и темный текст, если они воспринимаются как отраженный свет (книжки, в том числе e-ink) и темный фон/светлый текст если они на источнике освещения (мониторы, проекторы). Опять же вроде бы то же самое относится к засечкам в шрифте — без засечек лучше из источника освещения, с засечками — если на отраженном.
В отношении e-ink и подобного согласен. В отношении мониторов у меня другая информация. Пруфов увы тоже нет.

1. негативная схема вреднее и к тому же черный фон рассеивает внимание
2. оптимальна для длительного чтения не тема с максимальной контрастностью, т.е. белый фон, черный текст, а слегка помягче. Т.е. темный(но не черный) шрифт на белом фоне. Или черный шрифт на светло-сером фоне.
оптимальна для длительного чтения не тема с максимальной контрастностью, т.е. белый фон, черный текст, а слегка помягче. Т.е. темный(но не черный) шрифт на белом фоне


О нееееет!
Терпеть не могу сайты, у которых основной текст — серый на белом. Сделал для них отдельный стиль в Stylish.
ContrastRebellion
А я наоборот в IceBookReader выбрал достаточно малоконтрастную тему. Светло серый фон и черный шрифт.
Темный против светлого(тема Monokai) я на себе пробовал — от темного глаза устают меньше, в след за мной ещё несколько человек в команде перешли на темный.
Темный фон хорош в условиях недостаточного освещения. Сам предпочитаю хорошую освещенность и светлые схемы в IDE.
И да, перед тем как играться с цветами в IDE, неплохо бы подобрать комфортную яркость и контрастность на мониторе. С ними и белый фон не режет глаз.
Абсолютно верно. Я бы добавил по поводу освещенности.
Самый простой способ ее проверить — приложить к монитору лист бумаги. В условиях недостаточной освещенности лист бумаги будет значительно темнее белого фона на мониторе.
А ссылки на плагины есть, что бы не использовать Google?
Вот мне тоже кажется, чего-то важного в статье не хватает. Я вот прям подумал поставить плагины, удивился, что svn плагин не subclipse.tigris.org/update_1.8.x, а ни одного URL то и нет.
Используйте Marketplace: Eclipse --> Help --> Marketplace — это магазин плагинов (бесплатный), как например для андроида или apple. В нем есть search
НЛО прилетело и опубликовало эту надпись здесь
На любой eclipse based IDE покатит
В последнее время, как-то, всё чаще ставится EGit чем что-либо другое.
Поигрался с разрисовкой… Разочаровался. Поставил тему как в Sublime Text 2 потому что жутко нравится. В саблиме спокойно печатаю. В эклипсе дуля, и производительность упала на 80%. То ли дело привычки, то ли что то ещё.
А findbugs, считаю полезным, хотя там куча паттернов которые на автомате и сам обрабатываешь при написании даже не вспоминая о том что там nullpointer или ещё что то. Просто помнишь что НАДО писать так.
Вроде поставил eUML 2, но так и не нашёл как его вызвать?)
Добавьте новый item к проекту — в списке айтемов должны появится eUML диаграммы.
спасибо
Спасибо за информацию! Я бы обязательно ещё назвал CheckStyle.
Mylyn забыли (http://eclipse.org/mylyn/) — продвинутое управление тасками, в т.ч.поддержка различных трекеров. Еще одна полезная фича у него это поддержка wikitext-а (textile, markdown и т.д.)

> почему-то в eclipse по умолчанию нет поддержки Maven
Наверное потому что им далеко не все пользуются. Ваш КО.

> SVN team provider
Их 2 (разницы между ними практически нет):
* subversive — не знаю как сейчас, но до НГ не поддерживал svn 1.7
* subclipse — перешел на него с первого

Для git есть egit (http://eclipse.org/egit/) — аналогичный хотя и менее интуитивно понятный.
> subversive
Проверил — оказывается уже поддерживает.
Главное в Mylyn (а для меня этот плагин — мастхэв) — это не продвинутое управление задачами, а его главная фишка — контекстный фокус. Очень помогает мыслить рационально, когда все спрятано, кроме того, с чем конкретно работаешь. Ну и еще помогает делать code review или продолжить чью-то работу — открываешь чужой контекст, который сохранен в тракере как аттачмент, и вперед.
Да удобно, но, ИМХО, главный недостаток в том что сохраняются вообще все просмотренные файлы — в крупных/сложных/запутанных проектах постоянно приходится включать/выключать активную задачу, а если забываешь это делать, то контент очень быстро замусоривается и перестает быть полезным.

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

Второе: при закрытии редактора с файлом он исчезает из контекста (насколько я помню, это поведение настраивается).

И третье: В сам mylyn встроен алгоритм, по которому определяется релевантность конкретного ресурса (файла, метода, теста, и т.д.). И чем реже вы обращаетесь к этому ресурсу, тем быстрее он «выпадет» из контекста. Не помню сейчас деталей (я присутствовал на презентации Мика Кирстена когда-то давно), но если мне не изменяет склероз, какой-то коэффициент этого затухания интереса тоже настраивается, либо через UI, либо через какой-то конфиг. Если я это придумал — прошу прощения.
У меня немного в другом проблема — есть большой проект, есть задача «исправить в модуле X ...», если работать только с файлами модуля все нормально, а вот когда приходится смотреть API самого проекта — все эти файлы тоже в контекст попадают.

Хотя, возможно, «второе» как раз решит данную проблему, надо попробовать.

> И третье
Старые и редко используемые файлы действительно становятся менее заметными (правда в PDT это довольно часто глючит — после включения/выключения/переключения между задачами «подсветка» файлов не всегда сбрасывается).
Там еще есть пара комбинаций клавиш (что-то типа Ctrl-Shif-стрелка вниз), которые насильно добавляют/удаляют ресурс в/из контекст(а)
А знает кто-нибудь плагин чтоб можно было окошки с кодом вытаскивать из таббара и перетаскивать на второй монитор, чтоб получалось что-то вроде VisualStudio?
Как вариант, можно открыть ещё одно окно (Window > New Window) и открыть там редактор, развернув на полный экран.
Отличная идея! Спасибо. Не думал, что так можно сделать.
Glance (http://ystrot.github.com/glance/) — инкрементальный текстовый поиск с подсветкой. Удобно для поиска по коду.
а где же CodePro AnalytiX?
Тёмный фон в редакторе это, конечно, благородно, но только что делать с болтающимися по бокам от оного окошками package explorer и overview, которые представляют собой деревья на стандартном белом фоне? Какие есть способы перекрасить всю Windows?
Я часто разворачиваю окно редактора на весь экран (Ctrl + M). И потом это только так кажется, что будет отвлекать — на самом деле взгляд сосредоточен в темную часть экрана (вообщем дело привычки).
WindowBlinds, может быть?
А чем макросы записываете?
Еще есть довольно популярный FileSync. Очень удобный плагин для автоматического копирования измененных файлов из директории компиляции, например, на сервер.
А есть какой-нибудь плагин, чтобы вкладки своими цветами делать? Например если файлы из нескольких проектов открыты.
Не понятно, для чего вы сделали эту сборку. То ли для Java, то ли для PHP. Это я намекаю на то, что для конкретного окружения необходимы свои плагины.
Да, есть универсальные, например «AnyEdit tool», Mylin или Eclipse Color Themes, но в остальном, тут разугляй фантазия.

К примеру SVN — устаревшая система контроля версий, поэтому вместо неё я советую ставить плагины для Mercurial'a или GIT'a(ну если ваш проект уже давно ведется в SVN — сочувствую вам)

Есть большое количество плагинов для TDD техник.
Есть различные плагины-коннекторы для Mylin.

Топик поверхностный без обзора основных популярных плагинов.
Можно GWT и AppEngine (под вкус) добавить.
Плагин Zen Coding для быстрого написания HTML, XML, XSL и т.п.
Блин, хоть бы отметили что это про Java. Для остальных ЯП большая часть плагинов бесполезна. Ну и блог у Eclipse свой есть habrahabr.ru/blogs/eclipse/
А как можно сделать, что бы в Eclipse color theming при создании нового проекта, в новой папке, не пришлось лезть и выставлять цветовую схему заново, а то она становиться Default сама. А хотелось бы что бы ко всем проектам применялась выбранная цветовая схема. Спасибо.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации