Итак, я оказался ответственным за подсветку синтаксиса ASM

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

Посмотреть и потестировать подсветку можно вот тут

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

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

Жду ваших предложений

Это сообщение отредактировал(а) Дрон - 3.10.2004, 11:20

мне вот так нравится

Присоединённый файл ( Кол-во скачиваний: 1 )
 Image1.jpg

oleg1973
Т.е. просто подсвечиваем некоторые символы (скобки, запятые и т.п.), а также числа и комменты.

А на инструкции и регистры предлагаешь вообще забивать? С одной стороны это понятно: зачем нужен очень цветастый исходник , но всё-таки хотя бы мнемоники команд процессора подсвечивать ИМХО нужно.
Добавлено @ 22:52
Кстати, я смотрю тут формат шестнадцатеричных: 0x123, хотя обычно в асме это 123h.

ну насчет hex можна как 0x123 так и 123h кому как удобней
компилеру пофиг

можно переходы выделить call. jmp и так далее

Лучше как в hiew (или ида - кому как нравится). А вообще-то пофиг, мне поведение тэга "code" совсем не нравилось до сих пор - все форматирование сносил напрочь, я часто пользовал "цитату".

FPU - нада. Real mode - не нада.

YAA.

Так ведь в hiew нет никакой раскраски

В общем предлагаю такой вариант:
Команды процессора - полужирным
Регистры - синим
Символы (скобки и т.п.) - фиолетовым
Числа - зелёным
Комменты - серым
Строки - курсивом
Собственно, почти как у oleg1973

Цитата(YAA @ 5.9.2004, 10:19)

FPU - нада. Real mode - не нада.

Обоснуй

Это сообщение отредактировал(а) Дрон - 5.9.2004, 09:45

Еще расскажите о конфликтах между разными ассемблерами. Например в AT&T ставим % перед регистрами, $ ссылками, по моему в Делфях & ставится перед именем переменной совпадающей с коммандой: MOV &MOV, ECX
Так вот вопрос: где нибудь подобные фишки пересекаются? Например в каком-нибудь асме % стоит перед сылкой на переменную, что конфликтует с AT&T асмом.

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

Sardar
ориентируйся на masm и fasm
основная масса на них пишет
инлайн асемблеры не всчет

Цитата(Chingachguk @ 4.9.2004, 23:57)

мне поведение тэга "code" совсем не нравилось до сих пор - все форматирование сносил напрочь, я часто пользовал "цитату".

Форматирование - это как ?
Если ты про теги всякие, то в принципе в коде это не нужно.
Если про отступы слева - то сейчас стало нормально (раньше 1 пробел удалялся вначале)...

Меня устраивает RadASM'овская подсветка,
правда, после некоторой настройки
Попробуйте.
Слить можно здесь.

teplik
ну ты шкрин покажи

Да уж лучше скрин, а то 1,5 мега качать в лом...

Цитата

Так ведь в hiew нет никакой раскраски

Добавлено @ 21:11

Цитата

Если про отступы слева - то сейчас стало нормально (раньше 1 пробел удалялся вначале)...

Да, какая-то шняга была... Все жалось к левому краю.



Присоединённый файл ( Кол-во скачиваний: 1 )
 hiew_pic.gif

Что же у меня hiew какой-то неправильный

Я сам обожаю синий фон (серьёзно, все проги дома так настроил), но на форуме это явно не прокатит
Добавлено @ 22:35
Вот оно что! У тебя hiew 6.81, а у меня 6.00