Баги в v0.96 (build 751-787)

[Alex]

имеет баги - выделение файла скачет,
файлы распак-ся в одну папку d:\, хотя указано в d:\1 (1 не сущ-т).

[Max Diesel]

Потом заметил, что упорно не хотят меняться шрифты меню заголовка - что-то типа Tahoma 12-пунктной, хотя я ставлю MS Sans Serif (шрифты все-таки отличимы).

Если проблема все еще остается, то файлы Uncom.ini (и Uncomstyles.ini если дело связано со стилями, шрифты к этому пункту относятся) пришлите мне на email или через личное сообщение на форуме. И в подобных ситуациях желательно копировать эти ini-файлы в отдельный каталог и затем искать доказательство того что дело в них (например удалить ini-файлы в каталоге программы и попробовать проблемную операцию на автоматически созданных чистых ini-файлах), если доказательства найдутся - присылать проблемные ini-файлы мне.

И еще... Глюк был в v0.95 и остался в v0.96: выделяем один или более файлов/папок на панели, зажимаем Shift (для переноса) и закидываем в какую-нибудь папку на этой же панели - после завершения операции первый клик по какому-нибудь объекту (кроме папки, в которую переносили) выделит группу файлов/папок от папки, в которую переносили, до выделенного объекта. Работать не мешает, но к эффекту привыкнуть трудно.

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

Проблемы с плагинами:
1. Автоматическая установка плагинов работает очень странно. Вроде бы и предлагает установить плагин, но после установки плагина (любого) и перезагрузки интерфейс UC корежится до неузнаваемости - панели чисты, главное меню отсутствует..., т.е получаем полностью нерабочий UC. Исправляется только восстановлением uncom.ini из резервной копии (или убиением оного). (могу ошибаться, но кажется в секции [RPFolderTabs] что-то ломается).
2. Архиваторные плагины не установить никак. В ручном режиме недоступно поле "Расширения".
3. Плагины просмотра устанавливаются только если в ручную прописать расширения в поле "По умолчанию для". Иначе никак.

1 - Пришлите (на email или через форум) тот конкретный архив с плагином, при попытке установки которого "интерфейс корежится до неузнаваемости", возможно он прольет свет на это темное дело... лично мне не доводилось видеть такой проблемы,
2 - да, действительно оказывается при полном отсутствии плагинов почему-то список не обновляется... спасибо за информацию, буду разбираться.
3 - не из каждого плагина удается корректно вытащить корректную информацию о расширениях...

Панель инструментов:
Некоторые кнопки вдруг становятся "неактивными". Хотя нормально функционируют.
Никаких изменений (дополнений, удалений кнопок) на панели инструментов с момента запуска не выполнялось.

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

Здесь я имел ввиду пути к плагинам в настройках вьюера. В версии 0.95 относительные пути работали, в 0.96 они, если скопировать старый инишник в корень программы, сначала видятся, но при перезапуске коммандера пишет "не найдено".

Фактически ini-файлы Universal Viewer'а не должны сохраняться вместе с ini-файлами Unreal Commander'а, для них есть подкаталог "Universal Viewer". Эта проблема предположительно подправлена.

Не работает переменная %UNCOM%, по крайней мере, в строке выбора редактора. Приходится задавать полный путь. Build 752.

Вообще-то такой переменной нет, есть такие:
%uncom_dir%
%uncom_path%
%commander_path%
Впрочем вероятно программа не лопнет если я добавлю туда еще и %uncom%... в следующем билде будет.

Панель редактирования предпочтений, раздел "Окрашивание файлов". После удаления категории недоступна кнопка "Применить", соответственно, изменение не отрабатывается.

Исправлено, спасибо за информацию.

А почему так пугливо дергается путь в заголовке панели, когда подводишь курсор к букве диска в этом пути?

Алгоритм в том месте староват, а старость не радость как известно... позже намереваюсь подновить.

Случайно заметил еще один небольшой глюк:
Если в одной панели выбрать архив и извлечь в противоположную панель из него любой файл, все пройдет успешно, но если извлечь повторно, то так как файл уже существует, то будет вопрос о замене файла, а вот дальше при любом выборе текущая панель становиться такой же как и другая, но при этом ни один диск не активен и при выборе любой папки говорится что нет доступа.

Хм... не такой уж этот глюк небольшой... Исправлено, спасибо за информацию.

Drag'n'Drop файлов из других приложений не работает на пустое место панели, только на отображаемые файлы.

Исправлено, спасибо за информацию.

имеет баги - выделение файла скачет,
файлы распак-ся в одну папку d:\, хотя указано в d:\1 (1 не сущ-т).

Каталог в данном случае не был воспринят программой в связи с фактом отсутствия слэша после его имени... исправлено, спасибо за информацию.
Не совсем понятно как именно "скачет выделение файла"...

[Alex]

стоим на архиве, после вып-я Распаковать курсор скачет вверх (на ..)

