» SciTE Ru-Board Edition

Fraerok BioInfo
Цитата:

Кстати, в русской сборке не правильней ли меню Tools перевести на русский "Инструменты"?

Тогда надо одновременно произвести изменения в документации, скриптах и всех других файлах, где имеется упоминание о меню "Tools". Если у меня будет время, то я займусь чем нибудь более полезным...


Цитата:

Цитата: В SciTE нельзя установить курсор правее последнего символа строки.

Для выделения, я так понимаю, это и не нужно.

Предлагаю на суд общественности примочку для SciTE под названием TiDy:

Цитата:

Дает возможность:
1) Произвести валидацию HTML-кода
2) Оптимизировать html-код полученный после сохранения документов в качестве веб-страниц редакторами Writer (OpenOffice.org) и Word (MS Office)
(так же есть ограниченная поддержка ASP, JSTE, PHP и XML)

[more=Отличия от способа, когда командой вы внапрямую запускаете tidy.exe (и его параметры)]TiDy.lua первой строкой выводит количество найденных warnings и errors (а не в середине отчета), потом всё остальное (без пустых строк, которые появляются при прямом запуске tidy.exe) и опускает текст с рекомендациями.
Переход по ошибкам - F4 или двойной клик (сохранено).[/more]

http://ifolder.ru/5552768 (108 Kb вместе с tidy.exe)

Версия тестовая. Есть как минимум один вопрос, который самостоятельно решить уже не получается что-то - в консоли видны результаты только после двухкратного запуска скрипта.

И еще два таких вопроса - есть ли в lua какой-то аналог goto?
Есть какая-то команда для перезагрузки файла? (а-то tidy.exe файл модифицирует и спрашивает нужно ли загрузить модифицированный файл. А хотелось бы сделать так, чтобы он автоматом обновлялся.

Fraerok
Посмотрел. Идея - понравилась. Реализация - нет.
Куча параметров, которые необходимо править и в строке запуска и в скрипте при банальной смене каталога.
Какие то замудренные циклы с анализом (если правильно проставить отступы, то выяснится что они работают не совсем так как задумано).
Конфиги тут пробегали более продуманные (для HTML и для XML).
Писать "TiDy" имхо - нельзя. Раз автор назвал утилу - "Tidy" - значит так тому и быть.
А поскольку, идея облагородить вывод Tidy мне понравилась, быстренько накатал небольшой пакетничек на эту тему:
_tidy.cmd :
Код: @echo off
CD /D %~dp0
SET err=%TEMP%\errors.tmp
tidy.exe -config %2.cfg -f %err% -m "%1"
TYPE %err%|FIND "were found"
TYPE %err%|FIND " - "
DEL %err%

Вот обновленная версия скрипта - http://ifolder.ru/5564877
Теперь, если вы выбираете Форматировать Word или Writer, то в консоли показывается анализ модифицированного файла (по которому tidy уже прошел).

mozers
Про банальную смену каталога... ну да, нужно будет менять пути. Только не вижу в этом ничего странного (у вас хоть и меньще, но тоже нужно будут менять - как иначе). Но не знаю, кому придет в голову менять каталог постоянно :-D
Про замудреные циклы, которые как-то неправильно работают - по-подробнее, пожалуйста.
И объясните, пожалуйста, значение слов "более продуманные конфиги"?
В принципе их каждый под себя настраивает. У меня приведены два конфига, которые причесывают веб-страницы сохраненные редакторами, но при этом они не искажают саму страницу.
Про TiDy согласен... даже не знаю, почему мне казалось, что программа называется так =)

Про вашу реализацию... вы её проверяли? Что-то у меня она выводит только:
Цитата:

>"C:\Program Files\SciTE\tools\tidy\tidy.cmd" "C:\Documents and Settings\scar\Рабочий стол\index.html" Valid
>Exit code: 0 Time: 0.204

