» SciTE Ru-Board Edition

Версия: 1.77 .61Ru Oct 22 2008 13:45:29
Не знаю исправлено-ли уже, но скрипт dos866<>win1251 работает сразу по всем файлам, а надо чтобы только для текущего - а то одновременно редактировать файлы с разными кодировками сложновато.

VoidVolker
Наврядли это будет когда либо исправлено, поскольку кодировка меняется сменой значения параметра props["character.set"], а он действует на все открытые файлы.
Выход один - открыть файл, "Tools -> Кодировка -> Конвертировать в WIN-1251 из… -> DOS866" и редактируем файл обычным порядком, после чего - сохраняем "Tools -> Кодировка -> Сохранить WIN-1251 в кодировке… -> DOS866".
Пока не будет сделано Issue 18, которое уже почти 2 года висит невыполненным, так и будем мучится

mozers ясно, я так и предполагал. А вот еще скрипт открытия файла по щелчку не обрабатыввает пути с пробелами.

Цитата:

Пока не будет сделано Issue 18

А Нил сам что думает по этому поводу?

Цитата:

А Нил сам что думает по этому поводу?

Он считает, что кому надо, тот пусть и делает.

Жестоко считает.

Объясните пожалуйста как сделать новую кнопку на панели инструментов или новую клавиатурную команду для сортировки выделенного куска текста, чтоб не заходить в меню и не искать там. И еще - почему сортировка идет иногда с а до я, а иногда с я до а?

domo22
Поскольку твой вопрос никаким боком не касается разработки SciTE-Ru (все это - штатная настройка редактора) - ответил в общем топике.

Цитата:

Пока не будет сделано Issue 18, которое уже почти 2 года висит невыполненным, так и будем мучится

Почему бы recode не попробовать из набора GnuWin? 150 кодировок умеет переконвертировать)

alrusdi81
Да без проблем можно подключить любой перекодировщик. Тут - дело не в количестве.
Сейчас именно так и выкручиваемся, используя более "легкое" скриптовое решение.
Но "русские" редакторы (то же AkelPad) делают перекодировку "на лету".
Т.е. при открытии файла появляется диалоговое окно с предложением выбрать кодировку (или рерактор ее определяет автоматически). Затем этот файл открывается в редакторе уже перекодированным в кодировку редактора (обычно в win1251). Но при этом в строке состояния отображается его исходная кодировка.
При сохранениии файл вновь автоматически перекодируется в исходную кодировку.
В результате пользователь даже не задумывается о кодировке файла. В какой открыл - в такой и сохранил.
Т.е. мало подключить перекодировщик. Надо сделать так чтобы он запоминал какой файл в какой кодировке он открыл (чтобы потом в этой же кодировке его и сохранить).

mozers

Цитата:

Т.е. мало подключить перекодировщик. Надо сделать так чтобы он запоминал какой файл в какой кодировке он открыл (чтобы потом в этой же кодировке его и сохранить).

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

Добавлено:
alrusdi81

Цитата:

Оптимально не CP1251 а UTF8 IMHO - время национальных кодировок прошло и надо их изживать)

а вот это спорно, национальные символы в UTF8 занимают в два раза больше памяти, если я открываю маленький файл, то конечно все равно, а вот если несколько и весьма больших, то например будет редактор занимать 100 Мб или около 200 Мб в памяти для меня уже имеет значение.

vladvro
Цитата:

разве это нельзя сделать скриптом??

Попробуй...
Я обломался с самого начала (т.к. onOpen срабатывает когда файл уже открыт)

на заметку
(для тех кто работает с кодом редактора в самом редакторе и иногда заглядывает в исходники оригинальной версии)
команда для открытия в новом окне файла, аналогичного текущему, но из исходников оригинальной версии, при учете что сохранена структура SVN:

Код: command.name.5.$(file.patterns.cpp)=Open Original
command.5.$(file.patterns.cpp)=dostring root,name=(props['FilePath']):match('^(.+\\)trunk\\src(\\.-)$') if(name)then scite.Open(root..'original_version'..name) end
command.mode.5.$(file.patterns.cpp)=subsystem:lua,savebefore:no

mozers
Значит нужно событие onBeforeOpen генерить)
Vladvro
Ну в Линуксе, например, SciTE только с utf8 (для национальных кодировок) умеет корректно работать.
А что касается 200Mb, то для чтения и написания романов более подходящие инструменты имеются. Бинарный же файл (если ты об этом) конечно нужно как есть открывать, а не перекодировать неизвестно во что.
Ну это я так, в качестве личного мнения.

Сборка 1.77.61; не работают хоткеи Alt+1 Alt+2:

Код: user.shortcuts=\
Alt+Q|9061|\
Alt+W|9063|\
Alt+1|9061|\
Alt+2|9063|\
$(user.shortcuts.add)
# 61 = CN_COPY_TO_CLIPBOARD_FULLNAME
# 63 = CN_COPY_TO_CLIPBOARD_FILENAME

VoidVolker
Не подтверждаю. Все отлично работает. Смотри свой SciTEUser.properties - не переназначается ли в нем параметр user.shortcuts?
Кстати, можно записать и поаккуратнее (именно для этого мы числовым значениям имена присваивали):
SciTEGlobal.properties [строка 1200] :
Код: user.shortcuts=\
Alt+Q|9$(CN_COPY_TO_CLIPBOARD_FULLNAME)|\
Alt+1|9$(CN_COPY_TO_CLIPBOARD_FULLNAME)|\
Alt+W|9$(CN_COPY_TO_CLIPBOARD_FILENAME)|\
Alt+2|9$(CN_COPY_TO_CLIPBOARD_FILENAME)|\
...