[Alex]

в UV не раб. опция "Показывать предупрежд. .." (внизу)

[Max Diesel]

стоим на архиве, после вып-я Распаковать курсор скачет вверх (на ..)

Хм... подправлю. Впрочем функция распаковки нескольких архивов фактически работает на базе функции распаковки одного архива, а потому имеет некоторые косметические недостатки.

в UV не раб. опция "Показывать предупрежд. .." (внизу)

Я специально по умолчанию ее отключил для компонента чтобы избежать со стороны пользователей вопросов формата "почему все время приходится жать на появляющуюся надпись про дамп?"...

[Alex]

неудобно копаться в куче (теме). См. ЛС.

[Alexey12]

Синхронизация каталогов.
На большом объёме копирования видно, что задание может быть выполнено более чем на 100%: нижняя строка заполняется на 100%, а индикатор вверху заполняется дальше. У меня добегал до 256%. При этом оставшееся время становится отрицательным.
Можно здесь реализовать параметры копирования до его начала?

[Max Diesel]

Синхронизация каталогов.
На большом объёме копирования видно, что задание может быть выполнено более чем на 100%: нижняя строка заполняется на 100%, а индикатор вверху заполняется дальше. У меня добегал до 256%. При этом оставшееся время становится отрицательным.

Не совсем понятно как (и где) это выглядит, хотелось бы поподробнее (возможно скриншот не помешал бы).

Можно здесь реализовать параметры копирования до его начала?

Какие именно параметры? Если речь про действие при существовании файла, то теперь кнопка опций вроде должна работать для нового задания еще не отправленного на выполнение.

[DragonMX]

Потом заметил, что упорно не хотят меняться шрифты меню заголовка - что-то типа Tahoma 12-пунктной, хотя я ставлю MS Sans Serif (шрифты все-таки отличимы).

Если проблема все еще остается, то файлы Uncom.ini (и Uncomstyles.ini если дело связано со стилями, шрифты к этому пункту относятся) пришлите мне на email или через личное сообщение на форуме. И в подобных ситуациях желательно копировать эти ini-файлы в отдельный каталог и затем искать доказательство того что дело в них (например удалить ini-файлы в каталоге программы и попробовать проблемную операцию на автоматически созданных чистых ini-файлах), если доказательства найдутся - присылать проблемные ini-файлы мне.

Потестил Uncom на чистых файлах - результат поразил еще больше. Описываю по очереди.
1. Сношу ini, запускаю uncom, вхожу в настройки шрифтов, ставлю шрифт панели Times New Roman, ОК (ничего визуально не меняется), uncomstyles.ini заполняется данными, секция не имеет названия.
2. Сношу ini, запускаю uncom и выхожу - ini файлы созданы. Запускаю uncom, захожу в настройки шрифтов, ставлю шрифт панели Times New Roman (шрифт жирный по дефолту), OK - шрифт панели меняется, но остается не жирным. Настройки сохраняются и при следующем запуске.
3. Сношу ini, запускаю uncom и выхожу. Запускаю, захожу в настройки шрифтов, ставлю шрифт меню заголовка Times New Roman, ОК - визуально ничего не менятеся, в uncomstyles.ini FontName11=Times New Roman, настройка стабильно сохранятеся, но шрифт меню не меняется даже при последующих запусках.
P.S.: По всей видимости, при первом запуске никакие визуальные настройки вообще не применяются, так как даже закрыв/открыв окно настроек они уже сбрасываются. Есть предположение, почему. При первом запуске uncomstyles.ini пустой, пока не закрыть программу или не сохранить настройки. Думаю, в этот момент в программе еще не определено название текущего стиля (который MyStyle по дефолту) или еще что-то, поэтому и создается ini с пустым названием секции. Хотя самому такое провернуть не удалось - у меня получается exception на записи в пустую секцию. Зато понятно, почему настройки не применяются - они тут же читаются из ini и не находятся (на чтение пустой секции у меня тоже exception).

И еще... Глюк был в v0.95 и остался в v0.96: выделяем один или более файлов/папок на панели, зажимаем Shift (для переноса) и закидываем в какую-нибудь папку на этой же панели - после завершения операции первый клик по какому-нибудь объекту (кроме папки, в которую переносили) выделит группу файлов/папок от папки, в которую переносили, до выделенного объекта. Работать не мешает, но к эффекту привыкнуть трудно.

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

Действительно, на чистых ini-шках воспроизвести не удалось. Когда снова появится, передам файлы настроек и опишу порядок действий.

[Max Diesel]