К тому же я не заметил, чтобы ваш скрипт количество варнингов выводил первой строкой. Еще у меня в функции прописан поиск, благодаря которому фраза "Варнингов не найдено" выводится зеленым цветом. Сам файл анализа естественно не удаляю, т.к. иногда рекомендации интересно почитать. Плюс еще несколько моментов.
Возможно это всё вы и называете замудреными циклами с анализом? Дак для этого скрипт и писался, чтобы выводилось всё по-человечески.

За are.you.sure.on.reload спасибо (хотя я чуть ранее уже сам нашел =). В общем, в скрипте осталась только одна проблема - реагирует на изменения только со второго раза. Кто разбирается в lua - помогите, пожалуйста.

P.s. Оптимизировать потом, думаю, можно будет.

Добавлено:

Цитата:

Хотя, если автоматически загружать уже исправленный tidy файл, то полностью теряется смысл ошибок, выводимых в консоль (их же уже не будет!). Лично я никогда не загружаю измененный файл, а кликая на сообщениях об ошибках, нахожу их в коде и исправляю так как считаю нужным.

При обычной валидации скрипт ничего не изменяет, а только выводит найденные ошибки.
А при прохождении tidy по вордовским файлам - ошибки все равно остаются ("горбатого могила исправит") и их нужно, естественно, выводить в консоль по уже обновленному файлу.

По-поводу того, что всё в ручную править... вы, видимо, просто еще не встречали word'овские html файлы, например, в 8000 строк. Править полтысячи варнингов и сотку ошибок вручную нет никакого смысла.

Fraerok
Цитата:

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

То что пути надо менять в настройках - нормально. То, что в самом скрипте - нехорошо. К сожалению, я так и не придумал как этого избежать в твоем скрипте.
Ни у кого нет идеи как из lua скрипта найти путь к этому скрипту?

Цитата:

Про замудреные циклы, которые как-то неправильно работают - по-подробнее, пожалуйста.

Если бы для наглядности расставил все отступы в циклах (так обычно и делают), то мы бы друг-друга поняли.

Цитата:

И объясните, пожалуйста, значение слов "более продуманные конфиги"?

Я не считаю себя спецом по HTML, но те конфиги, что я видел раньше содержали гораздо больше параметров. Может оно и не надо... Тут, я думаю, надо за оценкой надо обращатся к специалистам. Среди наших посетителей такие профессионалы имеются. Я думаю они расставят все точки над i.

Цитата:

Про вашу реализацию... вы её проверяли?

Естественно.
Работает так же как твой скрипт (ну разве что строчку при отсутствии ошибок не зеленым цветом выводит)
Только конфиги имеют общепринятое расширение - .cfg

Добавлено:
Модернизировал свой вариант (можно выбрать модифицировать файл или только проверить и строчку зеленую тоже выводит):
tidy.cmd :
Код: @echo off
:: Скрипт для проверки/модификации файла с помощью утилиты HTML Tidy <http://tidy.sourceforge.net>
:: Запуск из SciTE:
:: command.221.$(file.patterns.web)="$(SciteDefaultHome)\tools\tidy\tidy.cmd" "$(FilePath)" html m
:: где:
:: "$(SciteDefaultHome)\tools\tidy\tidy.cmd" - путь к этому файлу (должен находится в одном каталоге с tidy.exe)
:: html - используемый файл настроек (html.cfg)
:: m - признак модификации текущего файла
:: (в этом режиме вывод строк, содержащих ошибки не производится, только общее количество)
:: при отсутствии последнего параметра, производится проверка текущего файла
:: (и выводятся строки, содержащие ошибки)

CD /D %~dp0
SET err=%TEMP%\tidy.err
IF "%3"=="" (
tidy.exe -config %2.cfg -f %err% -o nul "%1"
) ELSE (
tidy.exe -config %2.cfg -f %err% -m "%1"
)
IF ERRORLEVEL 1 (
TYPE %err%|FIND "were found"
IF "%3"=="" TYPE %err%|FIND " - "
) ELSE (
ECHO ! No warnings or errors were found.
)
REM DEL %err%

