Перейти из форума на сайт.

Новости • Файловые архивы
Поиск • Активные темы • Топ лист
Правила • Кто в on-line?
Вход • Забыли пароль? • Первый раз на этом сайте? • Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » SciTE - Open Source Text Editor for Windows & Linux

Модерирует : gyra, Maz

Widok (23-11-2010 11:23): Лимит страниц. Продолжаем здесь  Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99

   

Widok



Moderator-Следопыт		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

A free source code editor for Win32 and X
Русскоязычный форум поддержки
Внимание! Это - продолжение темы, начатой [здесь]

  • Один из самых настраиваемых текстовых редакторов из ныне существующих. Настраивается практически все.
  • Индивидуальная подсветка для разных языков програмирования, фолдинг для классов, функций и структур, авто-дополнение, и т.д. и т.п. ...
     
  • Официальный сайт: Scintilla and Scite
  • Официальный форум: Scite-interest -- Discussion of the SciTE editor
  • Русская документация по SciTE (Ждем ваших замечаний и дополнений...)
  • Проект SciTE-Ru (полезные файлы, предложения, SVN, ....)
  • SciTE - Википедия (корректируйте, дополняйте!)
  • Русский сайт SciTE(FAQ, снимки экрана, утилиты, скрипты, ....) (многое сильно устарело...)
  • Мечта кодера. статья
  • Burgaud.com - US.SciTE
  • SciTE: Scintilla Text Editor with Extensions
  • Filerx, SideWinder
  • ......
     
       
  • Project file releases
  • Project summary (including basic statistics)
  • Новости со SciTE.ru
     
    Последняя версия оригинального редактора SciTE - 2.22
     
    Последняя версия редактора из проекта SciTE-Ru - 2.22 .87 [Сборка 01.11.2010]
    (Oписание: сборки, ядра)        [Важно! О "вирусах" в сборке SciTE-Ru!]
     
    Русскоязычный онлайновый чат, посвященный SciTE: online@conference.scite-ru.org
    Дружественная тема: Доработка исходного кода и компилирование сборки Ru-Board Edition
    Нерешенные задачи и вопросы ( Для умных и талантливых форумчан )
    • Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 14:48 09-10-2007 | Исправлено: mozers, 19:36 01-11-2010
    SufiT

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Правлю CSS в scite. Когда открываю фигурную скобку, автоматически закрывающаяся скобка появляется через строку и, соответственно, курсор появляется на строке между скобками.
    Как в настройках сделать так, чтобы скобки находились на одной строке: { } ?
    Подскажите плиз.
    Всего записей: 1 | Зарегистр. 31-08-2010 | Отправлено: 15:19 31-08-2010
    TymurGubayev

    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Вот. Я чесноговоря по большому счету нихрена не понял.  

     
    По приведенной ссылке есть ещё одна, вот сюда: http://www.scintilla.org/nulex.html
     
    А там есть такой абзац:

    Цитата:
    Single lexer per document
     
    A problem with current Scintilla is that lexers and lexer options such as properties and keywords are attached to the view (ScintillaBase) object rather than the Document object. When two views are showing one document then it is possible for two different lexers to be called to style the text leading to arbitrary and confusing results.
     
    To fix this, lexer state is being moved from ScintillaBase to Document although the state is still being set up by ScintillaBase as it is providing the API to client code.
     
    This will change the scope of some settings so may require changes to applications. Applications that only set up properties or word lists at initialisation or when changing languages will have to repeat these for each document. Conversely, there will no longer be a need to set parameters for each view on a document or when switching between documents on a view since documents retain settings.

     
    из которого более-менее понятно, о чём речь.
     
    А т.к. split view в SciTE вроде нет, то нас это новшество касается мало (ИМХО)
    Всего записей: 35 | Зарегистр. 24-11-2008 | Отправлено: 20:04 31-08-2010
    BioInfo

    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SufiT
    Обновил скрипт
    smartbraces.lua [строка 1] : Подробнее...
    Всего записей: 83 | Зарегистр. 30-04-2007 | Отправлено: 11:11 01-09-2010
    Cuprume



    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    BioInfo
    Спасибо! Тоже ждал, вдруг кто сделает. Все-таки в линию мне удобнее.
    В принципе теперь можно ввести настроечный параметр (чтобы пользователь мог выбрать) который указывает как делать обработку фигурных скобок - в линию или с переносом.
    Всего записей: 73 | Зарегистр. 03-06-2010 | Отправлено: 16:29 01-09-2010 | Исправлено: Cuprume, 16:34 01-09-2010
    j52

    Full Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    2010-09-02 обновился релиз SciTE до 2.21
    Ссылка
    Всего записей: 534 | Зарегистр. 05-05-2004 | Отправлено: 23:02 04-09-2010
    ALeXkRU



    Platinum Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    j52
    дак, уже три дня как  
    Всего записей: 11793 | Зарегистр. 03-12-2003 | Отправлено: 23:25 04-09-2010
    j52

    Full Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ALeXkRU

    Цитата:
    дак, уже три дня как

    -  а в ветке инфы об этом не было...
    Всего записей: 534 | Зарегистр. 05-05-2004 | Отправлено: 00:47 05-09-2010
    mozers



    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    j52
    Абсолютно верно. В топике инфы не было, а теперь уважаемый ALeXkRU приготовил нам перевод всех новинок версии 2.21.
    Изменений - много. В основном это исправления ошибок предыдущего релиза.
    Формулировка
    Цитата:
    В HTML лексере запоминается состояние строки, вызываемое строкой на этой строке, а не на следующей строке.
    не понравилась самому автору перевода. Может кто предложит лучший вариант? (Ссылочку на первоисточник я привел).
    Всего записей: 2187 | Зарегистр. 03-01-2002 | Отправлено: 22:09 05-09-2010
    ruruboard

    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Давайте попробую...
     

    Цитата:
    LexHTML is now changed to work this way: the state taking into  
    account the contents of a line is stored as the linestate of that line  
    rather than the next one. When the lexer starts processing another  
    block it picks up the line state from the previous line. This should  
    be more robust when lines are inserted and removed.

     
    "Лексер для HTML сейчас работает так: Состояние лексера для текущей строки сохраняется в этой же строке (ранее оно хранилось в следующей строке). Когда лексер обрабатывает следующий блок, он берёт состояние из предыдущей строки. Это решение должно быть более правильным, когда строки вставляются и удаляются".
     
    Добавлено:
    Хотя еси чесна, я не понял, что он имел ввиду. )
     
    По идее, у каждого символа строки должно быть своё состояние: ключевое слово/идентификатор/оператор/строка и т.п. Соотв. строка не может иметь ОДНО состояние. А лексер (при изменении текста текущей строки) должен взять состояние последнего символа из предыдущей строки. Может, Нэйл это имел ввиду?
    Всего записей: 110 | Зарегистр. 04-06-2009 | Отправлено: 13:50 06-09-2010
    mozers



    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ruruboard
    По тому как в приведенный выше тред никто, кроме самого Нейла, не вякнул, смысл этой доработки не дошел даже до тех у кого английский - родной язык
    Всего записей: 2187 | Зарегистр. 03-01-2002 | Отправлено: 21:04 06-09-2010
    ruruboard

    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Видимо, его лексер строко-ориентированный (что несколько глупо в свете сильной зависимости от предыдущих фрагментов текста), поэтому (я так понял) он для текущей строки хранит её "состояние", которое есть ни что иное, как состояние последнего символа.
    В любом случае, мне его лексер-энжын не очень понравился - примитивен. Я писал лексер для D, возникали неудобства. Про кривую фолдинг архитектуру вообще молчу.
    Всего записей: 110 | Зарегистр. 04-06-2009 | Отправлено: 11:46 07-09-2010
    mozers



    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ruruboard

    Цитата:
    Про кривую фолдинг архитектуру вообще молчу
    С точки зрения С - не скажу, но писал как то скриптик на lua для поддержки свертывания в txt - мне показалось что создание фолдинга просто и логично. Что же касается лексеров... Вот как раз в пред-последнем релизе структура лексеров поменялась. Насколько сильно - сказать не могу (не спец). А вот ты, судя по разговору, специалист по С++ и внутренности SciTE знаешь не по наслышке. Так почему же тебя нет в соседнем топике? Очень помощь нужна. Дел - по горло. Welcome, please
     
    Всего записей: 2187 | Зарегистр. 03-01-2002 | Отправлено: 13:19 07-09-2010
    ruruboard

    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    В том и прикол, что фолдинг я писал на Си - мне хватило. Внутренняя структура для фолдинга не продуманна.
     
    Я уже давно не касался С++, сейчас я шарповод. А scite - так, баловался, когда было время. С удовольствием помог бы, но 1) времени стало намного меньше 2) Не очень хочется копаться в scite - мой пятый элемент говорит, что это бесперспективный проект.
     
    Кстати о Lua: у меня такое подозрение, что именно из-за Lua русская сборка тормознее аглицкой. Если уж делать плагины, то на Сях (а лучше на D ).
    Всего записей: 110 | Зарегистр. 04-06-2009 | Отправлено: 15:05 07-09-2010
    mozers



    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ruruboard
    Ошибается Ваш "пятый элемент".
    Проект весьма активно развивается (не всегда, правда, в ту сторону в которую мне бы хотелось) но модификация идет полным ходом! Туча редакторов построены на движке Scintilla и их авторы тормошат Нейла постоянно. Так что перспектива - есть и еще какая. А будет ли это будущее совпадать с Вашими пожеланиями зависит от Вашего участия в проекте

    Цитата:
    Кстати о Lua: у меня такое подозрение, что именно из-за Lua русская сборка тормознее аглицкой. Если уж делать плагины, то на Сях (а лучше на D  ).
    Во первых в SciTE нет плагинов. Есть подключаемые скрипты, которые могут (при определенных условиях) довольно сильно замедлить работу SciTE. Дело тут чаще не в Lua (это - один из самых быстрых скриптовых языков), а в недоработках создателей скриптов. Так тут все просто: тормозит - отключи или поправь код
    Всего записей: 2187 | Зарегистр. 03-01-2002 | Отправлено: 15:00 08-09-2010
    ruruboard

    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mozers
    Вы путаете понятия "активно улучшающийся" и "грамотно спроектированный" проект. Ярчайшая иллюстрация - Линукс, за который Торвальдса надо закидать ссаными тряпками, однако ж развиваемый тысячами людей. Так вот: Линукс - бесперспективен.
     

    Цитата:
    Во первых в SciTE нет плагинов. Есть подключаемые скрипты

    Не вижу смысла в данном терминологическом снобстве.
     

    Цитата:
    Дело тут чаще не в Lua (это - один из самых быстрых скриптовых языков), а в недоработках создателей скриптов.

     
    Ровно наоборот. Скрипты пишут не дебилы ведь, правда? Тем более, что особой алгоритмической фантазии не требуется - дёрнул пару API, обработал, дёрнул ещё раз. Ежу понятно, что обработка каждого чиха через десятки скрипто-функций задавит любой проц. Я это наблюдал вживую на простом 12-меговом SQL файле: Lua-сборка редактировала со скоростью 1 символ в секунду, аглицкая - так же быстро, как я печатаю. Я превращаюсь в К.О., вещающем в 4 классе, не?
     
    Для меня остаётся загадкой современная тенденция скриптомудачества: если ты прогер, ты спокойно напишешь функцию на Сях. Если ламер, такого даже к конфигам допускать нельзя. Вопрос: ну и какой смысл прикручивать сбоку то, что можно встроить внутрь?
    Всего записей: 110 | Зарегистр. 04-06-2009 | Отправлено: 15:42 08-09-2010
    demOOnk

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Пара вопросов:
    1. как подключить язык из юзерпрефов? (import home/xxx не работает, только в глобальном файле настроек)
    2. можно ли динамически в api добавляться? (python например)
    Всего записей: 24 | Зарегистр. 16-01-2006 | Отправлено: 22:12 09-09-2010 | Исправлено: demOOnk, 22:13 09-09-2010
    Orion_76



    Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    demOOnk

    Цитата:
    2. можно ли динамически в api добавляться? (python например)

    Встроенными функциями вроде нельзя...
    А было бы здорово...
    Впринципе вроде не особенно сложно, чем то вроде stags выдергивать из исходников функции..и скриптиком вставлять их в в api-файлы...
    Всего записей: 386 | Зарегистр. 02-11-2007 | Отправлено: 22:48 09-09-2010
    demOOnk

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    со 2-м вроде идеи есть как сделать. Только придется наверное папку для новых нэймспэйсов сделать - и туда кэшировать несуществующие еще библиотеки. А в api подгружать отпарсеное из текущего документа.
     
    еще вопросик появилсо можно ли опцию
     
    properties.directory.enable сделать чтобы она не до упора вверх иерархии шла а только на n ступеней?
    Всего записей: 24 | Зарегистр. 16-01-2006 | Отправлено: 02:08 10-09-2010 | Исправлено: demOOnk, 02:08 10-09-2010
    UR4LTZ



    Junior Member    		Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Благодаря новому механизму подключения внешних лексеров в Scintilla 2.20 Mitchell переписал свой проект Scintillua.
    Теперь его лексер LexLPeg состоит всего из одной LexLPeg.dll и сильно не затрагивает остального кода редактора (только чтение настроек из properties)!
    Скачать новую версию с исходным кодом можно здесь или по прямой ссылке scintillua221-1.zip
    Всего записей: 119 | Зарегистр. 03-03-2008 | Отправлено: 09:26 10-09-2010 | Исправлено: UR4LTZ, 11:06 10-09-2010
    lleming

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    есть ли версия scite под линукс?
    Я имею ввиду полнофункциональную версию а не тот обрезок что по дефолту идет.
    Странно но scite под линукс это notpad нет ни код фолдинга ни автозакрытия скобок ни автодополнения.
    Только подсветка кода.
    Пробовал все версии scite от официальной в репозитории до разных версий с code.google.com и пару других
     
     
    в чем фишка
    Всего записей: 4 | Зарегистр. 11-09-2010 | Отправлено: 16:11 11-09-2010
       

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99

    Компьютерный форум Ru.Board » Компьютеры » Программы » SciTE - Open Source Text Editor for Windows & Linux
    Widok (23-11-2010 11:23): Лимит страниц. Продолжаем здесь


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru