AkelPad

Руки прочь от комментов!

Andrey_A_A wrote: 3. Те, кто составляет\изменяет .coder файлы и так все эти правила знают

Не согласен.
Всё постоянно меняется, в памяти всё не удержишь.

Когда открываешь проекты отложенные в долгий ящик - комменты спасают. И *. coder проекты - не исключение.

Всё постоянно меняется, в памяти всё не удержишь.

Я не говорил убрать все коменты. Я сам за них тремя руками, но только за те, которые действительно полезны. А не те, которые повторяются из файла в файл. Хотя место им в нормально организованной справке. Скажите, какую смысловую, информационную нагрузку несёт комментарий или хотя можно написать:

DV
Добавил.

FeyFre
"[=[", "[==[", "[===[" добавил.

Andrey_A_A wrote:4. Не проще ли сделать специальный файл справки, где это всё описать и не только на английском, но и на русском... и на других языках

Полностью согласен. Я уже предлагал всё это вынести в доку по плагу, т.е. в Coder_.txt.

Lenchik wrote:Всё постоянно меняется, в памяти всё не удержишь.

Когда что-то меняется, лезем в доку <Планин_>.txt. Этого вполне достаточно, чем перегружать настроечные файлы комментами.

VladSh wrote:Полностью согласен. Я уже предлагал всё это вынести в доку по плагу, т.е. в Coder_.txt.

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

Ещё как пример.
Когда еще был Highlight плагин. Там что-то сменилось. У меня был старый файл подсветки, в котором как потом выяснилось не хватало какого-то столбца в настройках, требуемых новым плагином. Я долго ломал голову почему не работает подсветка.
Потом еще момент - когда автор подсветки прекращает ее доработку. В сети существуют подсветки .highlight, которые чтобы перевести в новый формат нужно довольно внимательно сравнивать.

А теперь предложение по функционалу.
В связи с возможностью создавания своих тем расцветок, а также устаревания своих и чужих тем (пример расширенных расцветок и *.coder их использующих, у Infocatcher'а), предлагаю добавить в файл расцветки новую секцию ("Default colors", например). В этой секции делать ассоциации для ключевых слов, например: Алгоритм работы:
Видит ключевое слово - ломится в текущую цветовую схему, если там нашел, то пользуется найденным значением, если не нашел, то - смотрит наличие в секции "Default colors", если там нашел, то пользуется найденным значением, если не нашел секции, или не нашел умолчального значения в секции, то выдает назойливую ошибку.
А в ошибке писать подробности - просто не найдено значение цвета в секции, или же секции нет вообще.

Это даст некоторую "прочность" при распространении расцветок по Интернету для людей с разными схемами и разными версиями плагина/программы. И в то же время сохранит ценную гибкость, введенную схемами расцветки плагина Coder.
И схемы не надо будет править в огромных количествах ради интересных *.coder'ов.

Кроме того, обнаружил, что можно дважды ввести в схему одно и тоже ключевое слово, DEL2, например с разными значениями цвета, и ни на этапе сохранения схемы по кнопке сохранить (которое на самом деле не сохраняет в настройки плагина) ни на этапе реального сохранения по кнопке ОК закрытия настроек плагина. Не проверял, какое из значений будет в итоге использовано.

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

Но лучше бы я выспался © чье-то
На скорую руку немного упорядочен _js.coder.

P.S. Да, а в js.coder можно добавить расширения jsm (модули в новых версиях Firefox) и json (толку от раскраски однострочной фигни мало, но пусть будет).


[Upd]

Lenchik wrote:добавить в файл расцветки новую секцию ("Default colors", например).

Можно вернуть секцию «Variables:», а приоритет отдавать переменным из настроек плагина.
Также не помешает возможность внести недостающие переменные в текущую тему.
И пусть высвечивается предупреждение, что часть переменных отсутствует в выбранной теме.

[Upd – 2]
Обновил _js.coder.

Свернутые блоки разворачиваются при удалении пробелов и табов в конце строк (Alt+Backspace). Неудобно.

AutoComplete_Indent задаётся в теме, что неудобно, т.к. приходится во всех темах перебивать пробелы на табы, хотя можно брать из настроек проги, - если галка "Пробелы" не включена, то вставлять табы.

По диалогу настроек.
1. По райтклику на первой колонке (если не попал по тексту) в меню неактивно "Изменить"; в остальных колонках работает нормально.
2. Когда выбираешь "Изменить", то при открытии окошка изменения выделено имя переменной, мы редко меняем имя, поэтому хотелось бы выделения поля "Значение".

VladSh
1. Особенность ListView контрола.
2. Сделано.

Всем привет.
Попробовал сделать начальный вариант файла подсветки для работы с файлами foxpro (расширение .prg). Там, конечно, далеко не все ключевые слова собраны, но основа заложена.
Скачать можно здесь http://rghost.ru/3977788/private/a3fc03 ... ee17315725
Хорошо, если автор плагина включит этот файл в комплект поставки.
Думаю, он будет многим полезен.
Заранее благодарю.

tvolf
Доступно здесь:
http://akelpad.sourceforge.net/files/plugs/Coder/

А можно как-нибудь сделать расцветку операторов с точками, например .and., .or.? то есть хотелось бы, чтобы точки в составе этих операторов тоже расцвечивались.
PS. Решил поставить на самый верх раздела "delimiters:".

Еще такое замечание. В старом фортране комментарии начинаются, если в первой позиции строки стоит буква "с".
Вот пример, когда не работает:

cbb: do i=1,10
....
end do cbb

называется именованный цикл. Если букву "c" задать в "skips:" то блок do - end do не определяется.

Ломается подсветка тэгов:
<li><a href="http://example.com/">Something</a></li>

И так для всех штук вида Вот еще пример:
<p><div>...</div></p>