Потестил Uncom на чистых файлах - результат поразил еще больше. Описываю по очереди.
1. Сношу ini, запускаю uncom, вхожу в настройки шрифтов, ставлю шрифт панели Times New Roman, ОК (ничего визуально не меняется), uncomstyles.ini заполняется данными, секция не имеет названия.
2. Сношу ini, запускаю uncom и выхожу - ini файлы созданы. Запускаю uncom, захожу в настройки шрифтов, ставлю шрифт панели Times New Roman (шрифт жирный по дефолту), OK - шрифт панели меняется, но остается не жирным. Настройки сохраняются и при следующем запуске.
3. Сношу ini, запускаю uncom и выхожу. Запускаю, захожу в настройки шрифтов, ставлю шрифт меню заголовка Times New Roman, ОК - визуально ничего не менятеся, в uncomstyles.ini FontName11=Times New Roman, настройка стабильно сохранятеся, но шрифт меню не меняется даже при последующих запусках.

Да, действительно проблема наконец-то обнаружилась - полное отсутствие стилей (при запуске без уже существующих ini-файлов) приводит к введению программы в заблуждение...
1 - постараюсь исправить к новому билду,
2 - жирный и курсивный шрифт в панели ставится не через "Шрифты", а через "Файлы->Формат имен" (справа кнопки "B" и "I"),
3 - шрифт заголовка меню и шрифт пункта меню актуальны только когда в расширенных настройках отключено "Перемещаемое главное меню" и включено "Использование графических меню".

[andrewn65]

В Uncom.ini в разделе [LPFolderTabs] самопроизвольно меняется ActiveTabNum= на 3 и пропадают надписи. Изменяя на 0 восстанавливаем работоспособность.

[Mitay]

Диалог синхнонизации:
-При снятии/установке признака копирования пробелом, текстовой курсор перескакивает в начало списка.
-Неправильно распознается текущая команда контекстного меню: она срабатывает и для текстового курсора(который обычно в начале списка) и для строки под курсором мыши.
-На подкаталоге меню по ПКМ отрабатывает (с глюками выше), а с клавы контекстное меню (для текстового курсора) не срабатывает.

[sentry]

В Uncom.ini в разделе [LPFolderTabs] самопроизвольно меняется ActiveTabNum= на 3 и пропадают надписи. Изменяя на 0 восстанавливаем работоспособность.

ВОТ!!! А Макс мне не верил:

Проблемы с плагинами:
1. Автоматическая установка плагинов работает очень странно. Вроде бы и предлагает установить плагин, но после установки плагина (любого) и перезагрузки интерфейс UC корежится до неузнаваемости - панели чисты, главное меню отсутствует..., т.е получаем полностью нерабочий UC. Исправляется только восстановлением uncom.ini из резервной копии (или убиением оного). (могу ошибаться, но кажется в секции [RPFolderTabs] что-то ломается)...

1 - Пришлите (на email или через форум) тот конкретный архив с плагином, при попытке установки которого "интерфейс корежится до неузнаваемости", возможно он прольет свет на это темное дело... лично мне не доводилось видеть такой проблемы,...

Именно параметр ActiveTabNum= после применения автоматической установки плагинов (если список плагинов изначально был пуст) сбрасывается на некорректное значение.
Автоматическая установка плагинов вообще вещь темная... Именно после нее у меня снова появилось это безобразие (устанавливал плагин 7-zip):

[DragonMX]

2 - жирный и курсивный шрифт в панели ставится не через "Шрифты", а через "Файлы->Формат имен" (справа кнопки "B" и "I"),

В примере не сработало через шрифты из-за того, что ini-файлы глючили, а вообще - работает. Если запустить/закрыть, ini создадутся нормальные, потом запускаем, заходим в шрифты, ставим для файловой панели жирный шрифт, Применить - реально становится жирным. В принципе, это ожидаемо, если бы еще и с первого раза работало

3 - шрифт заголовка меню и шрифт пункта меню актуальны только когда в расширенных настройках отключено "Перемещаемое главное меню" и включено "Использование графических меню".

Во! Вот теперь то, что нужно!

P.S.: Ищем глюки, ждем stable version

[Max Diesel]

Диалог синхнонизации:
-При снятии/установке признака копирования пробелом, текстовой курсор перескакивает в начало списка.
-Неправильно распознается текущая команда контекстного меню: она срабатывает и для текстового курсора(который обычно в начале списка) и для строки под курсором мыши.
-На подкаталоге меню по ПКМ отрабатывает (с глюками выше), а с клавы контекстное меню (для текстового курсора) не срабатывает.

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

Именно параметр ActiveTabNum= после применения автоматической установки плагинов (если список плагинов изначально был пуст) сбрасывается на некорректное значение. Автоматическая установка плагинов вообще вещь темная...

В Uncom.ini в разделе [LPFolderTabs] самопроизвольно меняется ActiveTabNum= на 3 и пропадают надписи. Изменяя на 0 восстанавливаем работоспособность.

Если причина проблемы с "ActiveTabNum" действительно где-то в автоматической установке плагинов, то в новом билде этой проблемы быть не должно - автоматическая установка плагинов исправлена (как минимум в той интерпретации, в которой была заявлена здесь проблема связанная с ней... то есть плагины теперь устанавливаются и даже отображаются в списке).