» FreeArc (часть 4)

vasulpr
добавить их по одному в архив. затем если нужно пережать его

sabio
очень красиво и главное удобно - имхо удобней даже схемы с "of". сейчас текущую доведу до ума и твою попробую. тут есть ещё интересный момент - как оно должно выглядеть по окончании операции. вот, скажем, старый диалог - налицо некрасивая асимметрия:




Добавлено:
sabio
кстати, твоя тема интересна и для консольной версии. думаю, не только мне не хватает там полноценной информации аналогично GUI

Bulat_Ziganshin
а по другому никак?

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

Shuld
Сжималась папка с конфигурацией для 1С 8. На других данных при случае обязательно попробуем.

vasulpr
можно. я сам не сообразил

Bulat_Ziganshin
насчёт "по окончании" - надо просто не очищать поля слева, и асимметрии не будет
да и видно будет заодно, что все файлы и байты были обработаны
(или наоборот, если по какой-то причине файл обработать не получилось, будет видно, что число слева меньше правого)

а для консоли удобнее будет строки поменять местами
сначала Total, который не меняется, а потом обновляемый Processed
только вот с Compressed и Time неувязка

Bulat_Ziganshin

Цитата:

добавить их по одному в архив. затем если нужно пережать его

вопрос с лист-файлами вроде исправлялся или это так и осталось в планах?

Ну что, когда там будет 64 битная версия ? 2015 уже на дворе. 20% прибавки скорости на дороге не валяются.

да, раз обычные вопросы интереса не вызывают, задам такой: если с нуля сейчас сделать GUI для freearc, как бы вы хотели чтобы он выглядел?

egor23
так и осталось. это довольно существенная переделка в логике

Bulat_Ziganshin
А еще проценты ratio можно с сотыми долями выводить.

Bulat_Ziganshin

Цитата:

freearc, как бы вы хотели чтобы он выглядел?

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

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

При установке игры 99% установщик freearc выдает ошибку -7.Что можно сделать с этим и как это исправить?Пожалуйста подскажите или есть какой нибудь патчик для этого!!!

Цитата:

если с нуля сейчас сделать GUI для freearc, как бы вы хотели чтобы он выглядел?

неужели нет более чем заняться?

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

Если хотите уже интерфейс переделывать то лучше представьте пару рисунков с вариантами чтобы можно было выбрать лучший

http://freearc.org/download/testing/progress/FreeArc4.exe :

это реализация (v4) предложений выше:
- в последнем столбце bytes/compressed вместе вправо выравнять, чтобы они друг под дружкой были, а files/time влево
- ratio и speed на отдельных строчках
Этот вариант будет хорошо смотреться по окончании операции - все данные будут выводиться в один столбец. При увеличении ширины диалога всё остаётся на месте - вероятно, надо целиком центрировать табличку для красоты

Bulat_Ziganshin

Цитата:

да, раз обычные вопросы интереса не вызывают, задам такой: если с нуля сейчас сделать GUI для freearc, как бы вы хотели чтобы он выглядел?

Если это возможно, то без GTK, как в том же хаозипе. Да, кроссплатформенность теряется конечно. Но GTK какой-то ущербный, мне кажется.
Либо делать на QT или WX, на них программы выглядят более качественными что-ли.

muzf
в конце февраля первая альфа

неужели действительно удобно воспринимать к примеру:
байт 54,011,044 из 134,827,705
чем:
байт 54,011,044 всего байт 134,827,705

Цитата:

Если это возможно, то без GTK, как в том же хаозипе

Вы хотите сказать что HaoZip использует GTK ?
Помоему HaoZip максимально попробовал скопировать WinRar и темы помоему от WinRar запросто цепляются в HaoZip. Думаю ежели такое было бы в FA, то одной проблемой стало бы меньше.
Мне бы хотелось увидеть интерфейс в стиле WinRar, почти все обсуждения интерфейса велись с подглядыванием а как это у WinRar.
По поводу крос-платформенности вопрос так же неоднозначный. У WinRar разные версии под разные OS. Поддерживать сложнее, зато реализация наверное качественее.
Поидее большинство пользователей в не-Windows OS будут пользоваться консольной версией. Ежели проект станет массовым, то можно подумать и об GUI для Linux.

Вобщем я за а'ля WinRar, но с обязательной portable версией !

А с чем связан такой координальный шаг, GTK + Haskell с их ограничениями ?

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

Bulat_Ziganshin

1. По-моему, в ряде моментов FreeArc удобнее конкурентов.
(Например, он показывает в свойствах архива: алгоритм сжатия, требуемое ОЗУ)
2. А вот что ни в одном архиваторе нормально не сделано, так это выбор сжатия.
Ну скажите на милость, почему все авторы считают, что нужно выбирать из "Скоростного", "нормального" и "ультара"?
Да пользователям до фонаря эти названия.
Пользователи были бы рады другому.
Если бы при сжатии конкретной папки (файла) архиватор бы выдал полоску сжатия типа:
+------------------------------------------+
| 1с 1м 1ч |
| ххххх|ххххххххххх |
| 1Гб 0,8Гб |
+------------------------------------------+
А пользователь бы установил требуемое (примерно) время сжатия.
И рядом кнопочка "дополнительно", где можно было бы указать, непрерывно или нет, ограничивать ОЗУ или нет, и т.п.
Сейчас ведь как бывает, установил пользователь сжатие "ультра", а архиватор - буду жать 1 час. И бедный пользователь отменяет, и по новой! Про спецов не говорю. Да и им разве менее удобно бы было?

