Total Commander

Выяснил, что проблема была в ветке
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\AutoplayHandlers\EventHandlers\PlayDVDMovieOnArrival

После удаления, плагин себя повел нормально

Ветка состояла из следующих вложений:

Код: Выделить всё

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\AutoplayHandlers\
EventHandlers\PlayDVDMovieOnArrival\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\AutoplayHandlers\
EventHandlers\PlayVideoFilesOnArrival\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\AutoplayHandlers\
EventHandlersDefaultSection\PlayDVDMovieOnArrival\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\AutoplayHandlers\
EventHandlersDefaultSection\PlayVideoFilesOnArrival\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\AutoplayHandlers\
EventHandlersDefaultSelection\PlayDVDMovieOnArrival\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\AutoplayHandlers\
EventHandlersDefaultSelection\PlayVideoFilesOnArrival\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\AutoplayHandlers\
UserChosenExecuteHandlers\PlayDVDMovieOnArrival\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\AutoplayHandlers\
UserChosenExecuteHandlers\PlayVideoFilesOnArrival\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\AutoPlayHandlers\
EventHandlers\PlayDVDMovieOnArrival]
"LAV4DVDMovieOnArrival"=""

Где видна множественная вложенность одинаковых путей. Какая программа могла так напартачить, не знаю, но ввиду таких казусов, плагин нужно доработать.

[mod="Avada"]Код разбит на несколько строк, поскольку в исходном виде из-за отсутствия переносов увеличивает ширину страницы обсуждения до совершенно непристойных размеров.[/mod]

Тут на оффоруме про пару багов писали. Проверьте, кому не трудно, ответим человеку.

Пардон, об этом в этой теме уже писали...

Плагин замечательный, но есть несколько проблем.

