Page 43 of 101

Posted: Wed Apr 06, 2011 8:40 am
by Infocatcher
saym101 wrote:Взял у тебя log.coder и при запуске ругается на неизвестные переменные OK ERR WARN INFO может поправишь?
И _xbl тоже ругается
А есть подходящие стандартные переменные?
Там почти на все файлы будет ругаться...

Posted: Wed Apr 06, 2011 8:59 am
by VladSh
Infocatcher wrote:А есть подходящие стандартные переменные?
Там почти на все файлы будет ругаться...
Instructor, може всё-таки расширить список стандартных переменных и стандартизировать их для всех тем? Иначе Coder-файлами вообще нереально обмениваться, а идея была ведь такая...
Я думаю, что люди с готовностью поучаствуют в обсуждении.

Posted: Wed Apr 06, 2011 9:13 am
by FeyFre
VladSh
Всё-равно найдется какой-то
ражданин
, который понавводит своих переменных(например я) :)

Posted: Wed Apr 06, 2011 10:08 am
by VladSh
FeyFre
Большинство ситуаций можно учесть и договориться о наименованиях.

Posted: Tue Apr 12, 2011 6:16 pm
by VladSh
Добавьте расширение cfg в ini.coder, пожалуйста.

Posted: Wed Apr 13, 2011 10:04 am
by Instructor
VladSh
cfg далеко не всегда имеет формат ini.

Posted: Wed Apr 13, 2011 3:19 pm
by se7h
Instructor
похожий случай с .tpl, это не всегда HTML с вкраплениями PHP
ИМО, пусть файл будет подсвечиваться как-то (пускай попадание будет не в 100% случаев), чем совсем никак

Posted: Wed Apr 13, 2011 5:14 pm
by VladSh
se7h wrote:пусть файл будет подсвечиваться как-то (пускай попадание будет не в 100% случаев), чем совсем никак
Я тоже так считаю.

Posted: Tue Apr 19, 2011 8:26 am
by VladSh
По моему, надо всё-таки тщательнее проработать идеологию настроечных файлов/тем.
То ли выделить всю личную специфику в отдельные файлы, то ли сделать файлы с общими настройками, и к ним файлы со спецификой.. но что-то делать надо, т.к. редактировать coder-файлы и темы подсветок при каждом изменении - не дело.
В темах запаривает менять AutoComplete_Indent, а в остальных файлах - с курсивного шрифта на обычный и т.д... Куча ручной рутинной работы.

Posted: Tue Apr 19, 2011 8:52 am
by se7h
VladSh wrote:а в остальных файлах - с курсивного шрифта на обычный
Image

правда, про жирный тоже придётся забыть

Posted: Tue Apr 19, 2011 1:27 pm
by VladSh
se7h wrote:должно помочь
правда, про жирный тоже придётся забыть
Прежде всего - спасибо!
Но было бы классно, если бы было так, как нарисовано - поставил "игнорировать -> курсив" и игнорировало бы курсив, а сейчас работает как-то наоборот.

Posted: Tue Apr 19, 2011 3:54 pm
by se7h
VladSh
согласен
для подпунктов "игнорировать" напрашиваются checkbox вместо radiobutton

Posted: Wed Apr 20, 2011 1:41 pm
by InnI
Пара вопросов.
1. Можно ли назначить файл подсветки всем "неизвестным" расширениям, т.е. всем расширениям, которые не указаны в файлах подсветки?
2. При закрытии панели дерева Coder:CodeFold, в настройках плагинов снимается галочка автозагрузки. Это нормально?

Posted: Thu Apr 21, 2011 12:07 pm
by Instructor
InnI
1. Идея интересная.
2. Да. Чтобы не снималась, используем кнопку сворачивания панели - стрелочка вниз.

Posted: Thu Apr 21, 2011 1:55 pm
by opk44
(Созвучно переписке "Infocatcher" / "saym101" от [06.04.2011])

До статуса "Баг" не дотягивает, но счел нужным описать подмеченную странность:
1) Возникает в AkelPad версии 4.5.6 с Coder-plugin версии 5.3 при изменении вида узла (с "квадрат" на "круг" или наоборот) (Плагины/Программирование/Настроить.../CodeFold2/рисовать узел как).
2) Необходимым условием является наличие нестандартного coder файла в папке "...\AkelFiles\Plugs\Coder\" (в моем случае ими были awk.coder и cpp-api.coder от 4.12.2010, что примерно соответствует версии AkelPad4 Ver='4.5.1' и Coder Ver='3.8')
3) Проявляется следующим образом. При работе с файлом vbs (включена подсветка vbs.coder Highlight, CodeFold и CodeFold_list) меняем вид узла. Нажимаем "Ок". Получаем пятикратно сообщение от Coder плагина: ["awk.coder" содержит неизвестную переменную "${DEL}"]. В это время текущая подсветка vbs исчезает, но после гашения последнего предупреждения, восстанавливается.

Что я имею в виду под словом "странность". Во-первых, при старте приложения никаких предупредительных надписей в этом роде не возникает, оттого не ясно "а чего это вдруг?..". Во-вторых, если файлы awk вообще не обрабатывались, так чего ж, мол, потребовалось проверять соответствующий им awk.coder при смене вида узла?