Добавлено:
Это было бы лучше, чем оценка в том же RARе.
Почему-то при обработке звука на компьютере уже давно используют управление полосками (частота среза, уровень! да- да уровень!, чем не управление уровнем сжатия?)

slech

Цитата:

Вы хотите сказать что HaoZip использует GTK ?

Нет, я имел ввиду то, что в хаозипе просто GUI без примочек.

---

Кстати, не совсем понимаю такого пристального внимания к linux'у.
У него доля в два раза меньше маковской в мире, однако FreeArc затачивается почему-то под него.
http://www.w3schools.com/browsers/browsers_os.asp
Т.е. у каждого десятого в мире - Mac, и лишь у каждого двадцатого - linux.
Причём совместимость между разными дистрибутивами linux порой отсутствует.

Цитата:

Если бы при сжатии конкретной папки (файла) архиватор бы выдал полоску сжатия типа:
+------------------------------------------+
| 1с                  1м                      1ч        |
|                 ххххх|ххххххххххх                  |
|                1Гб                      0,8Гб          |
+------------------------------------------+
А пользователь бы установил требуемое (примерно) время сжатия.

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


лучше бы финалку 0,7 выпустили. ато до сих пор на древней 0,666 сидят 96.53% пользователей

Видать Булат этим и занимался, но намучался с GTK и решил координально изменить что-то

Цитата:

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

вообще-то серьёзная работа над улучшнием usability GUI планируется в 0.75, но by popular demands попробую это сделать. каталоги/архивы/прочие файлы


Цитата:

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

ну это наверно GTK так сделан. я даже не знаю в каком месте крутить


Цитата:

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

первое я вроде понял - например в диалоге ADD некоторые укорочены из-за "..." справа. предлагаешь соответственно укоротить и остальные поля?

а вот насчёт симметрии не понял совершенно. что к примеру нужно изменить?


Цитата:

Если хотите уже интерфейс переделывать то лучше представьте пару рисунков с вариантами чтобы можно было выбрать лучший

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


Цитата:

Но GTK какой-то ущербный, мне кажется.

например? мне кажется по внешнему виду не хуже winrar, т.е. на среднем современном уровне. а вот по части интеграции с виндой - действительно плохо


Цитата:

У WinRar разные версии под разные OS.

gui у него только виндовый


Цитата:

А с чем связан такой координальный шаг, GTK + Haskell с их ограничениями ?

я после arjz пробовал на разных языках писать архиватор. haskell - первый, на котором это пошло легко и изящно, просто воздушно. ну а Gtk2Hs - это попытка быстро сделать GUI на том же языке


Цитата:

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

мне нравится эта идея


Цитата:

Кстати, не совсем понимаю такого пристального внимания к linux'у.
У него доля в два раза меньше маковской в мире, однако FreeArc затачивается почему-то под него.
http://www.w3schools.com/browsers/browsers_os.asp
Т.е. у каждого десятого в мире - Mac, и лишь у каждого двадцатого - linux.
Причём совместимость между разными дистрибутивами linux порой отсутствует.

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

Bulat_Ziganshin

Цитата:

например? мне кажется по внешнему виду не хуже winrar, т.е. на среднем современном уровне. а вот по части интеграции с виндой - действительно плохо

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

Цитата:

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

Так для Хаскела нет адаптации QT или wxWidgets? Или уже поздно что-то менять?

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

vasulpr
вполне, только ты добился этого за счёт удаления Шифрования и удаления галочки перед Сжатием

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


Цитата:

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

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


Цитата:

Так для Хаскела нет адаптации QT или wxWidgets? Или уже поздно что-то менять?

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

Более быстрый LZMA.

Цитата:

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

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

предлагаю также сделать это окно жестким (чтобы размеры не менялись)

Andrey_Verkhoglyadov
ну да, это пустая писанина. если ты пользуешься программой часто, оно просто начинает мозолить глаза. я стараюсь сделать такую постоянную информацию как можно меньше мешающей восприятию того, что действительно нужно увидеть. например, freearc - единственная программа, выделяющая цифры жирным шрифтом, и по сравнению с rar/7-zip это имхо делает упрощает восприятие

Добавлено:
вот ещё что мне насоветовали:



Цитата:

a new suggestions for decompression in freearc:
freearc in merged methods for both compression and decompression [precomp+srep+lzma] needs some free space drive, for example:

max payne 3 files [except audio and video files] : 17.2 GB
max payne 3 files ---> copying to temp folder ---> 17.2 GB
17.2 GB ---> precomp ---> 40 GB [need 57.2 GB space]
40 GB ---> copying to temp folder ---> 40 GB [need 80 GB space]
40 GB ---> srep+lzma ---> 5.96 GB
for decompression reverse...
so for decompression we need 80 GB space and need many times

you can use cls-precomp.dll and cls-srep.dll files that have function can decompress archive with precomp+srep+lzma in parallel mode by 3x faster than your default decompression and need very little disk space.

говоря кратко, есть предложение включить cls-precomp.dll и cls-srep.dll в комплект программы, и сделать в ней поддержку гибридных кодеков (например в данном случае CLS должен обеспечивать только распаковку, а упаковка - внешними прогами), что позволит ускорить распаковку стандартного набора precomp+srep+lzma и не создавать при этом монстроидальные временные файлы. короче, как это уже делается в инсталяторах. что скажете?