Вышла (http://groups.google.com/group/scintilla-interest/browse_thr...) версия 2.02 текстового редактора SciTE (http://www.scintilla.org/SciTE.html), основанного на компоненте для редактирования текста Scintilla (http://www.scintilla.org/index.html). По данным статистики сайта Sourceforge.net (http://sourceforge.net/projects/scintilla/files/) предыдущая версия 2.01 была скачана более 130 тыс. раз.
Основные возможности:- Одновременное использование различных (в том числе и пропорциональных) шрифтов- Индивидуальная подсветка для разных языков программирования- Поиск и замена текста с использованием регулярных выражений во всех открытых файлах- Фолдинг для классов, функций и структур, авто-дополнение- Настройка редактора осуществляется путем редактирования файлов конфигурации, написанных на языке Lua (http://www.lua.org/).
Полный список изменений на русском языке доступен здесь (http://scite-ru.googlecode.com/svn/trunk/pack/doc/ScintillaHi...URL: http://www.scintilla.org/ScintillaHistory.html
Новость: http://www.opennet.me/opennews/art.shtml?num=25220
Редактор хороший.
Мне очень понравилось что он вполпинка собрался по сорцам из svn батником.
снимаю шляпу.
Кроме того, есть Notepad++ для винды. У нпп есть фичи которых нет в SciTe но которые очень нужны. так что SciTe просто еще одна программа в области где очень сильно конкуренция.
Например у меня текстовых редакторов на компе:
- SciTe
- AEditor
- Notepad++
- PHP Expert Editor
и еще пара где-то валяется.
Это не считая того, что хорошие редакторы в разных IDE.
Лично у меня словосочетание "среда разработки" ассоциируется с "тяжелыми" IDE типа Netbeans, Eclipse и т.д. А здесь весь редактор в установленном виде занимает порядка 5 мегабайт. Впрочем, если исправите на "среда разработки", то против не буду. Что касается заголовка, то взял его из википедии: http://ru.wikipedia.org/wiki/SciTE
>Лично у меня словосочетание "среда разработки" ассоциируется с "тяжелыми" IDE типа Netbeans, Eclipse и т.д. А здесь весь редактор в установленном виде занимает порядка 5 мегабайт.Значит у вас "тяжелые" стереотипы и вы плохо себе представляете что вообще такое "среда разработки", подменяя это понятие какими-то "тяжелыми" костылями для быдлокодеров, желающих казаться разработчиками. Да, подобные навороченные костыли в себя обычно включают еще и "среду разработки", но это не значит, что они сами по себе являются "средой разработки".
сборка Win32 в wine не работает
Очень дельный комментарий
зачем запускать сборку Win32 в Wine когда есть нативный линуксовый вариант??? O_o
Вы разве не в курсе, как сильно красноглазые убунтоиды боятся исходного кода и требуют пакетов?
Можно попробовать адаптированную версию этой сборки под Linux:
http://www.fw-web.de/scite.php
"SciTE 2.02 - кроссплатформенный текстовый редактор для программистов"Название, извините, лажовое.
Чем он лучше vim?
К vim'у более подходит "кроссплатформенный текстовый редактор для программистов"
>Чем он лучше vim?А почему он должен быть лучше vim? он просто другой.
Идеалогию vim не каждый переварит. Я например не въехал.
Название: СцайТ )))
Не знаю, кто виноват, но в eric4 эта scintilla ведет себя просто безобразно глючно. К тому же зависит от qt3.
>Не знаю, кто виноват, но в eric4 эта scintilla ведет себя просто безобразно глючно. К тому же зависит от qt3.виноваты такие юзеры, которые не понимают разницу между библиотекой и приложением
и в частности не знают, что сама scintilla от qt никак не зависит
если eric4 собрали криво, то причем здесь scintilla?
>виноваты такие юзерыДа ты что? А не врешь?
>которые не понимают разницу между библиотекой и приложением
Расскажи это кому-нибудь другому.
>если eric4 собрали криво, то причем здесь scintilla?
Eric требует python-qscintilla, которая требует libqscintilla, которая требует libqt-mt.so.3.
Я же написал, что не знаю, чья вина, что оно глючит. Факт остается фактом - редактор в eric4 редкостное дерьмо, и в основе этого дерьма лежит scintilla.
>Eric требует python-qscintilla, которая требует libqscintilla,Вот вы сами пишете, что оно зависит от qscintilla, а не от scintilla. Тогда при чем здесь scintilla? Видимо вы решили, что все дело в названии.
>которая требует libqt-mt.so.3.
Я не знаю, как там дела у qscitilla (буковка q в начале - не перепутайте), но если даже мельком погуглить, то можно заметить, что есть qscintilla, которая зависит от Qt4.
Так что дело даже скорее всего и не в qsсintilla. Не говоря уже о самой scintilla.Ну а если, ну чуть-чуть еще погуглить, то можно обнаружить, что в Инете уже недели две как лежит новость о том, что "removed Qt3 support from eric4".
Хотя скорее всего и раньше ее можно было собрать без Qt3. Не уверен, но обычно так бывает.Так что могу предположить, что причиной всему, очень вероятно, является ваша "способность" упорно находить для себя исключительно кривые дистрибутивы софта.
И что любые даже мелкие глюки, скорее всего, вгоняют вас в полный ступор, и вы не знаете, где искать и что делать.>Я же написал, что не знаю, чья вина, что оно глючит.
Не знаете - значит ваша. Может оно только у вас одного и глючит. Даже толком в зависимотях разобраться не можете, но делаете вид, что якобы в курсе.
>Факт остается фактом - редактор в eric4 редкостное <...>
Ну судя по вашим способностям отслеживать элементарные зависимости, то вы просто не способны пользоваться чем-либо хоть чуть более лучшим, чем "редкостное <...>". И при всем богатстве выбора, получаете только такое.
Вот я и говорю - виноваты такие вот юзеры, что такие вот сборки пользуют и такой вот рынок сбыта формируют для самих себя.
>и в основе этого <...> лежит scintilla.
По вашему, если "глючит" какое-то "редкостное <...>", и в основе его что-то лежит, то проблему надо в первую очередь искать, в том что туда положили, а не в том, что оно само по себе "редкостное <...>". И что некоторые юзеры чем-то другим пользоваться не в состоянии.
Считаете, что разработчикам библиотек нужно еще следить за тем, чтобы их библиотеки не положили в какое-то "редкостное <...>". И что бы такие вот юзеры не хватали что попало, не понимая толком, что такое библиотеки.
>Расскажи это кому-нибудь другому.
Ну я и рассказываю, тут кроме вас, и другие есть.
>>виноваты такие юзеры
>Да ты что? А не врешь?Ну вы своими же ляпами и подтвердили, что я не вру.
По поводу зависимости от qt3: что-то на гонево похоже.
в винде собирал qt4+libqscintilla2+pyqt4 - qt3 был не нужен.в кубунте пускаю - в strace вижу загрузку
/usr/lib/pymodules/python2.6/PyQt4/Qsci.so и /usr/lib/libqscintilla2.so.5теоретически можно собрать QScintilla2 для qt3 ( http://www.riverbankcomputing.co.uk/software/qscintilla/intro : "QScintilla2 supports both Qt v3 and Qt v4"), но что-то сомнительно что это срастётся с eric4.
по поводу "просто безобразно глючно": опишите, что Вас беспокоит.
>По поводу зависимости от qt3: что-то на гонево похоже.
>в винде собирал qt4+libqscintilla2+pyqt4 - qt3 был не нужен.Сам удивляюсь вообще-то. В списке зависимостей пакета вижу либы от qt4, а также libqt-mt.so.3 (sic!). Зачем это сделано, мне неведомо и неинтересно.
>по поводу "просто безобразно глючно": опишите, что Вас беспокоит.
Например неправильно работает подсветка отступов (ставлю 4 пробела, оно показывает линии через каждые 2). Границу по количеству символов тоже рисует непонятно где, отступив всего пикселов 200 от левого края. Остальное забыл, смотрел около месяца назад. Даже kate как редактор показался адекватнее, хотя в нем багов тоже хватает.
>Сам удивляюсь вообще-то. В списке зависимостей пакета вижу либы от qt4, а также libqt-mt.so.3 (sic!). Зачем это сделано, мне неведомо и неинтересно.Но при этом поспешили заявить, что qscintilla зависит от qt3 без вариантов, только потому, что у вас "неведомо" как оказалась в зависимостях libqt-mt.so.3.
Как-как, мейнтейнеры вашего дистра намудрили с зависимостями. А вы вместо того, чтобы просто отправить баг-репорт, стали заявлять, что во всем виновата scintilla.
Хотя очень может быть, что это даже не они, а вы что-то там наделали с собственным менеджером пакетов или чего у вас там еще "неведомым" способом софт устанавливает.Вот и получается, что кроме как распространять дезинформацию по форумам, вам остальное "неведомо и неинтересно".
>Например неправильно работает подсветка отступов (ставлю 4 пробела, оно показывает линии через каждые 2). Границу по количеству символов тоже рисует непонятно где, отступив всего пикселов 200 от левого края. Остальное забыл, смотрел около месяца назад. Даже kate как редактор показался адекватнее, хотя в нем багов тоже хватает.
И при этом тоже однозначно заявили вначале, что виновато ни что иное как scintilla. Это при том, что в других проектах и даже сборках все нормально с этой библиотекой.
Как же ты надоел своим пустым флудом.
>Как же ты надоел своим пустым флудом.А заявлять без всяких оснований, что "эта scintilla ведет себя просто безобразно глючно",
а потом тут же говорить, что это вам "неведомо и неинтересно",
это разве не флуд?Если "неведомо", то чего заявлять?
Если "неинтересно" - тем более.
Подскажите, какой дистрибутив Вы используете?Обе проблемы (отступы и правая граница) - это результат неправильной настройки eric4
казалось-бы - открыл окно настроек (настройка-предпочтения), в дереве слева выбрал редактор-стиль - указал шрифты и выбрал моноширинный шрифт по умолчанию (Terminus или там Courier New - у кого что есть). Но этого мало. Хитроумный автор eric4 предусмотрел использование разных шрифтов для разных языков и в пределах одного языка для разных синтаксических элементов, и по каким-то причинам метрики шрифта для рисования линий берёт оттуда. Так что открываем в этом-же диалоге редактор-highlighters-styles - выбираем язык и для простоты указываем тот-же самый моноширинный шрифт.
>Подскажите, какой дистрибутив Вы используете?openSuse.
>открываем в этом-же диалоге редактор-highlighters-styles - выбираем язык и для простоты указываем тот-же самый моноширинный шрифт.Спасибо, гляну. Хотя шрифт я указывал, и отображается он вроде нормально.
К слову, вчера глянул этот самы scite, фейспалм на фейспалме. В файлах настроек подсветки языков указан шрифт font.base (который в глобальных настройках конечно же установлен как пропорциональный) вместо font.monospace. Мало того, из меню Options открываются файлы настроек, лежащие в /usr/share/scite, то есть сразу отредактировать и сохранить их нельзя. Опция "Use monospace font" в меню включает моноширный шрифт только для текущего файла и после закрытия сбрасывается. В файле настроек escript.options (подсветка EcmaScript) обнаружилась вот такие строки:
# the directory of the ecompile.exe
ECOMPILEHOME=C:\Daten\Code\CVS Workspace\etheria-pol095\scriptsСмотреть дальше на это убожество я не смог.
Что только люди не выдумывают чтобы не посмотреть кругом и не научиться пользоваться уже существующими много лет инструментами!
Вот взять например емакс - ну не верится мне что его нельзя настроить чтобы работать также как в этом SciTE. Мне думается, что время потраченное на изучение емакса и на написание нового редактора мягко говоря различаются. А уж результат и подавно...
>Что только люди не выдумывают чтобы не посмотреть кругом и не научиться пользоваться уже >существующими много лет инструментами!SciTE существует уже более 10 лет (проект возник в 1999 году), это немалый срок.
>SciTE существует уже более 10 лет (проект возник в 1999 году), это немалый срок.Спасибо, не знал.
Но тем не менее, зачем он когда емакс существовал задолго до него?
значит есть причина, по которой емакс ненужный
>Что только люди не выдумывают чтобы не посмотреть кругом и не научиться пользоваться уже существующими много лет инструментами! Вот взять например емакс - ну не верится мне что его нельзя настроить чтобы работать также как в этом SciTE.Вот прежде чем такое писать всё-таки не мешало бы проверить самому. Я и vim и emacs пользуюсь (в основном vim), но чтобы их назвать дописанными текстовыми редакторами язык не поворачивается.
Чего стоит в виме невозможность нормально привязывать комбинации клавиш если у вас всё работает под utf-8, то есть привязки работать будут, но только чтобы воспользоваться надо переключаться на английский (в todo на их сайте это есть, а я всё своё привязываю к F1-F12), также выравнивание текста по ширине делается грубо говоря через одно место, большие абзацы текста (по пол экрана) пролистывать крайне неудобно...
Емакс не так давно допилили чтобы открывал файлы с именами на русском языке в UTF-8, но в стабильном дебиан он до сих пор этого не умеет. Потом посмотрите на меню емакса - без комментариев... собственно профессионалы это меню вообще не используют, а думать о массах кому надо? Переключение раскладок у него своеобразное и об этом надо знать заранее.
И даже если кого-то устраивают недоделки этих редакторов, то не факт, что понравится бейсик вима или лисп емакса. Меня именно лисп от емакса и оттолкнул - не понравились постоянные круглые скобки и т.д. Так что любители Lua думаю рады SciTE больше чем другим редакторам.
Просто для информации. UTF8 и "русские кнопки" уже в последних версиях vim (ну как минимум в 7.2.257) исправлены.
$ pkg_info -xI vim
vim-7.2.299 Vi "workalike", with many additional featuresFreeBSD 8. Из порта. Не работают.
SciTE -- мой выбор:
vim я сам пока не осилил.
eclipse&co тормозят.
kate и gedit по классу как SciTE, но мелких недочётов больше
Хороший редактор, периодически им пользуюсь.
Правда пришлось поковыряться, чтобы создать собственную подсветку - для скриптов gnuplot-а. Из скриптовых языков за основу лучше всего подошла подсветка shell.А вообще главный недостаток Scintill-овского Lexer-а - нельзя создать принципиально отличающуюся подсветку без написания на Си++ алгоритма подсветки и перекомпиляции. Можно только взять за основу имеющуюся подсветку и слегка переработать. В этом плане Far-овский Colorer, с его XML-ем и регэкспами, впереди планеты всей.
>В этом плане Far-овский Colorer, с его XML-ем и регэкспами, впереди планеты всей.Еще бы он не глючил, было бы просто замечательно :)
>Хороший редактор, периодически им пользуюсь.
>Правда пришлось поковыряться, чтобы создать собственную подсветку - для скриптов gnuplot-а. Из
>скриптовых языков за основу лучше всего подошла подсветка shell.
>
>А вообще главный недостаток Scintill-овского Lexer-а - нельзя создать принципиально отличающуюся подсветку
>без написания на Си++ алгоритма подсветки и перекомпиляции. Можно только взять
>за основу имеющуюся подсветку и слегка переработать. В этом плане Far-овский
>Colorer, с его XML-ем и регэкспами, впереди планеты всей.Производительности Colorer'у очень не хватает.
Давно и стабильно юзаю http://www.pnotepad.org/
В Linux лучше Kate пока не встретил.
> Давно и стабильно юзаю http://www.pnotepad.org/Что характерно — ещё один редактор на базе scintilla.
>А вообще главный недостаток Scintill-овского Lexer-а - нельзя создать принципиально отличающуюся подсветку
>без написания на Си++ алгоритма подсветки и перекомпиляции. Можно только взять
>за основу имеющуюся подсветку и слегка переработать. В этом плане Far-овский
>Colorer, с его XML-ем и регэкспами, впереди планеты всей.Есть ещё экспериментальный TextAdept (http://code.google.com/p/textadept/) с лексерами на Lua. В принципе, наверное, можно попробовать прикрутить colorer в качестве лексера к SctTE.