Код "блокировки" файла не смотрел, поэтому точно сказать не могу.
Esc ведь как-то "разлочивает" файл, чтобы фар мог его сохранить? В какой момент это происходит? Если по ProcessEditorEvent, то может оно не вызывается при сохранении через elevated-far?
Maximus5 wrote:Код "блокировки" файла не смотрел, поэтому точно сказать не могу.
Esc ведь как-то "разлочивает" файл, чтобы фар мог его сохранить? В какой момент это происходит? Если по ProcessEditorEvent, то может оно не вызывается при сохранении через elevated-far?
хе-хе. всё хуже. файл разлачивается в EE_SAVE, но потом залочивается в EE_REDRAW. как навскидку решить проблему без добавления EE_SAVED, в голову что-то не приходит
Вопрос.
Как-нибудь можно получить имя схемы используемой для текущего файла? Особенно из других плагинов?
Просто подумалось. У нас есть достаточно большое число плагинов, делающих +/- одно и тоже (свои настройки, свои макросы, своё автодополнения, в зависимости от файла). Хотелось бы не дублировать эти настройки, а выстроить более-менее связную систему. Варианта, откуда плагин может взять текущий тип файла — реально два, это тип файла [ESC], либо регион колорера. ESC вроде бы уже поддерживает подключения других плагинов, поэтому наверное проще было бы прикрутить такой функционал к нему.
Проблема с плагином: Создаю файл 1.txt. Набираю первую строку. При выходе за конец строки (79) нажимаю пробел, и вместо сворачивания строки фар молча закрывается. У кого-то еще повторяется?
WS2008
Far 3.0.2340 x86
ESC 2.7.0 (build 0)
А можно как-нибудь в плагине узнать, что кодировка была явна задана юзером (плагином), а не выбрана Far'ом по умолчанию? Нужно, что бы после первой установки кодировки (через плагин), другие плагины не пытались её изменить.
Один плагин (SQLiteDB) создаёт временный редактор (файл) с явным указанием кодировки (1200), а второй (ESC) её тут же меняет (на 1251). В результате первый после закрытия редактора пытается читать файл, ожидая 1200 - и обламывается, получая 1251.