Кстати, Да! Есть проблема-с =)Rosetta писал(а):ет все пнятна... ток у мя кора с ума сходит от разных кодировок в макросахStells писал(а): automacro Healer {
pubm /хил/,8
run-once 1
call Heal
}
грит нечто навроде :ЮЗЕР! ДА ТЫ ОФИГЕЛ! Я НЕПОНИМАТЬ ЮНИКОДЕ!
пшел на...
Если написать в макросах русские буковки, то приходиццо сохранять этот файл в котировке (от слова КОТ) UTF-8 через мерзкий Notepad.exe (оно же Блокнот).
Но эта сволоч (Блокнот) когда сохраняет файл в вышеуказанной КОТИровке (Ю ТИ ЭФ 8 ), вставляет первым символом файла некий КОТ (КОД), неразрывный пробел чтоли или что то в этом РОДЕ который говорит другим тупым программам что файл в котировке Ю Т Ф 8.
А Кора, такая сволоч, не понимает что это за символ, и извините за выражение, начинает ОРАТЬ, что не понимает первого макроса, так как видит этот символ как ерунду!!!
И мене приходиццо открывать этот гребанный macros.txt в ФАРе и удалять из него первые 3!!!! байта - этот идиотский неразрывный пробел или как его там (BOM character, нэ?)
А то оно вставляе это
0000000000: EF BB BF 23 61 75 74 6F │ 6D 61 63 72 6F 20 62 6F п>ї#automacro bo
Вот какого оно вставлет это? EF BB BF! !!!
Так что если не удалить эти тры байта то оно пишет:
Test2/macros.txt: ignoring line '?#automacro boomend {' (munch, munch, strange
block)
Test2/macros.txt: ignoring '}' (munch, munch, strange food)
Но если удалииитььь... после этого макрысы работают... и не ругаеццо!!!
Для определения формата представления Юникода в текстовом файле используется приём, по которому в начале текста записывается символ U+FEFF (неразрывный пробел с нулевой шириной), также именуемый меткой порядка байтов (англ. Byte Order Mark, BOM). Этот способ позволяет различать UTF-16LE и UTF-16BE, поскольку символа U+FFFE не существует. Также он иногда применяется для обозначения формата UTF-8, хотя к этому формату и неприменимо понятие порядка байтов. Файлы, следующие этому соглашению, начинаются с таких последовательностей байтов:
UTF-8
EF BB BF