» FreeArc: бесплатный open-source архиватор

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

не переубеждает?

Bulat_Ziganshin

Цитата:

сейчас (и в sfx от дургих архиваторов) окно распаковки просто молча исчезает с экрана

И это правильно. SFX отработал, сообщил, что все распаковалось и исчез. Он больше не нужен.



Цитата:

не переубеждает?

Мое сугубо личное имхо - любая фича из серии "на вкус и цвет" должны быть включаемой/отключаемой. Если я разом распаковываю с десяток таких архивов - что у меня будет на экране ? Или каждый раз кликать - закрывать ? Да и напоминать не нужно, я вроде помню, что делаю.

Цитата:

SFX отработал, сообщил, что все распаковалось и исчез

так он даже этого не сообщает. просто исчезает молча. неясно даже - может, он в чём-то лопухнулся и ОС его втихаря придавила

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

Bulat_Ziganshin

Цитата:

отдельный бокс - да, разумно, но упирается в вопрос минимизации кол-ва элементов в диалоге

Дык он только один и добавится. По дефолту можно его сделать отмеченным. Кому не надо (типа меня) просто снимут галку. Не сахарные, не развалимся

новые sfx работают нормально. спасибо

вот мой архив, если нужен ещё:
http://narod.yandex.ru/disk/567043000/Visio11.arc.html

предлагаю в конце распаковки sfx выводить окно с отчётом, а в нём кнопку "открыть папку в explorer"

Bulat_Ziganshin

Цитата:

кстати, как вы относитесь к такой фиче в gui sfx - после того, как данные успешно распакованы, открывать destination directory в explorer?

опционально, при создании sfx-архива, также чтобы можно было снять эту галку в sfx-архиве.

Цитата:

во-вторых, это как бы напоминание о том, что вы распаковывадли архив и успешно его распаковали. сейчас (и в sfx от дургих архиваторов) окно распаковки просто молча исчезает с экрана.

у одних закрывается молча, а у других нет
не закрыается: WinZip, WinUHA, WinRK.
а у тех у которых закрывается молча своя логика - в случае ошибки выведут сообщение.

Цитата:

мы рассматривали различные варианты - оставлять заверённый индикатор прогресса, выводить какое-то сообщение, и этот вариант показался самым полезным.

оставлять завершённый индикатор прогресса с надписью распаковка завершилась удачно (или типа того).

Цитата:

кстати, как вы относитесь к такой фиче в gui sfx - после того, как данные успешно распакованы, открывать destination directory в explorer?

Судя по результатам обсуждения можно сделать так:
1. После распаковки всё-равно нужно выводить окно, что распаковка успешно завершена.
2. Можно в этом же окне задать вопрос: открыть ли папку с распакованными файлами? Если пользователь нажал Yes, открывать. И овцы целы, и волки сыты.

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

Цитата:

так он даже этого не сообщает. просто исчезает молча. неясно даже - может, он в чём-то лопухнулся и ОС его втихаря придавила

И это правильно! Если бы каждая программа сообщала что она правильно отработала, никаких провокаций со стороны ОС не наблюдалось, память в компьютере не сбойная и т.д., то это будет не работа а кликанье на ОК.

Если будет окно после распакавка, то это существенный минус при создании установщиков, автоматизации всяких процессов. Это хорошая идея, только если она опциональна.

Цитата:

средняя скорость, затраченное время

Это-то зачем?
Если уж техническую информацию, то количество папок/файлов
Цитата:

Можно в этом же окне задать вопрос: открыть ли папку с распакованными файлами?

Чем меньше вопросов и кнопок тем лучше, а то как некоторые анинсталеры зададут какой-нибудь криво сформулированный вопрос и штук 5 кнопок...

Цитата:

для этого существуют форумы и факи. это для тебя интересно, а большинсту народа даром не упало

Ну вот сделал небольшой обзор (версия пока сырая, нескладная).
Limits of Virtual Memory in Windows

Если есть что сказать пишите в ПМ.

egor23
Зачот.

