это получилось, когда я нажал CtrlK CtrlC - коммент поставился где-то в середине, вместо первой позхици

При использовании команды в интерфейсе опроса отсутствует запрос про результат и соответственно блок
кажется -- он должен быть всегда (в отличии от ремарков)

"as" воспринят как sql

если ставить #-комментарий на строку где он уже был, то # начинают разделяться разделителем (имеем "# # #", а надо "###"), что алгоритмически верно, а логически - нет

просьба учесть, если строка уже начинается с # - то разделитель после # не ставится

1. комментирование с помощью rem

1.1. комментирование многострочного текста
тут никаких символов отбивки не нужно! по практике - не удобно и мешают. просьба отключить использование символа отбивки при rem-комментировании много строчного текста

тут есть еще мысли -- но это точно позже, пока нет наработки

1.2. rem-комментирование текста, располагающегося на 1 стр - тут стоит использовать настройку про символ отбивки комментария от текста (вероятно ИНОЙ по отношению к #-комментированию)

очень удобно и наглядно делать такие комменьтари по следующим шагам:
пишем текст

shift-home - отмечаем написанный текст (мы же сейчас говорим про 1 стр коммент)

и далее CTrl K + Ctrl Shift C -- rem-коммент

и ОЧЕНЬ не хватает пробелов в начале и конце строки

если их ставить руками процесс из оперативного превращается в противного -- и требует нажатия кучи клавиш

2. #-комментирование -- это потом, тоже не могу сечас всё рассказать, что нужно менять

^if(){
	rfsatger
}

Если без отметки текста поставить курсор в крайне-левую позицию и нажать на "комментировать" то будет следующее: комментарий будет добавлен на той строке где стоял курсор и на строке выше:

Хочется, но не горит совсем, чтобы был второй комплект для комментирования -- типа базовый через # как сейчас

И второй через ^rem{...}

возможно такое? (но сдвиг вправо намного важнее!!! прям супер как важнее)

Имеем вот такой текст -- видно что часть строк закоменитирована по парсерному -- но попадает в "логику" элемента xml

текст как указано выше привести нельзя -- т.к. гитхаб сразу форматирует по своему

<req:ImportChargesRequest xmlns:bdi="http://roskazna.ru/gisgmp/xsd/BudgetIndex/2.0.1" xmlns:org="http://roskazna.ru/gisgmp/xsd/Organization/2.0.1" xmlns:com="http://roskazna.ru/gisgmp/xsd/Common/2.0.1" xmlns:chg="http://roskazna.ru/gisgmp/xsd/Charge/2.0.1" xmlns:pkg="http://roskazna.ru/gisgmp/xsd/Package/2.0.1" xmlns:req="urn://roskazna.ru/gisgmp/xsd/services/import-charges/2.0.1" xmlns:rfd="http://roskazna.ru/gisgmp/xsd/Refund/2.0.1" xmlns:pmnt="http://roskazna.ru/gisgmp/xsd/Payment/2.0.1" Id="G_fce0c544-b08d-44bc-83d8-738f10e9d068" timestamp="2017-10-12T15:27:53.045+03:00" senderIdentifier="3eacb7" senderRole="1">

и вот такая раскрасска выходит:

т.е. комментарий парсера внутри описания xml-элемента не подсвечивается как комментарий, а как только элемент закрывается символом > -- сразу начинает работать подсветка

Сейчас метод
@unlock_Message[my_message_id_req]
раскрашивается, а метод указанный как статический:
@static:unlock_Message[my_message_id_req]
не раскрашивается

думаю, стоит сделать отдельный scope для статически указанных методов

причем видно, что ниже - оранжевый болд в html тегах

причем, если поставить пробел -- -- ситуация с разу исправляется и становиться вот:

но не уверен, что это к тебе

Add function to show defined methods in current file

сейчас так:

если написать рядом <0
это расценивается как начало html элемента

а если написать < 0
через пробед -- это уже норм

^if($is_not_found == 0){
       ^hReplace.foreach[k;v]{
               $from[$k]
               ^if(^fXmlText.text.pos[$from]<0){
                       $is_not_found(1)
                       ^break[]
               }
       }
}

Хочется чтобы при сдвиге вправо по Tab все строки, которые закомментированы # в первой позиции игнорировались и не двигались -- т.е. закомментированная строка чтобы оставалась закомментированной

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