Вот, кстати, как выглядят результаты работы моего скрипта, если кто хочет видеть перед установкой:
Ошибок не найдено - http://kosmozero.cwx.ru/SciTE.gif (~19 Kb)
Найден 1 warning - http://kosmozero.cwx.ru/SciTE2.gif (~19 Kb)

обновленная версия - http://ifolder.ru/5572903

при изменении каталога теперь не нужно ничего править в скрипте (относительный путь берется из команды запуска). Спасибо mozers за подсказку.
в комплект добавлена утилитка скрывающая окно консоли (1.5 Kb)
мелкие фиксы

P.s. Осталась только проблема с двоекратным запуском. Помогайте =)

Fraerok
Цитата:

в комплект добавлена утилитка скрывающая окно консоли

Команда os.run(cmd, 0, true) запускает программу в скрытом виде и ждет пока она выполнится.

Цитата:

Осталась только проблема с двоекратным запуском. Помогайте

Для того чтобы кто то смог тебе помочь, код должен быть понятным.
И это - не общие рассуждения. Существуют книги, посвященные именно этому вопросу. И лучше чем излагать тут основополагающие принципы, я лучше перепишу твой скрипт заново:
Tidy.lua :
Код: local path = string.gsub(cfg,"[^\\]+$","")
local errors = props['TEMP']..'\\tidy.err'
local cmd = '"'..path..'tidy.exe"'..' -config "'..cfg..'" -f "'..errors..'" -m "'..props['FilePath']..'"'
os.run(cmd, 0, true)

local line, found
local result = ""

file = io.open(errors)
-- Извлекаем строку с итоговым результатом
for line in file:lines() do
found = string.match(line,'.+were found')
if found ~= nil then
if found == "No warnings or errors were found" then
result = "! "..found
else
result = found
end
end
end
file:seek("set")
-- Извлекаем строки с сообщениями об ошибках и предупреждениях
for line in file:lines() do
found = string.match(line,'^[lI][in][nf][eo][ :].+')
if found ~= nil then result = result.."\r\n"..found end
end
file:close()

print(result)

Финальная версия примочки Tidy - http://ifolder.ru/5575517

mozers
Понятней он потому, что его вы написали? В вашем скрипте как миниму два косяка (кроме тех, на которые я вам уже указал и вы исправили).
Какой смысл переписывать скрипт не понимаю... так можно любой переделать... Когда несколько человек сказали, что было бы логично для полноты русификации поменять название "Tools" на "Инструмнты" - вы сказали, что на такие мелочи у вас нет времени. А переписывать и без того написанные скрипты у вас время есть =)

Fraerok
Цитата:

Если сейчас кто-то станет переписывать ваши скрипты, чтобы сделать их более "понятными" - это для вас в порядке вещей?

Я ВСЕХ к этому призываю!
Если кто то захочет переписать мой скрипт, так что он будет работать лучше и код его при этом станет более стройным - то что в этом плохого??? Вот VladVRO уже кучу моих скриптов отрехтовал
"Все мы - только учимся" и "Нет предела совершенству" - эти 2 девиза надо поместить в шапку.
Главное - идея! А у этого скрипта идея - твоя

Цитата:

В вашем скрипте как миниму два косяка

А вот с этого места, пожалуйста, поподробнее...

