Total Commander

DeathStalker писал(а):Маленький баг: при смене языка имена колонок всегда по-русски =)

Это не баг, но нам с этим жить
TC запоминает настройку в wincmd.ini...

vunder писал(а):Vista Home Basic + TC 7.50p6 + Registry 3.8
Неправильно отображаются значения ключей.

В ветке есть список строковых значений параметров. Добавил колонку отображать значение. Отображается непонятно что: в некоторых параметрах отображается значение от предыдащего параметра. При этом экспорт работает нормально.

Пример? Картинку? Откуда и зачем ты добавил колонку если она там по умолчанию?

Значения ключей 2 и 3 одинаковые, хотя они точно разные.

vunder писал(а):Значения ключей 2 и 3 одинаковые, хотя они точно разные.

Спасибо, подтверждаю баг. Исправлю в 3.9.
Между тем можно использовать [=<fs>.Размер.bytes] и Размер должен идти перед Значение.
Update
И всё равно будет баг... Вообщем стандартный набор Тип Значения, Размер, Дата, Значение точно работает.

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

Den_Klimov писал(а): 2. Нельзя ли вместо одного параметра "ExportUNICODE" сделать два независимых друг от друга параметра. Один для собственно экспорта "ExportUNICODE" а другой для отображения в листере содержимого "ExportListerUNICODE? НУ ОЧЕНЬ НУЖНО!

Не уверен что я правильно понял зачем это нужно.

И я вас прекрасно понимаю. Но тогда какой посоветуете НОРМАЛЬНЫЙ шрифт для нормального (нерастянутого) отображения unicod-ного текста в Листере (7.50pb6)? Ибо функция нужна только для этого. И это важно ибо любимая Тахома тут гуляет лесом (с ansi же текстом проблем в листере нет с любым шрифтом).
Сейчас полурешение заключается в том, чтобы отключить в плаге юникод вообще и соответственно без вопросов отображать содержимое реестра в листере в ansi. Однако в этом случае и экспорт реестра также идёт в ansi, а это меня не устраивает. Плаг тут конечно не причём, проблема не в нём, но всё-таки..

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

Den_Klimov писал(а): 1. Что насчёт совместимости, Виталий? С какими ОС не будет проблем у новой версии (Win9x понятное дело сразу отбрасываем)?

Тестирую в Vista SP2 и XP SP3, но все функции теоретически должны работать в Win2K. Плагин потерял совместимость с Win9x только из-за длинных имён файлов и компиляции в VS2008, в остальном стараюсь не добавлять новых зависимостей.

Если в Vista SP2 всё ок, то следовательно можно ждать что и в Seven всё будет путём?

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

Den_Klimov писал(а): 3. Это обязательно создавать пустые каталоги при экспорте (как понимаю происходит при определённых условиях.. если в экспортируемой ветке реестра имеются множество пустых "подкаталогов" значительного уровня вложенности)? Задача ведь получить лишь рег-файл а не кучу вложенных каталогов + рег-файл или даже кучу рег-файлов?
Есть ли возможность как-то от этого избавиться?
Опция "Экспорт нескольких разделов за раз" помогает тут, но только в том плане что общий рег-файл таки создаётся, но и куча вложенных каталогов опять таки тоже. Без неё же ситуация такая же (куча каталогов), только без создания общего рег-файла в корне.

Я взгляну на эту функцию, быть может можно обойтись без пустых каталогов.

Благодарю что исправили.

Den_Klimov писал(а):Но тогда какой посоветуете НОРМАЛЬНЫЙ шрифт для нормального (нерастянутого) отображения unicod-ного текста в Листере (7.50pb6)?

Этот не подходит?

Den_Klimov писал(а):Плаг тут конечно не причём, проблема не в нём, но всё-таки..

Похоже здесь я помочь не могу...

Den_Klimov писал(а):Если в Vista SP2 всё ок, то следовательно можно ждать что и в Seven всё будет путём?

Вероятность практически 100%, тем более что MS обещают хорошую совместимость.

Den_Klimov писал(а):Благодарю что исправили.

Исправил, получилось даже лучше чем ожидал, хотя в моей Висте скорость экспорта крайне низкая... 3.9 должна быть на порядок быстрее.

Обновил

v 3.9 - 08.07.2009
- Исправлено: Непредсказыемые значения в колонке значений когда использовался набор колонок отличный от стандартного
- Исправлено: Значительно ускорен экспорт в Висте
- Исправлено: Экспорт из удалённого реестра (поведение зависело от версии TC)
- Исправлено: Поддержка UNICODE в некоторых сообщениях
- Изменилось: Больше не спрашивает про экспорт в один файл при поиске
- Изменилось: Увеличена производительность поиска
- Изменилось: Общий код для ANSI и UNICODE интерфейса TC, меньший размер плагина
- Изменилось: Обновлён перевод на украинский язык
- Изменилось: Обновлён перевод на испанский язык

В поле размер ([=<fs>.Размер.bytes]) всегда добавляется суффикс. В моем случае "байт". Как от этого исбавиться, чтобы отображалось только значение без размерности

vunder писал(а):В поле размер ([=<fs>.Размер.bytes]) всегда добавляется суффикс. В моем случае "байт". Как от этого исбавиться, чтобы отображалось только значение без размерности

Это пока не отключается, но можно в Russian.lng удалить "байт".

Виталий Князев писал(а):Это пока не отключается, но можно в Russian.lng удалить "байт".

Спасибо, помогло

Виталий Князев
Мелочь, тянущаяся ещё со старых версий. При открытии плагина все корневые ключи отображаются в верхнем регистре, если в настройках TC отключена опция "Имена формата 8.3 — в нижнем регистре" (вкладка "Содержимое панелей"). При включённой опции четыре первых ключа отображаются так же, а ключ HKEY_USERS — как Hkey_users. На этом уровне хотелось бы единообразия (безусловного верхнего регистра) в любом случае.

Avada писал(а):Виталий Князев
Мелочь, тянущаяся ещё со старых версий. При открытии плагина все корневые ключи отображаются в верхнем регистре, если в настройках TC отключена опция "Имена формата 8.3 — в нижнем регистре" (вкладка "Содержимое панелей"). При включённой опции четыре первых ключа отображаются так же, а ключ HKEY_USERS — как Hkey_users. На этом уровне хотелось бы единообразия (безусловного верхнего регистра) в любом случае.

Это упомянуто в readme давным давно:

- Hkey_users - рассматривается TC как короткое 8.3 DOS имя,
Configuration->Options->Display->Show old 8.3 names lowercase

AFAIK средствами плагина это невозможно исправить.

Виталий Князев
Да, действительно упомянуто. Я просто хотел уточнить, не изменилась ли ситуация. Раз нет, так нет, хотя и жаль.

DrShark писал(а):

Den_Klimov писал(а):Но тогда какой посоветуете НОРМАЛЬНЫЙ шрифт для нормального (нерастянутого) отображения unicod-ного текста в Листере (7.50pb6)?

Этот не подходит?

К сожалению нет, другие вкусы. Люблю шрифты покрасивше с cleartype-сглаживанием, гы.