Я же выше написал, что именно он пока подтвердил. Там есть и другие вопросы — в разных версиях Ultra Editors есть нюансы поведения, сейчас разбираемся, что от чего зависит.Flasher писал(а):Это сам автор подтверждает?
Ultra TC Editors
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
Со скриптом та же петрушка. Он удаляет и перезаписывает секции, но при этом в ТС ничего не меняется, после перезагрузки остаются старые значения. Т.е. даже, если взять любой текстовый редактор и поправить там пути в этих секциях и сохранить, то это будет пустая трата времени. ТС эти значения держит в своей подпрограмме и отдавать не хочет. Если появится резон убедить Гислера, чтобы значения некоторых секций всё-таки считывались из самого файла, будет, ИМХО, правильно.
Совершенно верно, о том и речь. Удаляется только при закрытом TC. А если, скажем, попытаться при открытом TC тупо заменить простым копирпованием wincmd.ini на копию из бэкапа, то истории командной строки и каталогов после перезапуска останутся текущие, хотя всё прочее обновится.Flasher писал(а):Т.е. даже, если взять любой текстовый редактор и поправить там пути в этих секциях и сохранить, то это будет пустая трата времени. ТС эти значения держит в своей подпрограмме и отдавать не хочет.
А при открытом TC и при использовании History Editor с включённой опцией авторестарта TC после сохранения INI-файла всё это обрабатывается нормально. (С нюансами я, кстати, разобрался — это был локальный глюк на одной из моих машин.)
Теперь про UTF. Насчёт буфера запрошу (хотя, боюсь, это окажется попросту технически невозможно).
А насчёт параметров для открытия меню в UTF-8 — это не нужно. Поясню. Нормальный просмотр в UTF-8 теперь возможен, когда все три языковых файла имеют одну кодировку. Если текущий набор языковых файлов — именно UTF-8 без BOM, то при обычном открытии Main Menu Editor без параметров вполне корректно отобразится текущий MNU-файл из этого набора (по информации из wincmd.ini и с проверкой LNG, назначенного для текущего интерфейса). Без всяких дополнительных действий.
То же самое будет, если файл меню ассоциирован с Main Menu Editor, и такой файл в UTF-кодировке просто запускают. Если щёлкнуть по ANSI-файлу меню при двух остальных языковых файлах в UTF-8 (и наоборот), основная часть содержимого панелей будет нечитабельна. И, соответственно, такого просто не следует делать.
А нажатие Ctrl нужно вот в каком случае. Предположим, у тебя все языковые файлы в UTF-8, а MNU-файлов таких несколько с разным содержимым. И вот ты решил в уже открытом редакторе переключиться с одной менюшки в UTF-8 на другую. Редактор уже открыт, тестирование LNG-файла не выполняется. Если ты просто откроешь другой файл меню, получишь глюк — нечитабельное меню и нечитабельные строки в списке команд, имеющие соответствия в меню. Если ты его откроешь после манипуляции с Ctrl, всё будет OK. Только и всего. Короче, это явно не для повседневного употребления.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Отлично, буду тогда пользоваться такой командой: /s=1;2;3;4;5;7;8;9;13;14;15;16;17;18 /rAvada писал(а):А при открытом TC и при использовании History Editor с включённой опцией авторестарта TC после сохранения INI-файла всё это обрабатывается нормально.
Меня вот какой момент интересует: поддержка специальных скриптовых файлов (например, для бэкапа секций INI-файлов TC с историями, для очистки всех или некоторых из этих историй и для восстановления историй из бэкапа). При открытом ТС вся история ведь не очистится скриптом?
А если lng и mnu c UTF 8 без ВОМ, а inc c ВОМ, то не будет корректного отображения меню? Это важно, так как в утилизаторе TwinKey нормальное отображения inc только с ВОМ. И что за информация должна быть в wincmd.ini? C lng понятно.Avada писал(а):Если текущий набор языковых файлов — именно UTF-8 без BOM, то при обычном открытии Main Menu Editor без параметров вполне корректно отобразится текущий MNU-файл из этого набора (по информации из wincmd.ini и с проверкой LNG, назначенного для текущего интерфейса). Без всяких дополнительных действий.
Вот это очень хорошо.Avada писал(а):То же самое будет, если файл меню ассоциирован с Main Menu Editor, и такой файл в UTF-кодировке просто запускают.
Тут согласен. Такое редко потребуется. Спасибо за уточнение!Avada писал(а): ... Короче, это явно не для повседневного употребления.
Нет, всё нормально, я такую комбинацию проверял.Flasher писал(а):А если lng и mnu c UTF 8 без ВОМ, а inc c ВОМ, то не будет корректного отображения меню? Это важно, так как в TwinKey нормальное отображения inc только с ВОМ.
А второй ключ — Mainmenu. Он в wincmd.ini обязательно должен быть указан явно, даже если совпадает с именем LNG.Flasher писал(а):И что за информация должна быть в wincmd.ini? C lng понятно.
А про скрипты разговор обязательно будет, но попозже, как дойдёт до очередной паблик-беты. (Желательно всё-таки функционал объяснять с возможностью немедленной практической проверки, а не на пальцах. Я про UTF-8 заранее подробно рассказал потому, что был запрос, и ситуация достаточно ясна.) Там много чего можно будет делать. Например, главное меню TC включать/отключать. Пример скрипта, где вообще все элементы интерфейса прячутся по максимуму, а файловая панель остаётся одна, планируется включить в справку. А если не войдёт, я сам представлю.
Представь себе, очистится. Сначала закрывается активное окно TC, потом выполняется очистка, потом окно TC снова открывается. Там были глюки (сейчас исправленные), но как раз не с очисткой, а с откатом к исходному состоянию.Flasher писал(а):При открытом ТС вся история ведь не очистится скриптом
Последний раз редактировалось Avada Ср ноя 03, 2010 11:46, всего редактировалось 1 раз.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Понял. Радует.Avada писал(а):Нет, всё нормально, я такую комбинацию проверял.
Насчёт "второй" не понял. По счёту в секции Configuration или вообще второй из языковых?Avada писал(а):А второй ключ — Mainmenu.
Ого, у TCFS2 появился конкурент?Avada писал(а):Например, главное меню TC включать/отключать. Пример скрипта, где вообще все элементы интерфейса прячутся по максимуму, а файловая панель остаётся одна, планируется включить в справку
Замечательно! Тогда всё встало на свои места, какая разница как это делать, через комстроку или скрипт!Avada писал(а):Представь себе, очистится. Там были глюки (сейчас исправленные), но как раз не с очисткой, а с откатом к исходному состоянию.
Да вот решил.Flasher писал(а):Интересно и как же автор решил вопрос с убором главного меню без Autorun-a?
Кстати, добавил выше уточнение ответа про тотальную очистку.
Вообще второй из языковых.Flasher писал(а):По счёту в секции Configuration или вообще второй из языковых
Я знал, что тебе понравится.Flasher писал(а):Ого, у TCFS2 появился конкурент?
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Даже не знаю. Заинтриговал.Avada писал(а):Я могу, конечно, рассказать, но, может быть, паблик-беты подождём и сам тогда посмотришь?
Ааа, т.е. по сути это тождественно функционалу с приведёнными мной параметрами? Жаль, я было понадеялся. Хотя, если бы можно было возвращать исходное состояние сменившихся путей на заблокированных вкладках, то было бы не так страшно.Avada писал(а):Сначала закрывается активное окно TC, потом выполняется очистка, потом окно TC снова открывается. Там были глюки (сейчас исправленные), но как раз не с очисткой, а с откатом к исходному состоянию.
Ну, зная кучу нюансов, с которыми пришлось столкнуться при использовании и модификации TCFS2, конечно, претендовать на его замену оно вряд ли когда-нибудь сможет. Но сам факт интересный и хочется опробовать в деле.Avada писал(а):Я знал, что тебе понравится.
Flasher
В общем, я тут прикинул и решил повременить до паблик-беты. При отсутствии наглядности получится слишком много слов. А скрипт открыл — и всё видно. Там структура простая, в справке она подробно будет описана. Ничего там из ряда вон выходящего нету, всё построено на манипуляциях с ключами TC и некотором количестве специальных команд.
А как там в деле будет и что кому удобнее — время покажет.
В общем, я тут прикинул и решил повременить до паблик-беты. При отсутствии наглядности получится слишком много слов. А скрипт открыл — и всё видно. Там структура простая, в справке она подробно будет описана. Ничего там из ряда вон выходящего нету, всё построено на манипуляциях с ключами TC и некотором количестве специальных команд.
Ну как же иначе, если уже вполне ясно, что без этого мы наглухо упираемся в ограничения самого TC?Flasher писал(а):Ааа, т.е. по сути это тождественно функционалу с приведёнными мной параметрами? Жаль, я было понадеялся.
Не совсем понял, о чём речь. В каком состоянии были все вкладки до применения скрипта, в таком и останутся после. Или что-то другое имеется в виду?Flasher писал(а):Хотя, если бы можно было возвращать исходное состояние сменившихся путей на заблокированных вкладках, то было бы не так страшно.
Я предполагал, что понравится само появление такого интересного факта.Flasher писал(а):Но сам факт интересный и хочется опробовать в деле.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Но скрипты уже сейчас можно писать. Может, стоит хотя бы привести пример для случая с очисткой истории, описанной в анонсе 3-й Беты?Avada писал(а):В общем, я тут прикинул и решил повременить до паблик-беты. При отсутствии наглядности получится слишком много слов. А скрипт открыл — и всё видно.
Не может быть такого: после перезапуска ТС должен происходить возврат в корень заблокированного пути (во вкладке с возможностью смены каталога), а не изменённого. А хотелось бы, чтобы путь с перезапуском не менялся. Собственно, я тут ещё об этом писал.Avada писал(а):В каком состоянии были все вкладки до применения скрипта, в таком и останутся после.
И ты не ошибся.Avada писал(а):Я предполагал, что понравится само появление такого интересного факта.![]()
Да, там есть один интересный штришок, касаемый совместной работы с TwinKey. Будет интересно, какая из программ с этим лучше справляется. В общем, я в ожидании.Avada писал(а):А как там в деле будет и что кому удобнее — время покажет.
Собственно говоря, скрипт для очистки истории уже включён в английскую справку для Ultra TC Editors 6.00 beta 5, выложенной здесь. Проблемы там были потом не со скриптами, а с их неправильной обработкой программой. И исправлено это было в шестой приватной бете Конфигуратора, которая покуда не выложена. Так что посмотреть можно запросто, а вот пользоваться с некоторой осторожностью — там откат изменений для wincmd.ini не работал.Flasher писал(а):Но скрипты уже сейчас можно писать. Может, стоит хотя бы привести пример для случая с очисткой истории, описанной в анонсе 3-й Беты?
А, понятно. Просто я такой тип блокировки не использую. Тогда, конечно, произойдёт сброс в корень блокированной вкладки. Потому что негде запомнить информацию об изменённом пути.Flasher писал(а):Не может быть такого: после перезапуска ТС должен происходить возврат в корень заблокированного пути (во вкладке с возможностью смены каталога), а не изменённого. А хотелось бы, чтобы путь с перезапуском не менялся.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Я вижу пример(Example) комстроки, никаких скриптов с пометкой CESF я там не нахожу.Avada писал(а):скрипт для очистки истории уже включён в английскую справку для Ultra TC Editors 6.00 beta 5
А если предложить автору сохранять пути текущих панелей в ultra tc editors.ini и с добавлением параметра входить в каждую из них? В ТС же это можно использую параметры /L= и /R=.Avada писал(а):Потому что негде запомнить информацию об изменённом пути.
Flasher
Вот пример (точнее, примеры, Samples) — это оно и есть. Две штуки. Копируешь по очереди эти два скрипта и сохраняешь как два отдельных файла в надлежащем формате. У меня это Erase.cesf и Restore.cesf.
Да, тут автор радостно сообщил, что экспорт в главное меню из Hotkeys Editor проходит прилично и предупреждений не требует. Я это дело бегло протестировал и сообщил о паре обнаруженных мелких некорректностей. Посмотрим, что дальше будет.
Вот пример (точнее, примеры, Samples) — это оно и есть. Две штуки. Копируешь по очереди эти два скрипта и сохраняешь как два отдельных файла в надлежащем формате. У меня это Erase.cesf и Restore.cesf.
Да, тут автор радостно сообщил, что экспорт в главное меню из Hotkeys Editor проходит прилично и предупреждений не требует. Я это дело бегло протестировал и сообщил о паре обнаруженных мелких некорректностей. Посмотрим, что дальше будет.
Потестирую, подумаю...Flasher писал(а):А если предложить автору сохранять пути текущих панелей в ultra tc editors.ini и с добавлением параметра входить в каждую из них? В ТС же это можно использую параметры /L= и /R=.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.