Подумал еще. (Билин, ну зательмяшилась мне в голову эта тривиальная задачка)
Сделал еще лучше. Сейчас и параметры передаются как надо.
Нет предела совершенству...
Tidy.lua : [more]
Код: --[[--------------------------------------------------
Tidy.lua
Version: 1.0
Author: mozers™
Идея и первая реализация: Fraerok
----------------------------------------------
Облагораживает вывод HTML Tidy <http://tidy.sourceforge.net>
----------------------------------------------
Пример подключения:
#HTML Tidy
tidy=$(SciteDefaultHome)\test\Tidy2\Tidy.lua

command.submenu.name.220.$(file.patterns.web)=HTML Tidy

command.parent.221.$(file.patterns.web)=220
command.name.221.$(file.patterns.web)=HTML verify
command.mode.221.$(file.patterns.web)=subsystem:lua,savebefore
command.221.$(file.patterns.web)=dostring config='html' dofile(props['tidy'])

command.parent.222.$(file.patterns.web)=220
command.name.222.$(file.patterns.web)=HTML modify
command.mode.222.$(file.patterns.web)=subsystem:lua,savebefore
command.222.$(file.patterns.web)=dostring config='html' mode='modify' dofile(props['tidy'])

Замечание: В используемых файлах конфигурации Tidy должен отсутсвовать параметр markup:no
т.к. переключение проверка/модификация происходит в командной строке
--]]----------------------------------------------------

local path = string.gsub(props['tidy'],"[^\\]+$","")
local file_output = props['TEMP']..'\\tidy.err'

local tidy='"'..path..'tidy.exe"'
local config=' -config "'..path..config..'.cfg"'
if mode == nil then
mode = ""
else
mode = " -m"
end
local cmd = tidy..config..' -f "'..file_output..'"'..mode..' "'..props['FilePath']..'"'
os.run(cmd, 0, true)

-- читаем построчно файл с сообщениями tidy в таблицу
local file = io.open(file_output)
local lines_table={}
for line in file:lines() do
if line == "" then break end
table.insert(lines_table,line)
end
file:close()

-- извлекаем последнюю строчку с итоговым результатом проверки
local result = table.remove(lines_table)
if result == "No warnings or errors were found." then
-- если ошибок не найдено подсвечиваем итоговую строчку зеленым цветом
result = "! "..result
end

result = result.."\r\n"..table.concat(lines_table, "\r\n")
print(result)

mozers, вот, вы теперь тоже пришли к выводу, что нужно использовать таблицы =)
По-поводу тире в документации я, кстати, нашел, что нужно использовать "&#151;" (по длине то же самое, что "&mdash;")

Дело, конечно же, не в таблицах (использовал скорее для образца правильной работы с ними), просто меня почему то увлекла твоя идея обработки вывода консольного приложения.
Подумал что если мы обрабатываем вывод, то почему бы не формировать динамически файлы конфигураций? Тогда же можно будет все настройки прописать в одном скрипте. Удобно.
Подумал, и сделал. Tidy.lua : [more]
Код: --[[--------------------------------------------------
Tidy.lua
Version: 1.2
Author: mozers™
Идея и первая реализация: Fraerok
----------------------------------------------
Облагораживает вывод HTML Tidy <http://tidy.sourceforge.net>
----------------------------------------------
Пример подключения:
tidy=$(SciteDefaultHome)\test\Tidy\Tidy.lua
command.mode.220.$(file.patterns.web)=subsystem:lua,savebefore
command.220.$(file.patterns.web)=dostring config='html' mode='modify' dofile(props['tidy'])
где:
config='html' - используемые настройки конфигурации (html, xml, word, writer)
mode='modify' - признак того, что файл будет модифицирован (вместо modify можно вписать любое слово)
если параметр mode отсутствует, то производится проверка файла и вывод найденных ошибок в консоль (файл при этом не модифицируется)
--]]----------------------------------------------------

local html=[[
doctype: "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"
indent: auto
indent-spaces: 2
tab-size: 2
vertical-space: 0
wrap: 0
char-encoding: raw
tidy-mark: no
quote-marks: yes
output-html: yes
]]

local xml=[[
indent: auto
indent-spaces: 4
wrap: 705032704
char-encoding: raw
tidy-mark: no
input-xml: yes
output-xml: yes
assume-xml-procins: yes
quote-marks: yes
]]

local word=[[
char-encoding:raw
wrap:0
tab-size:2
clean:yes
word-2000:yes
fix-uri:no
tidy-mark:no
alt-text:
]]

