Yams
1) Что такое MDI-редакторы?
MDI - Multi-Document Interface. В применении к программам означает, что несколько документов открываются одним процессом. В противоположность SDI (Single-Document Interface), где каждый файл открывается своим, отдельным процессом. Примеры: Блокнот, Paint - SDI-приложения; WinHex, MS Visual Studio, Adobe Photoshop, EmEditor - MDI-приложения.
редактор MDI, т.е. что он автоматом закроется, если найдёт свою копию, и передаст открываемый файл в ту копию.
Это оно?
Не совсем. Это, скорее, способ открытия новых документов в MDI, а не архитектура как таковая. Причём это лишь один из способов, есть и другие (например, DDE, о котором я, правда, знаю очень мало).
Тоггда попробую реализовать второй механизм, сделаю галочку и буду искать хэндл уже запущенного окна. Он более естественный и простой для пользователя.
Если получится, буду очень рад.
Но, как я написал, проблема не в том, чтобы подхватить уже запущенную копию, а в том, чтобы корректно отследить, что редактор закончил работать с документом. Например, у меня уже открыт редактор (пусть тот же EmEditor) с файлом. Я в Тотале жму F4 на другом файле: EE открывает его в том же процессе, что уже был запущен. Я редактирую файл, и закрываю только этот файл; ранее открытый файл остаётся открытым, а значит, процесс остаётся по-прежнему запущенным. Как OFTC определит, что файл закрыт редактором? Вот в этом, как мне кажется, и есть основная проблема. Буду очень рад, если ошибаюсь.
2) Тултипчики сделаю, сейчас задержку я убрал, т.к. думал, что подсказка мешает. Сделаю это опциональным, чтобы пользователь сам выбирал время для показа подсказки.
А можно сделать не настраиваемое время (или не только настраиваемое время), а как я написал выше? Подвёл мышку, подержал какое-то время - тултип появился, и висит до скончания веков. А как только мышку сдвинул с места - тултип сам исчез. Это было бы гораздо удобнее, чем фиксированная (пусть и настраиваемая) задержка.
2) Тут на totalcmd.net прозвучала идея - назначать для программ не просто расширения, а маску для файлов. Т.е. , например, файлы *.txt редактировать в AkelPad'е, а readme*.txt - в ConTEXT'е. Стоит расширять так функциональность или нет?
Лишним не будет, это точно.
Если, конечно, это не повлияет на скорость и удобство работы.
3) Стоит ли мне дальше поддерживать русскоязычный файл справки для программы?
Обязательно!
4) Нужно ли по F4 открывать файлы каждый в своём редакторе?
Было бы неплохо, но лично я могу и обойтись.
Дополнительные моменты.
1) При запуске со ScrollLock'ом мигает диалог Тотала "About". Это для определения местоположения wincmd.ini/wcx_ftp.ini? Во-первых, нафига? Понимаю, при первом запуске, чтобы знать, куда себя прописывать... А во-вторых (если всё-таки для чего-то нужно), может, попробовать обойтись без него? Вроде, публиковали тут код определения местоположения файлов. А то как-то некрасиво это мелькание.
2) Если в буфере содержатся нетекстовые данные, то они при открытии OFTC теряются, как и раньше.
3) Судя по логам FileMonitor, OFTC каждый раз обращается ко всем редакторам, какие есть в его списке. Зачем? Ведь ему нужен только один-единственный редактор, запускающий текущий выделенный набор файлов (разумеется, если запуск сделан не со ScrollLock'ом - тогда да, надо считать все иконки). Избыточный код?
