Для фанатов хочу заметить, что даркулу можно конфигурить без перекомпиляции, просто редактируя соответствующие properties файлы darcula.properties — общие swing константы для UIDefault для всех ОС и далее darcula_(mac|win|linux).properties кастомизации поверх. Более того, в свежих билдах идеи в интернал режиме (-Didea.is.internal=true) доступен редактор UIDefaults ( на лету меняет цвета компонент) Тюньте. Присылайте свои цвета в личку
Постараюсь уделить внимание этой баге. За полчаса работы и ~10 строк кода получилось вот, такое.
Мне оно не нравится :(
1. Оно не совсем вписывается в понятие Editor Color Scheme и это понятие нужно расширять на всё IDE, т.е. на вещи, которые к Editor отношения не имеют
2. На темных цветовых схемах иконки выглядят по-другому и это (мне точно) режет глаз. Соответственно, нужно провести некую работу, чтобы в цветовой теме можно было «подкладывать» свои иконки. Обратите внимание на «плюсик» в дереве. В темной схеме он должен быть другой. Это уже совсем не 10 строк кода.
3. Выкладывать что-то типа «серединка на половинку», т.е. некий сырой продукт, который решает одну проблему и привносит еще пять новых, не в стиле разработчиков IntelliJ. Простите, но мне будет стыдно выкладывать порно.
Итого, люди, потерпите пожалуйста. Будет здорово, если Вы проявите активность на нашем багтрекере и приаттачите картинки (возможно полностью нарисованные в фотошопе) как должно все выглядеть (как вы это видете) в идеальной темной цветовой схеме.
Алиасинг шрифтов и конкретно шрифты на убунте починены в платформе, на которой базируются все наши IDE. Фикс есть и в phpStorm. Присылайте скриншоты и название фильма шрифта в ютрек. Будем разбираться
Спасибо за обзор. Вопрос чем идея лучше чем эклипс я задаю себе перед каждой поездкой на конференцию, где люди у стенда JetBrains будут это спрашивать. Но обычно я рассказываю про какой-то космос типа Language injection, second smart completion, хитрые wrap/unwrap и т.д. Спасибо, есть вещи проще и понятнее :-)
Могу пояснить почему у нас так все удобно. Просто идею пишет группа умных и ооочень ленивых товарищей, у которых факт того, что скорость печати не поспевает за скоростью мысли, вызывает дикий pain in the ass. Далее, проблема не откладывается на годы, а фиксится на месте и сразу. Ну почти всегда :-)
Т.к. Кода написано и переписано было порядка 3MLOC, то и контекстно-зависимых «няшек» было сделано много. А еще Вы забыли упомянуть, что рефакторинги в идее знают порой больше, чем программист. Это в большей части касается J2EE с кучей непонятных конфигов, размазанных по десяткам xml-файлов
Класс. IntelliJ IDEA с этим шрифтом — sta.lk/dos Только вопрос: почему не детектится как моношрифт? Было бы здорово сделать italic и bold красивше (ну про всякие эффекты типа strikeout молчу пока)
Уххх… А я вот жалею, что Punto продался Яндексу… Совсем сдох продукт. На письма в саппорт не отвечают совсем, на OS X Lion программа можно сказать что не работает совсем :-(
А почему нельзя операторам, работающим с iPhone, блокировать такие смс? Я думаю Apple отвалит за это… Всяко лучше чем себя дискредитировать… Так что не бойтесь, братцы-кролики
Мне оно не нравится :(
1. Оно не совсем вписывается в понятие Editor Color Scheme и это понятие нужно расширять на всё IDE, т.е. на вещи, которые к Editor отношения не имеют
2. На темных цветовых схемах иконки выглядят по-другому и это (мне точно) режет глаз. Соответственно, нужно провести некую работу, чтобы в цветовой теме можно было «подкладывать» свои иконки. Обратите внимание на «плюсик» в дереве. В темной схеме он должен быть другой. Это уже совсем не 10 строк кода.
3. Выкладывать что-то типа «серединка на половинку», т.е. некий сырой продукт, который решает одну проблему и привносит еще пять новых, не в стиле разработчиков IntelliJ. Простите, но мне будет стыдно выкладывать порно.
Итого, люди, потерпите пожалуйста. Будет здорово, если Вы проявите активность на нашем багтрекере и приаттачите картинки (возможно полностью нарисованные в фотошопе) как должно все выглядеть (как вы это видете) в идеальной темной цветовой схеме.
фильмашрифта в ютрек. Будем разбиратьсяМогу пояснить почему у нас так все удобно. Просто идею пишет группа умных и ооочень ленивых товарищей, у которых факт того, что скорость печати не поспевает за скоростью мысли, вызывает дикий pain in the ass. Далее, проблема не откладывается на годы, а фиксится на месте и сразу. Ну почти всегда :-)
Т.к. Кода написано и переписано было порядка 3MLOC, то и контекстно-зависимых «няшек» было сделано много. А еще Вы забыли упомянуть, что рефакторинги в идее знают порой больше, чем программист. Это в большей части касается J2EE с кучей непонятных конфигов, размазанных по десяткам xml-файлов