local writer=[[
char-encoding:raw
wrap:0
tab-size:2
fix-uri:no
tidy-mark:no
alt-text:
]]

---------------------------------------------------------

local path = string.gsub(props['tidy'],"[^\\]+$","")
local tidy='"'..path..'tidy.exe"'
local file_config = props['TEMP']..'\\tidy.cfg'
local file_output = props['TEMP']..'\\tidy.err'

-- создаем config.cfg
if config == 'html' then config = html end
if config == 'xml' then config = xml end
if config == 'word' then config = word end
if config == 'writer' then config = writer end
io.output(file_config)
io.write(config)
io.close()

if mode == nil then
mode = ""
else
mode = " -m"
end
local cmd = tidy..' -config "'..file_config..'"'..' -f "'..file_output..'"'..mode..' "'..props['FilePath']..'"'
os.run(cmd, 0, true)

-- читаем построчно файл с сообщениями tidy в таблицу
local file = io.open(file_output)
local lines_table={}
for line in file:lines() do
if line == "" then break end
table.insert(lines_table,line)
end
file:close()

-- извлекаем последнюю строчку с итоговым результатом проверки
local result = table.remove(lines_table)
if result == "No warnings or errors were found." then
-- если ошибок не найдено подсвечиваем итоговую строчку зеленым цветом
result = "! "..result
end

if mode == "" then
-- если файл проверяется, то к итоговой строке добавляем строки с ошибками
result = result.."\r\n"..table.concat(lines_table, "\r\n")
-- (если - модифицируется, то выводить в консоль строки с ошибками не имеет смысла)
end
mode = nil
print(result)
print('Info: Read full info to file '..file_output)

mozers

Цитата:

Для того кто то считает что мозерс кроме этой фигни уже ничем полезным не занимается, ...

Не надо ля-ля
Слежу за темой с самого сотворения (скайт начал использовать еще раньше), так сказать и об основных писателях только положительные мЫсли имею - молодцы, парни!!

Предложения по скрипту: make.cmd

1. У меня mingw из стандартной поставки CodeBlocks, путь к нему такой:
set PATH=C:\Program Files\CodeBlocks\bin;%PATH%;
Можно в добавок к имеющемуся добавить проверку на мой путь? И если есть mingw то продолжать работу.

2. Не использую утилиту upx, для чего она нужна, может жесткую привязку убрать? Если нет upx то не использовать функции с ним связанные.

3. Нужно удалять все файлы которые нагенерились при сборке, кроме тех что скопировалось в pack. Кстати скрипт delbin.bat не подходит, так как не грохает src\scintilla\*.o и файлы которые скопировались в bin типа au3.properties. Лучше не писать отдельный скрипт типа delbin.bat, а интегрировать очистку в скрипт make.cmd, чтобы запускалось по успешному завершению.
Объясняю зачем это нужно: мы нажали сделать сборку, после завершения скрипта ничего не изменилось в самих файлах сборки. Теперь сравниваем каталог что в SVN и в локальной версии и видим только то что нужно, а всякий левак там отсутствует. Я делаю так в своих проектах - очень удобно (низкий поклон чупакабре за то что показал SVN и научил им пользоваться, даже не представляю как без него работать).
Лично у меня в проектах это так: нажали GO.bat, по окончании создалась папочка Output - там инсталлятор, а так же архив программы (для тех кто не использует инсталляторы), в идеале это добро должно также заливаться на сайт автоматом. Больше никаких изменений не произошло (никаких файлов не появилось, не исчезло).

Хочешь что-то сделать - сделай это сам )))))
make.cmd - поправил

Тут просили такую штуку:

Цитата:

как сделать чтобы выделенный блок в тег загнать, например в <p></p> ?
(просто таких блоков куча, думаю вот как упростить задачу)
с помощью макроса может?

