» WinRAR (часть 2)

Цитата:

Постарался из четырёх вкладок сделать три.

Получились перегруженные контролами диалоги. Особенно "Общие" - совсем караул.

У WinRAR всегда были определенные проблемы с юзабилити, но тут, на мой взгляд, эти проблемы лишь усугубятся.

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

Цитата:

"Общие" - совсем караул.

зато не заблудишся

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

Inoz2000

Цитата:

При разделении на тома остаётся доступной галочка 'Помещать каждый файл в отдельный архив', хотя это взаимоисключающие параграфы.

Ну почему же? Каждый файл будет помещен в отдельный многотомный архив. Все правильно.

winkot
Как Вы себе представляете в таком случае создание томов для восстановления для каждого файла?

Inoz2000

Цитата:

Лыжи нормально едут.

При какой командной строке у тебя лыжи едут?
Если так то и у меня всё ОК.
winrar x -y -ibck Process_Hacker-bin.7z 01
Если так то через каталог подчёркивание
winrar e -y "Process_Hacker-bin.7z" "processhacker-2.32-bin.zip" .\01

Цитата:

При какой командной строке

Цитата:

Код: 01\

Во класс,
Inoz2000
А попробуй
winrar e -y "Process_Hacker-bin.7z" "processhacker-2.32-bin.zip" .\01

DVall
Теперь ты попробуй
winrar e -y "Process_Hacker-bin.7z" "processhacker-2.32-bin.zip" 01.\
или
winrar e -y "Process_Hacker-bin.7z" "processhacker-2.32-bin.zip" 01*\

Точка в конце названия папки заменяется на подчёркивание.

Попробуй в FAR-е создать папку с точкой в конце имени, а потом зайти в неё проводником.

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

DVall

Цитата:

Ты так и не ответил на предмет добавления опции командной строки - ждать пока другая копия работает. Будешь, не будешь?

Пока нет, в будущем - не знаю.

Цитата:

А так я допустим запустил ряд долгоиграющих операций, которые выстроились в очередь и будут выполняться последовательно. Но мне понадобилось распаковать небольшой архив.

winrar x -cfg- arcname dest\

Inoz2000

Цитата:

…а дальше лучше один раз увидеть…

Первая вкладка слишком перегружена.

Цитата:

Считаю, что у меня получилось разделить основное и второстепенное.

Не согласен. Опциям типа "Старый стиль...", "Отправить по почте", "Выключить PC" не место на первой вкладке.

Цитата:

И вот ещё вопрос: Почему при создании многотомных Zip-архивов нет возможности делать паузу после каждого тома?

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



Добавлено:
DVall
Правильный синтаксис для указания каталога назначения в RAR и WinRAR это не .\destfolder, не .\destfolder\, а destfolder\

DVall