Цитата:

Не подтверждаю. Все отлично работает. Смотри свой SciTEUser.properties - не переназначается ли в нем параметр user.shortcuts?

Ну значит что-то у меня не так, раз альт+1 не работает.

Цитата:

Кстати, можно записать и поаккуратнее (именно для этого мы числовым значениям имена присваивали):

Т.к. Alt+1|9$(CN_COPY_TO_CLIPBOARD_FULLNAME)|\ у меня не сработало, решил попробовать другой хоткей и с другой формой записи - и вдруг заработало, а раз работает - так и оставил.

Цитата:

Правда, особого смысла вешать на одну и ту же команду по паре шорткатов не вижу...

Просто пример.

{SideBar Lpeg} Зависание на AT&T синтаксисе ассемблера.

Открываем "lpeg.c" и приготовим нашего подопытного кролика выполнив такую команду.
gcc -Os -DNDEBUG lpeg.c -S -ansi -I../../src/scite/lua/include -shared -o lpeg.s

Открываем полученный "lpeg.s" файл в редакторе, установим ему подсветку синтаксиса "Assembler",
переходим в "SideBar" на закладку "Func/Bmk" в этом месте мы начинаем кушать 100% процессора,
моего терпения ждать хватило на 5 минут после чего редактор был закрыт в диспетчере задач.

Зависание происходит только если установлена подсветка "Assembler".
На всех других подсветках установленных в стандартной настройке редактора зависания не происходит.

UR4LTZ
Забудь ты про старый вариант обработки - он (плохо, хорошо ли) свою задачу выполнил - щас его править нет никакого смысла.
Тестируем новую версию от TimurGubarev-а с новыми возможностями и с новыми скоростями.

mozers

Цитата:

Тестируем новую версию от TimurGubarev-а с новыми возможностями и с новыми скоростями.

Если честно то я про эту версию и говорю. Обрати внимание на {SideBar Lpeg}.

Добавлено:
Это патч от TimurGubarev-а не выложеный на SVN.
Этот кусок кода
SideBar.lua [строка 599] :
Код: local def = (SPACE+P'')*Ct((def1+def2)*SPACE*par)*NL

Всем привет!
Ни у кого не было такой проблемы: открываю файл находящийся на сетевом диске с помощью этого редактора - редактор дико тормозит. Закрываю редактор (не важно с сохранением изменений или нет). После этого если я открываю другой файл (локально или по сети - не важно), редактор дико тормозит снова. Причем это бывает только после открытия файла по сети. Это связано с тем, что он запоминает путь и при открытии пытается снова открыть последний файл. Как это отключить я не нашел. Как выход из положения - закрывать открытый по сети файл и только потом закрывать редактор. Но это несколько не удобно...

ZZZ82
вопрос относится к другому топику - SciTE Общие вопросы, в нем и отвечаю

А кто придумал слово Dedent? Исправьте на Unindent ))

sagara
Так в оригинале. Запости на офф-форум. Интересно что тебе Нейл ответит

Я хочу разрабатывать Scite (в идеале, сделать Multi Select фишку из SublimeText: "Make ten changes at the same time, not one change ten times.").
Куда можно постучаться? Уже составил список вещей, и по-проще и сложных, для начала хочу пообщаться (телефон/skype) с живыми разработчиками - обсудить как можно делать эти фишки.

Господа, существует ли версия Scite-ru с англоязычным интерфейсом?
Пробовал заменить SciTE.exe из поставки scite-ru на стандартный SciTE.exe c www.scintilla.org но lua-скрипты не подхватываются.

Ага, разобрался, просто убрал файлы locale.properties и locale_rus.properties и все англоизировалось. Спасибо.


2sagara:
dedent - это [полу]стандартный кодерский фольклор и не специфичен конкретно для scite; мне встречался много раз, уже не помню где

zhuman

Цитата:

Господа, существует ли версия Scite-ru с англоязычным интерфейсом?

Редактор по умолчанию (если нет никаких файлов настроек) имеет англоязычный интерфейс, руссификация реализуется путем добавления в папку, где расположен редактор, файла locale.properties. Это стандартный способ локализации для этого редактора.
В сборке Scite-ru есть дополнительный диалог (Tools -> Настройки -> Настройка интеграции с Windows...) через который можно сменить язык интерфейса (после смены требуется перезапуск редактора).

vladvro
Многоспасибствую. Как раз то, что искал!

Господа, а есть ли способ получить координаты мыши в скрипте?
(Сорри - всё облазил - не нашёл...)

mw33
С помощью встроенных возможностей SciTE - нельзя.
Зато есть эвент OnDwellStart с помощью которого, согласно документации, можно получить позицию (не координаты!) мыши и слово под мышью. Но типовая конструкция у меня почему то не заработала
Код: -- Add user event handler OnDwellStart
local old_OnDwellStart = OnDwellStart
function OnDwellStart(pos, word)
local result
if old_OnDwellStart then result = old_OnDwellStart(pos, word) end
print(pos, word)
return result
end