Могу прикрутить это к скрипту smartbraces.lua, будет работать так - редактируем hypertext, выделяем произвольный текст жмем 'p' - текст обрамляется в теги <p>текст</p>, жмакаем еще раз 'p' теги убираются (два раза 'p' нажать ничего не изменится всмысле ).
Вопрос на сколько это будет удобно?

BioInfo

Цитата:

1. У меня mingw из стандартной поставки CodeBlocks, путь к нему такой:
set PATH=C:\Program Files\CodeBlocks\bin;%PATH%;
Можно в добавок к имеющемуся добавить проверку на мой путь? И если есть mingw то продолжать работу.

согласен, и даже этого думаю не достаточно, надо будет еще на этот предмет подумать...

Цитата:

2. Не использую утилиту upx, для чего она нужна, может жесткую привязку убрать? Если нет upx то не использовать функции с ним связанные.

рекомендую познакомиться с этой утилитой (Ultimate Packer for eXecutables):
Код:
File size Ratio Format Name
-------------------- ------ ----------- -----------
733696 -> 223232 30.43% win32/pe SciLexer.dll
574976 -> 228352 39.72% win32/pe SciTE.exe
-------------------- ------ ----------- -----------
1308672 -> 451584 34.51% [ 2 files ]

vladvro

Цитата:

рекомендую познакомиться с этой утилитой (Ultimate Packer for eXecutables)

Ааааа! Это пакер! Я аспак юзаю
З.Ы. А студия DLL собирает у меня без всяких пакеров вот такого размера: 379 КБ (388 096 байт)

Цитата:

можно добавить все эти файлы в список игнорируемых и при сравнении они не будут мешаться.

Тоже самое мне предложил делать товарищ Киммо из WinMarge, но мы не ищем легких путей )))
В общем, мне так удобно, можно делать сборку даже в каталоге SVN. Смысл то не в сравнении... ну да ладно...

Цитата:

command.name.215.$(file.patterns.web)=<p></p>
command.215.$(file.patterns.web)=dostring editor:ReplaceSel('<p>'..editor:GetSelText()..'</p>')
command.mode.215.$(file.patterns.web)=subsystem:lua,savebefore:no
command.shortcut.215.$(file.patterns.web)=Ctrl+P

Такого рода конструкции не хотят работать в .php. Т.е. php не считается web'ом? Как мне у себя это поправить?

BioInfo, согласен с vladvro, горячие клавиши более удобны. Ведь кроме <p></p> нужно еще и <b></b> и <br> и много чего еще вешать на горячие клавиши.
Вы лучше скажите, сложно ли реализовать настройку, которая будет менять цвет звездочки на закладке, которая должна сигнализировать о том, что документ изменен. А-то предложение сделать её красной по умолчанию как-то не нашло поддержки.

BioInfo

Цитата:

Ааааа! Это пакер! Я аспак юзаю

ну тогда, думаю, можно добавить в батник использование либо UPX либо "аспак"

Fraerok

Цитата:

Т.е. php не считается web'ом? Как мне у себя это поправить?

не считается, была какая-то проблема с длинной конструкции (список расширений длинный).
должен работать след. вариант:
Код: command.name.215.$(file.patterns.html)=<p></p>
command.215.$(file.patterns.html)=dostring editor:ReplaceSel('<p>'..editor:GetSelText()..'</p>')
command.mode.215.$(file.patterns.html)=subsystem:lua,savebefore:no
command.shortcut.215.$(file.patterns.html)=Ctrl+P

vladvro

Цитата:

ну тогда, думаю, можно добавить в батник использование либо UPX либо "аспак"

Не нужно, пакеров огромное множество, к тому же лично мне сжимать экзешник/библиотеку не требуется.
Самое главное что батник работает и без наличия пакера, а паковать нужно по сути только вам с mozers чтобы релизы выкладывать, а у меня на компе места хватает

Fraerok

Цитата:

Вы лучше скажите, сложно ли реализовать настройку, которая будет менять цвет звездочки на закладке, которая должна сигнализировать о том, что документ изменен.