А что такое Intel IPF?
В комплекте вроде есть только 32-битные мемо.ехе?

Есть ли программы освобождающие большие блоки свободной памяти?

2 Bulat_Ziganshin
А планируется 64-bit FreeArc?

Barabashka

Цитата:

А что такое Intel IPF?

Itanium processor family по идеи

Цитата:

В комплекте вроде есть только 32-битные мемо.ехе?

да, а никто не говорил, что там есть 64-битные.

С помощью winarc архивируется директория сначала просто (получился aaa.arc). Потом эта же директория архивируется с флагом "сделать ехе", после чего aaa.arc исчезает.

Не знаю глюк - не глюк, вернее почему так получилось понятно (сначала делается архив, а потом добавляется sfx), но поведение на мой взгляд не правильное. Во всяком случае rar и 7zip так не поступают.


egor23
силён.

Цитата:

средняя скорость, затраченное время

Это-то зачем?
Если уж техническую информацию, то количество папок/файлов

вот-вот. на мой взгляд имеет смысл выводить байты/файлы/папки и во время распаковки - время до окончания работы. а всё остальное - это не для sfx


Цитата:

Если будет окно после распакавка, то это существенный минус при создании установщиков, автоматизации всяких процессов. Это хорошая идея, только если она опциональна.

собственно вопрос уже решён - общее мнение однозначно за то, чтобы этого не было

насчёт инсталяторов - когда нынешний sfx разовьётся до этой стадии, то там одлнозначно будет куча всяких настроек как в rar installer к примеру. так что это вопрос совершенно отдельный

Добавлено:

Цитата:

В комплекте вроде есть только 32-битные мемо.ехе?

а зачем 64-битные? в этом режиме памяти (а точнее адресного пространства) хоть отбавляй. 16 тысяч пентабайт хватит для всех LOL


Цитата:

Есть ли программы освобождающие большие блоки свободной памяти?

если ты задаёшь такой вопрос, то ты не понял в чём там дело


Цитата:

С помощью winarc архивируется директория сначала просто (получился aaa.arc). Потом эта же директория архивируется с флагом "сделать ехе", после чего aaa.arc исчезает.

спасибо, исправлю


Добавлено:

Цитата:

Если есть что сказать пишите в ПМ.

напишу всё же здесь. 1) надеюсь, ты юзеров 7z тоже осчастливил. 2) зачем ссылаться на memo.exe на моём сайте да ещё в формате 7z. вроде на ru.board можно выкладывать небольшие архивы? 3) предалагю дать ссылку на статью ixbt, там всё же более подробно-литературно рассказано. у тебя очень сухо, с нуля я джумаю тружно будет въехать


Цитата:

А планируется 64-bit FreeArc?

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

Добавлено:
кстати, какой стиль оформления sfx вы предпочитаете:
1) как у rar - всё на одной страничке
2) как в инсталяторах - визард с отдельными страничками для выбоа каталога и индикатора прогресса
3) как у нас сейчас сделано - с отдельным диалогом для индикатора прогресса

Цитата:

1) надеюсь, ты юзеров 7z тоже осчастливил.

конечно осчастливил

Цитата:

2) зачем ссылаться на memo.exe на моём сайте

на сайт автора ссылается, может будут новые версии.

Цитата:

да ещё в формате 7z. вроде на ru.board можно выкладывать небольшие архивы?

лежало бы и у меня в 7z
когда спрашивал про лимиты их не было

Цитата:

3) предалагю дать ссылку на статью ixbt

В статье речь идёт про физискую память, почему её полностью не видно (если 4Гб установлено).

Неплохая статья. Интересный момент:

Цитата:

до 3 ГБ, если приложение компилируется с параметром IMAGE_FILE_LARGE_ADDRESS_AWARE и система загружается с ключом /3GB

Интересно, какой % компьютеров, использующих 32-битные версии XP и Vista, грузится с флагом /3GB. Думаю, таких и пол-процента не наберется. Так что пока не появится 64-битная версия FreeARC, работа с реально большими объемами памяти (> 2 Gb) вряд ли даст какие-то бонусы.