1. Поиск CLSID, например {27AF75ED-20D9-11D1-B1CE-00805FC1270E}. Почему-то плагин ищет его только в ветке HKEY_CLASSES_ROOT, даже если задать поиск только в ключе HKEY_LOCAL_MACHINE\SOFTWARE\Classes. Соответственно, результаты выводятся тоже только для HKEY_CLASSES_ROOT, что бывает очень неудобно (в Regedit'е нормально).

2. Сортировки по CLSID в соотв. разделах практически нет, что тоже неудобно для поиска/навигации (в Regedit'е нормально).

3. У меня почему-то не выводится время создания записи. При настройке текущего набора колонок ТС предлагает [=<fs>.writedate], но в ней ничего не выводится. Если подставить [=<fs>.date], ТС заменяет его на [=<fs>.Дата], но всё равно ничего не выводится. Остальные колонки выводятся нормально, временная метка экспортируется тоже нормально.

Версия плагина 4.9, система - WinXp Sp3 Rus.

litvinoven
1. Нашёл в двух местах (Win7x32):
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\AppID\{27AF75ED-20D9-11D1-B1CE-00805FC1270E}\
HKEY_CLASSES_ROOT\AppID\{27AF75ED-20D9-11D1-B1CE-00805FC1270E}\
Аналогичный результат в CoRegistry.
2. Что понимается под сортировкой в соответствующих разделах?
3. Видимо, так предусмотрено системой, что даты есть только у разделов.

Flasher

1. У меня находит только в HKEY_CLASSES_ROOT\AppID.

2. Разделы HKEY_CLASSES_ROOT\CLSID и HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID.
Например, в HKEY_CLASSES_ROOT\CLSID список начинается с {0A9AE910-85C0-11D0-BD42-00A0C911CE86}. После {0B124F8F-91F0-11D1-B8B5-006008059382} идёт {00BB2763-6A77-11D0-A535-00C04FD7D062}, потом снова {0BE35200-8F91-11CE-9DE3-00AA004BB851} - т.е. у некоторых разделов как бы не учитываются ведущие нули.

3. У меня дат нет и у разделов.

litvinoven
1. А в других плагинах-аналогах как?
2. Это к плагину отношения не имеет. В ТС есть опция сортировки на странице "Содержимое панелей". Сейчас выбрана "Естественная сортировка: коды символов и числа". Выбрав любую иную результат меняется и выбирается наиболее подходящий.
3. Тогда советую пользоваться встроенными дынными полей tc, например: [=tc.Дата модификации.D.M.Y h

s].

Flasher

1. А у меня других нет - как на этом остановился когда-то давно, так им и пользуюсь. Поищу, попробую.
2. Спасибо! По своей глупости не додумался, что сортировкой управляет сам ТС. "Старый стал, ленивый"©.
3. Спасибо, помогло для веток! Хотя помню, что пробовал и это, но, видимо, следил только за параметрами.

Добавлено спустя 12 минут:

Поставил CoRegistry 1.1.0.0. Находит {27AF75ED-20D9-11D1-B1CE-00805FC1270E} везде, но поиск через ТС уж очень медленный и неудобный.
Вся надежда на автора Registry 4.9!

cluster писал(а):Хочется функцию "Результаты поиска на панель"

Это ограничение TC, терроризируйте, пожалуйста, автора TC

cluster писал(а):Так не работает:

Редактор реестра=%COMMANDER_PATH%\Plugins\wfx\Registry\Registry.wfx

или

Reestr=%COMMANDER_PATH%\Plugins\wfx\Registry\Registry.wfx

вот так работает:

Registry=%COMMANDER_PATH%\Plugins\wfx\Registry\Registry.wfx

Цитата из Registry_rus.txt: "Если плагин переименован в TC (например, в "Редактор реестра"), то необходимо так же изменить имя плагина в .ini файле". Кто не заметил - я не виноват

sergiokapone писал(а):Где видна множественная вложенность одинаковых путей. Какая программа могла так напартачить, не знаю, но ввиду таких казусов, плагин нужно доработать.

Длина пути больше чем 1024, это больше чем некоторые общепринятые "максимально допустимые" константы. Попробую воспроизвести как-нибудь, если руки дойдут.

litvinoven писал(а): 1. Поиск CLSID, например {27AF75ED-20D9-11D1-B1CE-00805FC1270E}. Почему-то плагин ищет его только в ветке HKEY_CLASSES_ROOT, даже если задать поиск только в ключе HKEY_LOCAL_MACHINE\SOFTWARE\Classes. Соответственно, результаты выводятся тоже только для HKEY_CLASSES_ROOT, что бывает очень неудобно (в Regedit'е нормально).

Это одни и те же ключи, только 2 пути. Нет необходимости выводить оба.
Непреднамерено, но дубликаты всплывают в x64 системах (Wow6432Node), возможно исправлю.

litvinoven писал(а): 3. У меня почему-то не выводится время создания записи. При настройке текущего набора колонок ТС предлагает [=<fs>.writedate], но в ней ничего не выводится. Если подставить [=<fs>.date], ТС заменяет его на [=<fs>.Дата], но всё равно ничего не выводится. Остальные колонки выводятся нормально, временная метка экспортируется тоже нормально.

Только у веток есть дата в NT системах.

Виталий Князев

1. Про поиск CLSID...

Необходимость очень даже есть! Мне, например, нужно найти некий CLSID именно в HKEY_LOCAL_MACHINE\SOFTWARE\Classes (чтобы получить файлы экспорта именно оттуда), а поиск приводит меня только в HKEY_CLASSES_ROOT, куда мне вовсе даже и не надо. Может быть всё-таки логичней выводить в поиске ту ветку, которая задана пользователем, а не эквивалентный путь, который нравится Вам?

3. Я неточно выразился. У меня [=<fs>.date] не выводится и для веток тоже! А дата из ТС ([=tc.Дата...]) выводится нормально.

litvinoven писал(а):Виталий Князев

1. Про поиск CLSID...

Необходимость очень даже есть! Мне, например, нужно найти некий CLSID именно в HKEY_LOCAL_MACHINE\SOFTWARE\Classes (чтобы получить файлы экспорта именно оттуда), а поиск приводит меня только в HKEY_CLASSES_ROOT, куда мне вовсе даже и не надо. Может быть всё-таки логичней выводить в поиске ту ветку, которая задана пользователем, а не эквивалентный путь, который нравится Вам?

3. Я неточно выразился. У меня [=<fs>.date] не выводится и для веток тоже! А дата из ТС ([=tc.Дата...]) выводится нормально.

Логичней уточнить зачем Вам нужен именно HKLM, ведь это "более длинный" путь.

Виталий Князев

Длина - не главное. Часто бывает нужно найти записи в Реестре на их "родном" месте, а не в общей свалке: ведь в ветви HKCR отображаются записи не только из HKLM\SOFTWARE\Classes, но ещё и из нескольких HKEY_USERS\S-1-5-..._Classes, и там их уже не разделить. И для подготовки reg-файлов (для "твиков" Реестра, переносе накоторых программ из одной системы в другую и т.п.) нужен экспорт именно из ветвей HKLM\SOFTWARE\Classes и HKEY_USERS\S-1-5-..._Classes. Кстати, экспорт в Вашем плагине сделан очень удобно, спасибо!

Ну и ещё для "логики" - чем Вам так нравится ветвь HKCR (кроме длины)? Ведь "физически" же её нет! Есть ветвь HKLM\SOFTWARE\Classes в файле system32\config\SOFTWARE, есть другие ветви ..._Classes в своих файлах - чем они хуже? И при загрузке кустов из других файлов ветви Classes находятся на своих местах, а вовсе не в HKCR.

Так что если Вы сможете сделать поиск именно там, где задаёт пользователь, будет и логично, и, главное, удобно! И ещё раз спасибо за замечательный плагин!

P.S.
Еще одна "хотелка". Нельзя ли внутри плагина принудительно переключать метод сортировки ТС (это к моему первоначальному п.2)? Дело в том, что в обычных файловых панелях ТС мне, например, удобна сортировка "Алфавитная, с учётом особенностей языка". Но внутри плагина (в той же ветви CLSID) она не годится - только сортировка "Строго по численному коду символа" приводит к осмысленному результату. Переключать же каждый раз вручную неудобно.

litvinoven писал(а): Часто бывает нужно найти записи в Реестре на их "родном" месте, а не в общей свалке.

Спасибо, идея понятна. Возможно, что-то подобное будет реализовано, скорее всего как опция, потому как замедляет поиск.

litvinoven писал(а): P.S.
Еще одна "хотелка". Нельзя ли внутри плагина принудительно переключать метод сортировки ТС.

Нет. Плагин очень мало что контролирует в TC, вряд ли что-то изменилось с тех пор когда я крайний раз заглядывал в API документацию.

Виталий Князев

Виталий Князев писал(а):Цитата из Registry_rus.txt: "Если плагин переименован в TC (например, в "Редактор реестра"), то необходимо так же изменить имя плагина в .ini файле". Кто не заметил - я не виноват

Тобишь в WinCmd.ini должно быть вот так?:

Код: Выделить всё

[FileSystemPlugins]
Редактор реестра=%COMMANDER_PATH%\Plugins\wfx\Registry\Редактор реестра.wfx

и соотвественно в папке плагина, сам плагин переименован в Редактор реестра.wfx

Сейчас вот так у меня:

Код: Выделить всё

[FileSystemPlugins]
Редактор реестра=%COMMANDER_PATH%\Plugins\wfx\Registry\Registry.wfx

и соотвественно в папке плагина, сам плагин переименован в Registry.wfx

В обоих случаях всё-равно не работает одна функция...

Если привожу к такому варианту:

Код: Выделить всё

[FileSystemPlugins]
Registry=%COMMANDER_PATH%\Plugins\wfx\Registry\Registry.wfx

и соотвественно в папке плагина, сам плагин переименован в Registry.wfx, то функция работает

Lisabon писал(а):Виталий Князев
Виталий Князев писал(а):Цитата из Registry_rus.txt: "Если плагин переименован в TC (например, в "Редактор реестра"), то необходимо так же изменить имя плагина в .ini файле". Кто не заметил - я не виноват
Тобишь в WinCmd.ini должно быть вот так?:

Имеется в виду .ini файл плагина. Необходимо изменить вот это значение в файле registry_vk.ini:
; Plugin name (you must change this when you rename the plugin in TC)
Name=Registry

P.S.
Надо бы уточнить это в readme, хотя всё равно никто не читает

Виталий Князев

Имеется в виду .ini файл плагина. Необходимо изменить вот это значение в файле registry_vk.ini:
; Plugin name (you must change this when you rename the plugin in TC)
Name=Registry

Спасибо, заработало...

P.S.
Надо бы уточнить это в readme, хотя всё равно никто не читает

Обязательно надо... Справку читаем, просто не всегда всё расписывается авторами.

Total Commander

Registry плагин