Сложно
Да и к тому же я, как и vladvro не вижу в этом необходимости

Смотрите, какая замечательная ссылка!
Очень наглядно видно всю динамику изменений дистрибутива SciTE-Ru. Щас добавлю в шапку.
Ознакомившись с этой страницей, любой пользователь может принять решение стоит ли ему обновлять свой SciTE или долго и упорно ждать нового релиза.
Этот же список будет фигурировать в Истории SciTE-Ru.
Поэтому, уважаемые авторы:
1. Пишите в 1й строке коммита краткое и ясное описание доработки.
Все, что будет в последующих строках не будет читаться основной массой!
Только заинтересованный человек кликнет по ссылке чтобы ознакомится с подробностями, поэтому вы должны 1й строкой заинтересовать его
Т.е. в последующих строках вы можете разместить свои комментарии, добавления адресованные другим разработчикам.
2. Наверное, лучше писать не "я сделал...", "я изменил...", а "сделано...", "изменено..."
3. Пожалуйста, старайтесь придерживаться единообразия в записях.

Цитата:

Смотрите, какая замечательная ссылка!

согласен, хорошая ссылка, вот только жаль что нельзя отфильтровать по каталогам, надеюсь в будующем доделают.
реально нужен не полный список всех изменений, а только относящихся к trunk

vladvro
Да. Точно. Тогда давайте комменты по изменениям не в trunk писать со 2й строки.
Да и те изменения, которые вы делаете в trunk но считаете несущественными тоже писать со 2й строки, оставляя первую строку пустой.

mozers

Цитата:

Да и те изменения, которые вы делаете в trunk но считаете несущественными тоже писать со 2й строки, оставляя первую строку пустой.

забавная идея, но надо попробовать

vladvro
Попробовал. Идея не катит Он, гад, игнорирует переносы строк

Приветствую!
Первое чтение документации SciTERu

Про формление:
Слова в тегах: <cite></cite> не переносятся из-за чего возникает полоса прокрутки в браузере. Если не понятно обяснил - переспрашивайте.
Нужно подсвечивать особенности GTK или Windows ярче (более контрастно), на моем ЖК монике все сливается (по крайней мере приходится напрягаться)

Про аббревиатуры:
Скрипт abbrevlist.lua обходит некоторые ограничения SciTE по аббревиатурам, например он понимает символ '#' в аббривиатурах, ему все равно если в расшифровке символ '=', так же он позволяет выбрать одну из одинаковых аббревиатур, но с разными расшифровками (SciTE по умолчанию берет первую).
Из ограничений - не поддерживает команду import в файле аббревиатур (она там есть?)

Про команды:

Цитата:

toolbar.usestockicons
В SciTE имеются встроенные иконки для панели инструментов. Если задать данной переменной значение 1, будут использоваться иконки темы, заданной в данный момент для рабочего стола GNOME.

Про это я ничего не понял, наверное это работает только в линуксе, потому как для винды я такого не припомню. (Возможно это уже подсвечено как для GTK, однако мне визуально не видно, о чем см. выше)


Цитата:

buffered.draw
Если задать этой переменной значение 0 (по умолчанию 1), SciTE выводит выходные данные непосредственно на экран, в отличие от обычного режима, когда данные вначале помещаются в буфер матрицы (buffer bitmap) и только затем выводятся на экран. Буферизованный вывод предотвращает мерцание экрана, но работает медленнее.

Не нужно тут никаких "матриц"!
Легбез: имеется ввиду что содержимое экрана сначала рисуется в картинке буфера (buffer bitmap), а потом этот буфер полностью копируется в буфер экрана (собственно этим и отличается, что операция копирования, занимает несколько тактов - типа отсюда и замедление работы на 386 компах ) - это и называется буфферизированный вывод, операция копирования гораздо!!! быстрее операций рисования, по этому подмена не замечается глазом, а вот если прямо на экране рисовать, то бывает заметно мерцание (у кого со зрением нормально )
Лучше переписать без упоминания всяких "матриц":
Если задать этой переменной значение 0 (по умолчанию 1), SciTE выводит выходные данные непосредственно на экран, в отличие от обычного режима, когда данные вначале помещаются в буфер и только затем выводятся на экран. Буферизованный вывод предотвращает мерцание экрана, но работает медленнее на слабых компьютерах.


