The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

SciTE 2.02 - кроссплатформенный текстовый редактор для программистов

30.01.2010 19:46

Вышла версия 2.02 текстового редактора SciTE, основанного на компоненте для редактирования текста Scintilla. По данным статистики сайта Sourceforge.net предыдущая версия 2.01 была скачана более 130 тыс. раз.

Основные возможности:

  • Одновременное использование различных (в том числе и пропорциональных) шрифтов
  • Индивидуальная подсветка для разных языков программирования
  • Поиск и замена текста с использованием регулярных выражений во всех открытых файлах
  • Фолдинг для классов, функций и структур, авто-дополнение
  • Настройка редактора осуществляется путем редактирования файлов конфигурации, написанных на языке Lua.

Полный список изменений на русском языке доступен здесь. Участниками форума Ru-Board была подготовлена специальная сборка для Windows, содержащая многочисленные улучшения и дополнения (полный список дополнений доступен здесь. Описание всех доработок ядра доступно здесь, загрузить можно здесь).

  1. Главная ссылка к новости (http://www.scintilla.org/Scint...)
Автор новости: croster
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/25220-SciTE
Ключевые слова: SciTE, text
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (36) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
 
  • 2.10, trdm (ok), 15:13, 31/01/2010 [ответить]  
  • +/
    Редактор хороший.
    Мне очень понравилось что он вполпинка собрался по сорцам из svn батником.
    снимаю шляпу.
    Кроме того, есть Notepad++ для винды. У нпп есть фичи которых нет в SciTe но которые очень нужны. так что SciTe просто еще одна программа в области где очень сильно конкуренция.
    Например у меня текстовых редакторов на компе:
    - SciTe
    - AEditor
    - Notepad++
    - PHP Expert Editor
    и еще пара где-то валяется.
    Это не считая того, что хорошие редакторы в разных IDE.
     
  • 1.3, croster (ok), 10:18, 31/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лично у меня словосочетание "среда разработки" ассоциируется с "тяжелыми" IDE типа Netbeans, Eclipse и т.д. А здесь весь редактор в установленном виде занимает порядка 5 мегабайт. Впрочем, если исправите на "среда разработки", то против не буду. Что касается заголовка, то взял его из википедии: http://ru.wikipedia.org/wiki/SciTE
     
     
  • 2.26, dd (??), 13:49, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Лично у меня словосочетание "среда разработки" ассоциируется с "тяжелыми" IDE типа Netbeans, Eclipse и т.д. А здесь весь редактор в установленном виде занимает порядка 5 мегабайт.

    Значит у вас "тяжелые" стереотипы и вы плохо себе представляете что вообще такое "среда разработки", подменяя это понятие какими-то "тяжелыми" костылями для быдлокодеров, желающих казаться разработчиками. Да, подобные навороченные костыли в себя обычно включают еще и "среду разработки", но это не значит, что они сами по себе являются "средой разработки".


     

  • 1.5, yantux (??), 12:04, 31/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    сборка Win32 в wine не работает
     
     
  • 2.7, аноним (?), 12:55, 31/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Очень дельный комментарий
     
  • 2.14, Avator (ok), 17:08, 31/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    зачем запускать сборку Win32 в Wine когда есть нативный линуксовый вариант??? O_o
     
     
  • 3.20, Anonym (?), 04:50, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы разве не в курсе, как сильно красноглазые убунтоиды боятся исходного кода и требуют пакетов?
     
  • 2.24, croster (ok), 13:34, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Можно попробовать адаптированную версию этой сборки под Linux:
    http://www.fw-web.de/scite.php
     

  • 1.6, Vladimir (??), 12:29, 31/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "SciTE 2.02 - кроссплатформенный текстовый редактор для программистов"

    Название, извините, лажовое.

    Чем он лучше vim?

    К vim'у более подходит "кроссплатформенный текстовый редактор для программистов"

     
     
  • 2.11, trdm (ok), 15:18, 31/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Чем он лучше vim?

    А почему он должен быть лучше vim? он просто другой.
    Идеалогию vim не каждый переварит. Я например не въехал.

     
  • 2.12, Den (??), 15:25, 31/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Название: СцайТ )))
     

  • 1.8, Knuckles (ok), 14:05, 31/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Не знаю, кто виноват, но в eric4 эта scintilla ведет себя просто безобразно глючно. К тому же зависит от qt3.
     
     
  • 2.25, dd (??), 13:36, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Не знаю, кто виноват, но в eric4 эта scintilla ведет себя просто безобразно глючно. К тому же зависит от qt3.

    виноваты такие юзеры, которые не понимают разницу между библиотекой и приложением
    и в частности не знают, что сама scintilla от qt никак не зависит
    если eric4 собрали криво, то причем здесь scintilla?

     
     
  • 3.27, Knuckles (ok), 14:11, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >виноваты такие юзеры

    Да ты что? А не врешь?

    >которые не понимают разницу между библиотекой и приложением

    Расскажи это кому-нибудь другому.

    >если eric4 собрали криво, то причем здесь scintilla?

    Eric требует python-qscintilla, которая требует libqscintilla, которая требует libqt-mt.so.3.
    Я же написал, что не знаю, чья вина, что оно глючит. Факт остается фактом - редактор в eric4 редкостное дерьмо, и в основе этого дерьма лежит scintilla.

     
     
  • 4.28, dd (??), 15:06, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вот вы сами пишете, что оно зависит от qscintilla, а не от scintilla Тогда при ... большой текст свёрнут, показать
     
  • 2.32, какойто анонимус (?), 01:54, 02/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    По поводу зависимости от 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.

    по поводу "просто безобразно глючно": опишите, что Вас беспокоит.

     
     
  • 3.35, Knuckles (ok), 15:02, 02/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >По поводу зависимости от qt3: что-то на гонево похоже.
    >в винде собирал qt4+libqscintilla2+pyqt4 - qt3 был не нужен.

    Сам удивляюсь вообще-то. В списке зависимостей пакета вижу либы от qt4, а также libqt-mt.so.3 (sic!). Зачем это сделано, мне неведомо и неинтересно.

    >по поводу "просто безобразно глючно": опишите, что Вас беспокоит.

    Например неправильно работает подсветка отступов (ставлю 4 пробела, оно показывает линии через каждые 2). Границу по количеству символов тоже рисует непонятно где, отступив всего пикселов 200 от левого края. Остальное забыл, смотрел около месяца назад. Даже kate как редактор показался адекватнее, хотя в нем багов тоже хватает.

     
     
  • 4.36, dd (??), 19:38, 02/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Сам удивляюсь вообще-то. В списке зависимостей пакета вижу либы от qt4, а также libqt-mt.so.3 (sic!). Зачем это сделано, мне неведомо и неинтересно.

    Но при этом поспешили заявить, что qscintilla зависит от qt3 без вариантов, только потому, что у вас "неведомо" как оказалась в зависимостях libqt-mt.so.3.

    Как-как, мейнтейнеры вашего дистра намудрили с зависимостями. А вы вместо того, чтобы просто отправить баг-репорт, стали заявлять, что во всем виновата scintilla.
    Хотя очень может быть, что это даже не они, а вы что-то там наделали с собственным менеджером пакетов или чего у вас там еще "неведомым" способом софт устанавливает.

    Вот и получается, что кроме как распространять дезинформацию по форумам, вам остальное "неведомо и неинтересно".

    >Например неправильно работает подсветка отступов (ставлю 4 пробела, оно показывает линии через каждые 2). Границу по количеству символов тоже рисует непонятно где, отступив всего пикселов 200 от левого края. Остальное забыл, смотрел около месяца назад. Даже kate как редактор показался адекватнее, хотя в нем багов тоже хватает.

    И при этом тоже однозначно заявили вначале, что виновато ни что иное как scintilla. Это при том, что в других проектах и даже сборках все нормально с этой библиотекой.

     
     
  • 5.37, Knuckles (ok), 19:47, 02/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Как же ты надоел своим пустым флудом.
     
     
  • 6.38, dd (??), 21:59, 02/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Как же ты надоел своим пустым флудом.

    А заявлять без всяких оснований, что "эта scintilla ведет себя просто безобразно глючно",
    а потом тут же говорить, что это вам "неведомо и неинтересно",
    это разве не флуд?

    Если "неведомо", то чего заявлять?
    Если "неинтересно" - тем более.

     
  • 4.39, какойто анонимус (?), 00:16, 03/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Подскажите, какой дистрибутив Вы используете?

    Обе проблемы (отступы и правая граница) - это результат неправильной настройки eric4
    казалось-бы - открыл окно настроек (настройка-предпочтения), в дереве слева выбрал редактор-стиль - указал шрифты и выбрал моноширинный шрифт по умолчанию (Terminus или там Courier New - у кого что есть). Но этого мало. Хитроумный автор eric4 предусмотрел использование разных шрифтов для разных языков и в пределах одного языка для разных синтаксических элементов, и по каким-то причинам метрики шрифта для рисования линий берёт оттуда. Так что открываем в этом-же диалоге редактор-highlighters-styles - выбираем язык и для простоты указываем тот-же самый моноширинный шрифт.

     
     
  • 5.40, Knuckles (ok), 14:30, 03/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Подскажите, какой дистрибутив Вы используете?

    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

    Смотреть дальше на это убожество я не смог.

     

  • 1.13, Erley (ok), 16:43, 31/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что только люди не выдумывают чтобы не посмотреть кругом и не научиться пользоваться уже существующими много лет инструментами!
    Вот взять например емакс - ну не верится мне что его нельзя настроить чтобы работать также как в этом SciTE. Мне думается, что время потраченное на изучение емакса и на написание нового редактора мягко говоря различаются. А уж результат и подавно...
     
     
  • 2.17, croster (ok), 20:23, 31/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Что только люди не выдумывают чтобы не посмотреть кругом и не научиться пользоваться уже >существующими много лет инструментами!

    SciTE существует уже более 10 лет (проект возник в 1999 году), это немалый срок.

     
     
  • 3.18, Erley (ok), 20:41, 31/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >SciTE существует уже более 10 лет (проект возник в 1999 году), это немалый срок.

    Спасибо, не знал.
    Но тем не менее, зачем он когда емакс существовал задолго до него?

     
     
  • 4.19, аноним (?), 21:24, 31/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    значит есть причина, по которой емакс ненужный
     
  • 2.21, Дмитрий Телегин (?), 09:17, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Что только люди не выдумывают чтобы не посмотреть кругом и не научиться пользоваться уже существующими много лет инструментами! Вот взять например емакс - ну не верится мне что его нельзя настроить чтобы работать также как в этом SciTE.

    Вот прежде чем такое писать всё-таки не мешало бы проверить самому. Я и vim и emacs пользуюсь (в основном vim), но чтобы их назвать дописанными текстовыми редакторами язык не поворачивается.

    Чего стоит в виме невозможность нормально привязывать комбинации клавиш если у вас всё работает под utf-8, то есть привязки работать будут, но только чтобы воспользоваться надо переключаться на английский (в todo на их сайте это есть, а я всё своё привязываю к F1-F12), также выравнивание текста по ширине делается грубо говоря через одно место, большие абзацы текста (по пол экрана) пролистывать крайне неудобно...

    Емакс не так давно допилили чтобы открывал файлы с именами на русском языке в UTF-8, но в стабильном дебиан он до сих пор этого не умеет. Потом посмотрите на меню емакса - без комментариев... собственно профессионалы это меню вообще не используют, а думать о массах кому надо? Переключение раскладок у него своеобразное и об этом надо знать заранее.

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

     
     
  • 3.22, Пожалуйста (?), 10:07, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Просто для информации. UTF8 и "русские кнопки" уже в последних версиях vim (ну как минимум в 7.2.257) исправлены.
     
     
  • 4.31, terr0rist (ok), 16:42, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    $ pkg_info -xI vim
    vim-7.2.299         Vi "workalike", with many additional features

    FreeBSD 8. Из порта. Не работают.

     

  • 1.15, Аноним (-), 17:13, 31/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    SciTE -- мой выбор:
    vim я сам пока не осилил.
    eclipse&co тормозят.
    kate и gedit по классу как SciTE, но мелких недочётов больше
     
  • 1.16, pavel_n (?), 19:39, 31/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хороший редактор, периодически им пользуюсь.
    Правда пришлось поковыряться, чтобы создать собственную подсветку - для скриптов gnuplot-а. Из скриптовых языков за основу лучше всего подошла подсветка shell.

    А вообще главный недостаток Scintill-овского Lexer-а - нельзя создать принципиально отличающуюся подсветку без написания на Си++ алгоритма подсветки и перекомпиляции. Можно только взять за основу имеющуюся подсветку и слегка переработать. В этом плане Far-овский Colorer, с его XML-ем и регэкспами, впереди планеты всей.

     
     
  • 2.23, dq0s4y71 (??), 12:07, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >В этом плане Far-овский Colorer, с его XML-ем и регэкспами, впереди планеты всей.

    Еще бы он не глючил, было бы просто замечательно :)

     
  • 2.29, IGX (?), 15:26, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Хороший редактор, периодически им пользуюсь.
    >Правда пришлось поковыряться, чтобы создать собственную подсветку - для скриптов gnuplot-а. Из
    >скриптовых языков за основу лучше всего подошла подсветка shell.
    >
    >А вообще главный недостаток Scintill-овского Lexer-а - нельзя создать принципиально отличающуюся подсветку
    >без написания на Си++ алгоритма подсветки и перекомпиляции. Можно только взять
    >за основу имеющуюся подсветку и слегка переработать. В этом плане Far-овский
    >Colorer, с его XML-ем и регэкспами, впереди планеты всей.

    Производительности Colorer'у очень не хватает.

     
     
  • 3.30, zoonman (ok), 15:49, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Давно и стабильно юзаю http://www.pnotepad.org/
    В Linux лучше Kate пока не встретил.
     
     
  • 4.33, be_nt_all (ok), 03:53, 02/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Давно и стабильно юзаю http://www.pnotepad.org/

    Что характерно — ещё один редактор на базе scintilla.

     
  • 2.34, be_nt_all (ok), 03:59, 02/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А вообще главный недостаток Scintill-овского Lexer-а - нельзя создать принципиально отличающуюся подсветку
    >без написания на Си++ алгоритма подсветки и перекомпиляции. Можно только взять
    >за основу имеющуюся подсветку и слегка переработать. В этом плане Far-овский
    >Colorer, с его XML-ем и регэкспами, впереди планеты всей.

    Есть ещё экспериментальный TextAdept (http://code.google.com/p/textadept/) с лексерами на Lua. В принципе, наверное, можно попробовать прикрутить colorer в качестве лексера к SctTE.


     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру