Разработка под эмулятором

[breeze]

надо не забыть допилить... опыт есть, времени нет...

Может тогда подскажешь за одно, как там вообще эти группы формируются?

Я нашел в других примерах, по аналогии сделал свои:
storage.type.asm
keyword.operator.asm
keyword.mnemonic
comment.line.asm
comment.block.asm
string.asm
constant.character.asm
support.type.sys-types.c

Они вообще-то задаются или отдельно описываются? кроме того есть небольшая проблема со string.asm, надо как-то подкорректировать regexp, иначе если в продолжении стоит комментарий, например

include "newfile.asm" ; Подгружаем блок

то теряется выделение "newfile.asm"

---------- Post added at 13:35 ---------- Previous post was at 13:29 ----------

Нет, это сворачивание процедур. Круто было бы, если бы границы процедур распознавались автоматически.

Ну тут надо подумать над логикой, по какому принципу оно будет определять начало и конец. Ну с началом более менее ясно, метка не являющаяся мнемоникой, а вот с концом. Это может быть и другая метка? или это будет строка RET, а может быть и JP/JR?

Code Completion нужен не для мнемоник, а для имен символов в модулях.

Дерево модулей со списком символов в нем.

Ну тут уже нужно более детально изучать возможности редактора, строить список модулей, меток и оттуда уже выдёргивать данные.

Обычно это делается через парсинг output'а компилятора.

Это всё понятно, тут вопрос стоит в том, как обратиться к данным из output'а, что бы их уже разобрать.

Вообщем надо более тщательно искать и читать документацию.