Цитата:

magnification
output.magnification
Задает первоначальную кратность увеличения для панелей редактирования и вывода. Эта опция полезна, если необходимо изменить размер текста глобально, например, если нужно это сделать после изменения разрешения экрана, не трогая при этом настройки стилей. По умолчанию задано значение 0. Отрицательные значения уменьшают размер, а положительные – увеличивают.

Жесть! Это просто настройка - на сколько пунктов (не знаю в чем меряется размер шрифтов) увеличить/уменьшить шрифт (все шрифты) в основном окне или в консоли. 0 - не менять размер шрифта, 2 - увеличить размер шрифта на 2, -1 - уменьшить размер шрифта на 1. (Для тех кто в танке: именно эти параметры меняются при Ctrl + '+' и Ctrl + '-')
Чето тут приплетено про разрешение экрана, про стили, эпитеты "глобально"... Это все лишнее.


Цитата:

time.commands
После завершения работы команды выводит в окне консоли время её выполнения в секундах

Это если 1 или 0?


Цитата:

print.magnification
Печать обычно выполняется с теми же параметрами, которые заданы для экрана. Чтобы увеличить или уменьшить размер шрифта, задайте переменной print.magnification значение, которое при печати будет суммироваться с размером шрифта заданного для каждого стиля. Отрицательные значения будут уменьшать текст на указанное количество пунктов.

Опять какая то ересь про стили, но сдесь про шрифт уже лучше Просто написать все шрифты будет увеличены на столько-то.


Цитата:

vc.home.key
Данная переменная задает поведение клавиш Home и Shift+Home. Если значение переменной равно 1 (по умолчанию), курсор, как в Visual C++, переносится в конец отступа. Если курсор уже находится там, курсор помещается в начало строки. Если переменная равна 0, курсор перемещается в начало строки.

"как в Visual C++" - лишнее, нафига это кому-то знать?

Первое чтение закончено

BioInfo
Цитата:

Слова в тегах: <cite></cite> не переносятся

Да. Это - определения. Мне кажется что разрывать их на несколько строк неверно.

Цитата:

Нужно подсвечивать особенности GTK или Windows ярче (более контрастно),

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

Цитата:

Про аббревиатуры

Ну в общем то в документации так и написано.
Поправлю, маленько чтобы больше никто не путал где говорится про "аббревиатуры", а где - про "расшифровки".

Цитата:

он понимает символ '#'

Да. Надо уточнить что он не может быть первым.

Цитата:

не поддерживает команду import

SciTE-Ru, благодаря доработке [import] (Автор: mimir, VladVRO) - поддерживает. (это даже использовано в сборке).

Цитата:

buffered.draw
Лучше переписать без упоминания всяких "матриц":

Согласен. Пусть Матрицами Нео занимается

Цитата:

magnification
print.magnification
Чето тут приплетено про разрешение экрана, про стили, эпитеты "глобально"... Это все лишнее

Не согласен. Все написано абсолютно правильно.
Можно изменить размер шрифта, изменив параметры его стиля. Тут - альтернативное решение.
Но над внятностью формулировок подумаю.

Цитата:

time.commands
Это если 1 или 0?

Единица. Согласен - надо уточнить.

Цитата:

vc.home.key
"как в Visual C++" - лишнее, нафига это кому-то знать?

Просто без острой необходимости не хотелось бы менять текст оригинала (там эта фраза -есть).

Вообще, ОГРОМНОЕ СПАСИБО за замечания
Уверен, что большинство думающих читателей, после прочтения усомнились в некоторых формулировках. Вот только не у всех хватило духу их изложить...