Цитата:

Так что пока не появится 64-битная версия FreeARC, работа с реально большими объемами памяти (> 2 Gb) вряд ли даст какие-то бонусы.

статья слишком сжата и из неё трудно понять, что 32-битному freearc, как и любой другой 32битной программе с ключиком large в хидере доступно:
* 2гб под обычной 32-битной ос
* 3гб под 32-битной ОС, в boot.ini которолй порписан флаг 3GB
* 4 гб под 64-битной ОС

64-битным прогам доступно гораздо больше

Цитата:

Изменён формат хранения комментария архива (UTF-8 вместо UCS-4) с поддержкой чтения старых комментариев

если можно, вкратце - зачем?

Цитата:

Изменён формат хранения комментария архива (UTF-8 вместо UCS-4) с поддержкой чтения старых комментариев

если можно, вкратце - зачем?

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

Цитата:

кстати, какой стиль оформления sfx вы предпочитаете:
1) как у rar - всё на одной страничке
2) как в инсталяторах - визард с отдельными страничками для выбоа каталога и индикатора прогресса
3) как у нас сейчас сделано - с отдельным диалогом для индикатора прогресса

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

1) как у rar - всё на одной страничке. Однозначно за это.

Марк обновил http://www.haskell.org/bz/sfx.arc

появилась поддержка rtf-описания архива. rtf-файлы можно содавать в word и wordpad, есть даже онлайновый html-to-rtf конвертер. затем даёте команду

arc ch archive.exe -z=my.rtf

и комментарий выводится в диалоге распаковки sfx

Bulat_Ziganshin

Цитата:

появилась поддержка rtf-описания архива. rtf-файлы можно содавать в word и wordpad, есть даже онлайновый html-to-rtf конвертер. затем даёте команду

Таблицы выводит плохо.
Неплохо бы написать какой у окна комментария размер в см. или возможность менять его размер.

Цитата:

Неплохо бы написать какой у окна комментария размер в см. или возможность менять его размер.

менять размер диалога можно через редактирование ресурса в sfx-модуле, наскока я понимаю

Минимальный набор файлов GTK, нужный для работы GUI FreeArc:

Цитата:

libgdk-win32-2.0-0.dll
libgdk_pixbuf-2.0-0.dll
libglib-2.0-0.dll
intl.dll
libgmodule-2.0-0.dll
libgobject-2.0-0.dll
jpeg62.dll
libpng13.dll
zlib1.dll
libtiff3.dll
libcairo-2.dll
libpango-1.0-0.dll
libpangocairo-1.0-0.dll
libpangowin32-1.0-0.dll
libgthread-2.0-0.dll
libgtk-win32-2.0-0.dll
libatk-1.0-0.dll

Файлы берем из папки lib, которая находится в папке с установленным GTK. После этого сам GTK можно удалить.
Файлы ложить в папку с arc.exe и WinArc.exe, короче в корневую папку GUI Freearc'а.

С таким минимальным набором библиотек проблем в GUI нет. Наверно проблемы в самой стандартной теме устанавливаемого GTK.

tatuich

Цитата:

Минимальный набор файлов GTK, нужный для работы GUI FreeArc:

этого недостаточно... писалось раньше.

Цитата:

С таким минимальным набором библиотек проблем в GUI нет. Наверно проблемы в самой стандартной теме устанавливаемого GTK.

будет "вшитая тема".

tatuich, посмотри на http://www.haskell.org/bz/arc-both.png
сверху там - WinArc с вшитой linux-подобной темой, получаемой на минимальном наборе файлов. снизу - с windows-подобной, которая есть в полном комплекте. мы это уже проходили, и самая первая выкладка winarc содержала как раз только dll - http://www.haskell.org/bz/arc.arc

я только что добавил поддержку многопоточности в lzma под linux. есть желаюшие протестировать? архив http://www.haskell.org/bz/linuxarc.arc

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

разве многопоточность назначена не на версию 0.80 в планах развития?