А вообще в том же vim, например, инфа о кодировке (и пр. параметрах) сохраняется в самом файле, в коменте. Примерно так:
//Setup VIM: ex: et ts=2 enc=utf-8 :
В таком случае, все, что требуется от редактора - просмотреть пару строк в начале/конце файла на предмет наличия предопределенной сигнатуры (Setup VIM).
Конечно, чтобы автоматически эту инфу добавлять, придется уже различать файлы по типам (чтобы знать, какой комментарий где использовать). Но если грядет синтаксическая подсветка, это, наверное, не будет большой проблемой.
Кстати, было бы здорово, если бы Mark умел доставать кодировку (и другие параметры?) из сохраненных настроек vim.
И еще один момент. Было бы здорово, если бы Mark сохранял используемый тип перевода строки - чтобы можно было под виндой редактировать *nix-овые файлы без необходимости последующей конвертации CR-LF -> LF. Потому как сейчас даже соотв. опция Not change в Save As не работает - файл всегда сохраняется с CR-LF переводами строк.
То же самое и с простым Save. (Mark 0.9z)
Кстати, на Mac-ах для перевода строк используется один CR.
А можно убрать эти вертикальные полоски в меню, а? Или это типа фича такая, чтобы не спутали часом Mark с каким-нть другим редактором?
ИМХО, не стоит удивлять пользователя какими-то изысками интерфейса. Чем он будет стандартнее, тем комфортнее в нем будет работать.
Взять, например, шорткаты - везде они пишутся через '+', а вот в Mark почему-то через '-'
Да и Ctrl+Q больше подходит для Quit, нежели для Close, который везде вызывается по Ctrl+W.
Также меня удивило, что для табуляций используется отступ в 6 символов, вместо стандартных 8-ми.
Еще парочка пожеланий:
- Cursor beyond end of line
- опция отображения "невидимых" символов: пробелов, табуляций, перевода строки
- а еще хотелось бы, чтобы символы можно было вставлять прямо из Char Map, двойным кликом, а не переключаться постоянно туда сюда и напрягать clipboard
Я не слишком увлекся?
