Универсальный текстовый редактор

[DiTHER]

ага и пиши на JDK.. <!--emo&:)-->[img]style_emoticons/<#EMO_DIR#>/smile.gif[/img]<!--endemo-->

советую людям с хорошими мозгами посмотреть на jEdit
* встроенный BeanShell (людям маломальски знакомым с программированим, в частности на яве - просто находка!)
* поддержка VFS (Virtual File System) в неограниченных испостасях - будь то FTP или SSH. (plugin)
* действительно беспрецендентная работа с проектами (plugin) и текущими буферами (вот мля сленг уже оттуда.. с открытыми документами, i mean) (plugin)
* подсветка синтаксиса для огромной пачки вещей. Включая особый эксклюзив - httpdconf, bean, tcl.. о подсветке на существующие языки программирования и подавно не говорю <!--emo&:)-->[img]style_emoticons/<#EMO_DIR#>/smile.gif[/img]<!--endemo-->
* просто астраномические возможности настройки: начиная от настройки почти всех меню, поддержки плагинов (плагинами их правда уже назвать сложно.. это полноценные куски законченной программы, jar.. мать его <!--emo&:)-->[img]style_emoticons/<#EMO_DIR#>/smile.gif[/img]<!--endemo-->)
* работа над проектом ведётся более семи (!!) лет
* сам рисует текст. в мелком виде получается максимально чётким (например при сравнении MonoSpace в иксах, jEdit и виндах)
* забудьте о проблемах с кодировками. Все и вся - включая азиатские.

Не обошлось конечно же без минусов
* написан на яве со всеми вытекающими отсюда плюсами и минусами: ~50mb heap (можно ограничить, но появится второй минус...)
* при ограничении heap начинает мучительно часто делать сборку мусора - редактор встаёт каждые 150-180 секунд.
* из первых двух минусов следует.. требует весьма шустрой машинки для работы. AMD 2k, PiV 2.2 - МАЛО (!!!), на opteron очень быстро <!--emo&:)-->[img]style_emoticons/<#EMO_DIR#>/smile.gif[/img]<!--endemo--> на ксеонах не пробовал. Юзаю сейчас на работе с AMD 3.6GHz (винчестер), медленнее чем на оптероне, но скорее всего изза тучи фоновых утилит. Памяти.. хм отнимите от своей смело 50 метров. Причём независимо от количества открытых единовременно файлов (вместе с SwitchBuffer у меня их число нередко доходило до 150-180). Но плюс - больше чем heap кушать не будет <!--emo&:)-->[img]style_emoticons/<#EMO_DIR#>/smile.gif[/img]<!--endemo-->. Чем больше памяти - тем реже сборка мусора - тем меньше левой нагрузки на cpu.
* есть недочёты с интерфейсом в виндах (например, меню кодировок (длиной кстати почти в две сотни) пытались вместить в одну колонку. облом конечно <!--emo&:)-->[img]style_emoticons/<#EMO_DIR#>/smile.gif[/img]<!--endemo-->.. ну и черт с ними.. с виндами <!--emo&:)-->[img]style_emoticons/<#EMO_DIR#>/smile.gif[/img]<!--endemo-->
* ещё минус.. или не минус. Чем больше разрешение экрана - тем медленнее... впочем так часто на ява-рисующих-все-блин-без-всех-остальных вещах.

<span style='color: #999999'>Добавлено([mergetime]1117829808[/mergetime]):</span>
и.. бесплатно (живу в России, потому забываю упомянуть)

[alx]

А что там с этим проектом? Есть кто живой?

[sm@rt]

2alx Ну по крайней мере написано <a href='http://www.jedit.org/' target='_blank'>Last Site Update: 1st January 2006</a>.
Если б java еще так под Виндой не тормозила

[alx]

Да я про сабж, вообще-то.

[sm@rt]

2alx Хех. Ну думаю как обычно Время есть - куча мегаидей сыпется.
Которые благополучно загибаются на стадии 0.0.1 prebeta и забываются