Ну, тут всё ясно. Это я с усталости внимания не обратил - тут никто не чудит, просто ты использовал UNIX стиль указания путей, а он для Win поддерживается частично - сильно подозреваю что она считает это UNC путями и у неё крышу сносит ибо уже не раз видел от CMD сообщения вида "UNC пути CMD не поддерживаются. В качестве каталога назначения выбран C:\WINDOWS." и похоже что тут срабатывают аналогичные системные механизмы и символ . интерпретируется как недопустимый для имён объектов NTFS наряду с + { ; " \ = ? ~ ( ) < > & * | $ которые перечислены в статье Обзор файловых систем FAT, HPFS и NTFS ограничения которой никто не отменял и в более поздних реализациях файловых систем.

EugeneRoshal

Цитата:

Не согласен.

Ну хотя бы согласитесь, что 'Метод обновления' и 'Режим удаления' оба должны быть здесь.

---

[OFF]

Victor_VG
доллар и скобки - это уже перебор

Inoz2000
Ты вообще не о том.

.\ - это явное указание текущего каталога.

Кстати в Winrar 50 и конструкция ..\01 не работает. это указание в каталог 01 находящийся на один уровень выше.

И в винде, и в фаре все эти конструкции нормально работают.
попробуйте набрать md ..\01
и попробуйте в качестве выходного каталога Winraru указать ..\01

Те. резюмируя, в Winrar надо осторожнее с относительными путями.

Victor_VG
Тут проблемы не винды, а rar'a.
И это имеет отношение не к имени файла, а к понятию относительный путь
Кстати насколько я помню(если за последние лет 10 в UNIX мире ничего не поменялось) то там ./

Inoz2000

Для вас или для Win систем? Для UNIX это абсолютно нормальные фрагменты имени объекта ФС. В NTFS знак $ используется для именования служебных потоков ФС и административных шар и потому его применение в ином контексте вызовет сбой, а в UNIX ФС аналогичные по назначению функции выполняет /etc/fstab где прописываются точки монтирования и их параметры. К примеру в IBM OS/360 (OS/370) эти же функции выполняла системная структура dcb (device control block) где так же прописывалась вся необходимая служебная информация об устройстве. И это нормально. В каждой ОС для этого есть свои инструменты и ограничения. Реализация различна, а идеи и назначения схожи.

DVall


Цитата:

качестве выходного каталога Winraru указать ..\01

пробовал, потому и догадался, что “.” или “..” воспринимается просто как имя.

Придётся пользоваться костылём
for %a in (.\01\) do start winrar.exe e -y "Process_Hacker-bin.7z" "processhacker-2.32-bin.zip" "%~dpna"

---

[OFF]
Victor_VG

А у Вас нет папок $RECYCLE.BIN в корне диска Win систем или хотя бы одной папки $NtUninstall…
И почему не происходит «сбой», когда программы Microsoft Office создают файлы типа ~$Doc1.doc ?

Добавлено:
А самая страшная папка — это $$, которая в папке $OEM$

Inoz2000

А вы посмотрите статистику соблюдения Микрософт-ом собственных спецификаций - очень интересно.

Ни Office, ни IE, ни иные приложения Микрософт никогда не соблюдают их же собственные ограничения и про это известно уже лет двадцать, если не более (это и в Win32s было ), и это подтвердил Билл Гейтс на форуме разработчиков Микрософт в 93-м году (?) где на вопрос одного из сторонних разработчиков - "Почему вы требуете от нас как от разработчиков строгого соблюдения спецификаций Windows NT 3.1, а в ваших продуктах к примеру в Microsoft Office 2.0 for Windows NT они не соблюдаются и тот же WinWord при сохранении документа если ему явно не указать имя файла берёт в качестве имени первую строку документа без проверки его корректности по спецификации описанной в главе Спецификации файловых систем FAT, HPFS и NTFS в Windows NT 3.1 - ограничения, реализация, особенности. в вашем же Resource Kit?" (тогда эта статья там лежала) ответил - "Разработкой ОС и приложений занимаются разные люди и мы не можем гарантировать что разработчики приложений не допустили ошибок в реализации спецификаций ОС , но если они будут найдены, то мы их немедленно исправим!" - и исправляют до сих пор. Для Микрософт понятие "двойные стандарты" столь же неотъемлемо как для нас с вами дышать.

DVall

Цитата:

Кстати в Winrar 50 и конструкция ..\01 не работает.

Для RAR работает, для 7z не работает. Починю. Но правильно все равно ..\01\
Без \ в конце RAR пытается угадать, то ли это маска файла, то ли каталог, в зависимости от наличия каталога на диске.

EugeneRoshal

Кстати, Женя а в таком случае ситуация с RAR:

Цитата:

Без \ в конце RAR пытается угадать, то ли это маска файла, то ли каталог, в зависимости от наличия каталога на диске.

очень похожа на поведение UNIX утилит, к примеру cp, mv если им в качестве цели неявно указан не существующий каталог - они также вынуждены парсить командную строку и выводят запрос чем является цель, а если логика алгоритма принимает решение что в данном случае речь идёт о каталоге, то выводят нам в stdout сообщение типа "объект ХХХХ каталог (F)" и при возможности создают его или прерывают выполнение операции.

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

EugeneRoshal


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

Inoz2000
Там ведь уже ответили.

Victor_VG

Цитата:

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

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

Ну, признаю себя ослом… Оказывается, "каждый файл" это те, которые записаны в поле 'Добавляемые файлы', а я думал, что если архивировать одну папку, то каждый её файл будет в отдельном архиве.

НО как быть, если размер сжатого файла окажется меньше, чем размер тома? Как в таком случае будут создаваться тома для восстановления? Чёто я не могу себе такое представить…


Теперь понятно. Тома для восстановления создаются не для всех.

EugeneRoshal

Разумно. При всей своей простоте задача довольно коварна. Фактически в таком случае нужен ИИ с нечёткой логикой, а мы не знаем и сейчас как механизм мышления работает. С периода когда в 70-х - 80-х профессор Кузьмин в Институте Информатики МИРЭиА занимался задачами механизма мышления и до сих пор практически на месте топчемся.

EugeneRoshal
По поводу вкладок. Мне кажется лучше расположить "Создать SFX-архив" и кнопку "Параметры SFX" вместе, на одной вкладке, так как они взаимосвязаны. Также на одной вкладке, по той же причине, стоит расположить "Добавить информацию для восстановления" и "% от общего размера архива".

EugeneRoshal:

1. — перестал нормально работать прогресс в WinXP — надолго застревает.
— На упаковке и распаковке RAR5?
— Нет, на обычном RAR со сжатием (на ZIP вроде в порядке) — при архивации, WinXP SP2, WinRAR 5.00 (оказалось, что и на 4.20 тоже!). На времени работы архиватора это вроде не сказывается, но дезинформирует. На 3.93, 4.00 — работает плавно; если нужно — попробую другие версии.

2. Галка "Удалять избыточные папки из пути извлечения", о которой я с радостью узнал — у меня не производит никакого эффекта (WinRAR 5.00 и 4.20): если архив Pictures.rar содержит все файлы в единственной папке "Samples", и я распаковываю его с помощью команды "Извлечь в Pictures\" в контекстном меню, то — и при выключенном, и при включённом параметре образуется "Pictures\Samples"!
(и хорошо бы, чтоб эта галка работала не только для команды "Извлечь в ПапкаНазн\" (так в хелпе), но и для команды группы: "Извлечь каждый архив в отдельную папку")

Непонятно, почему эта галка находится в обведённой области "Папка по умолчанию для извлекаемых архивов" — может я тогда недопонял её смысл?
(а всё это находится во вкладке Архивация, когда речь идёт об извлечении — тоже как-то не очень)

3. Вынести кнопку "сохранить установки" к "OK" — она ведь сохраняет изменения, занесённые в двух вкладках, а не в одной; — и в этом смысле ничем не отличается от OK, Отменить, Применить и пр., как же она располагается только на первой? Если я ухожу на вкл. Дополнительно, меняю там что-то — я уже не вижу этой кнопки, за ней нужно возвращаться на "Общие". Разве это правильно?
Но, кажется, лучше — дерево убрать во всплыв. окно (по "Показать") — т.к. это вряд-ли часто нужно, а на съэкономленное место поместить всё из вкладки Дополнительно — и избавиться от неё вообще.

И с кнопкой "Profiles..." в окне сжатия — очень похожая ситуация, я бы её тоже вынес вниз, можно в нижний левый угол — будет гораздо естественнее.

4. Всё же: хорошо бы научить архиватор быстро выбирать один из двух режимов при распаковке: "удалять архивы" — "оставить архивы". Это единственная, как мне кажется, опция, которую при извлечении бывает нужно менять оперативно, ну, чаще других, по-крайней мере: скачанные (чужие) архивы всегда удаляю, а свои — естественно, сохраняю. Ну странно за таким простым делом пользоваться не привычными пунктами конт. меню, а открывать окно "Извлечение", идти на "Дополнительно", искать переключатель, переключать, и ещё "избыточную" папку с именем архива удалять (т.к. она всегда образуется) . Приходится только из-за этого держать лишний пункт меню "Извлечь файлы...". Ставить режим с вопросом на удаление — неудобно, так как оставлять архивы нужно лишь иногда.

Вот например: ставим настройки на "удалять архивы", но при удержании ctrl (или shift) при выборе пункта конт меню — архив остаётся. Мне кажется, это можно сделать.

rumiha

Цитата:

Вынести кнопку "сохранить установки" к "OK" — она ведь сохраняет изменения, занесённые в двух вкладках, а не в одной; — и в этом смысле ничем не отличается от OK, Отменить, Применить и пр.

Цитата:

И с кнопкой "Profiles..." в окне сжатия — очень похожая ситуация, я бы её тоже вынес вниз, можно в нижний левый угол — будет гораздо естественнее.

Поддерживаю!

zhe_zho

Цитата:

По поводу вкладок.

Наглядная попытка собрать вместе взаимосвязанные настройки оказалась напрасной.
Позже я ещё думал, что 'Создать SFX-архив' можно поместить в группу 'Формат архива'. И всё, казалось бы, вместе и на месте:
Имя архива и Формат архива;
Метод обновления и Режим удаления (здесь бы нужен drop down list);
Создать SFX и Параметры SFX;
Размеры томов и Количество томов для восстановления.

Конечно, галочке 'Старый стиль именования томов' не место на первой вкладке, но вот, что касается 'Отправить по почте', то вот ИМХО: Сам ни разу ещё ею не пользовался, но где-то слышал, что при отправке архивов, люди часто делят их на тома из соображений надёжности или по причине ограничений максимального размера. Поэтому настройки томов и отправки по почте тоже удобно расположить где-то рядом.

zhe_zho

Цитата:

Мне кажется лучше расположить "Создать SFX-архив" и кнопку "Параметры SFX" вместе, на одной вкладке, так как они взаимосвязаны. Также на одной вкладке, по той же причине, стоит расположить "Добавить информацию для восстановления" и "% от общего размера архива".

"Delete mode" тоже связан с "Delete files". Если все связанные параметры вынести в первую вкладку, получим визуально перегруженный интерфейс. Надо учесть, что слишком плотно компоновать опции нельзя. Нужно оставлять место для увеличения длины строки в результате перевода на другие языки. Поэтому для % recovery record и подобных вроде бы коротких опций все равно надо выделять отдельную строку.


Добавлено:
rumiha

Цитата:

перестал нормально работать прогресс в WinXP — надолго застревает.
(оказалось, что и на 4.20 тоже!)

В 4.20 увеличился размер обрабатываемого блока данных. Это нужно для эффективной многопоточности. На старых компьютерах видно, что прогресс обновляется медленнее, но это приемлемая плата за выросшую скорость упаковки. На новых компьютерах и с прогрессом все в порядке.

Цитата:

Галка "Удалять избыточные папки из пути извлечения", о которой я с радостью узнал — у меня не производит никакого эффекта

Сейчас проверил на RAR и ZIP - у меня в 5.0 она работает.

Цитата:

3. Вынести кнопку "сохранить установки" к "OK" — она ведь сохраняет изменения, занесённые в двух вкладках, а не в одной; — и в этом смысле ничем не отличается от OK, Отменить, Применить и пр., как же она располагается только на первой?

Вопрос в том, насколько это принято на данной платформе. Много ли Windows программ так делают. Насколько я помню, штатных методов добавить там кнопку property sheet control не предоставляет. Это пришлось бы использовать какие-то костыли и использовать предположения о внутреннем устройстве propery sheet, без гарантий работоспособности в следующих версиях Windows.

Inoz2000
Мне ваш вариант не понравился. Второстепенные настройки у вас оказались в "Общие": "Архивировать в фоновом режиме", "По окончании операции выключить ПК" и "Ждать пока работает другая копия". А основные перенесены в "Дополнительно": "Заблокировать архив", "Создать непрерывный архив" и "Добавить данные для восстановления". Единственное стоящее - "Отправить архив по электронной почте", хотя я этим и не пользуюсь.

Какие галочки основные, а какие второстепенные — это всё мелочи, т.к. они независимые, и могут быть легко перекинуты на вторую вкладку или наоборот обратно на первую.

Тут сразу вспоминается CFi ShellToys. Там у пользователя есть право выбора, какие элементы меню будут находиться в главном, а какие в дополнительном.
Цитата:

Drag-and-drop items to reorder them on the ShellToys menu or to move your most-used tools to the main menu. Use the checkboxes to hide or show items.

Красота!

---

Но хочу сказать ещё о двух галочках:
'Добавить данные для восстановления' — зачем она?
Ведь нету галочки 'Добавить тома для восстановления', а есть текстовое поле 'Томов для восстановления'и достаточно.
'Уничтожать файлы, если задан пароль' — путается в Radio-группе 'Режим удаления'.
Не лучше ли сделать выпадающий список, а галочку поместить вместе с 'Удалить файлы после упаковки'

Inoz2000

По п.1 - если архив многотомный, то используются отдельные тома для восстановления, а если монолитный, то избыточная информация (Recovery Record) включается в него.

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

Думаю, что можно не продолжать.

Вообще не о том речь.