Bulat_Ziganshin Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору linux-версия: http://www.haskell.org/bz/FreeArc-0.50-linux-i386-alpha-2008-01-28.7z   Егор, она содержит исправленные исходники. если тебе интересно, попробуй компиляцию снова     вот теперь самое время. объявляю конкурс на иконки: 1) для архивных файлов 2) для программы 3) для тулбара внутри программы   последнее имхо проще всего слямзить из Tango, а вот с первыми двумя вещами можно поэкпериментировать   ещё - интересны тесты от тех, у кого 2+ гб памяти и особенно 64-битная ось: теперь всё в порядке?   далее - помимо bug reports принимаются предложения по улучшению удобства работы с программой. сам я сейчас думаю, что надо делать диалог упаковки по образу winrar'овского - в первой закладке в основном галочки и выборы из профилей, а далее отдеольные закладки для сжатия, шифрования и т.д., в которых можно эти порфили создавать     Цитата: пытаемся запаковать бзку на 2 Гб.   Архиватор место выделяет не сразу, в итоге оказываетсчя что его не хватает. Что тогда ?   Архиватор может дождаться появления свободного места и потом продолжить ? в приницпе несложно должно быть сделать такое - если при записи возникает ошибка то выводить "запрос к пользователю", что позволит почистить место на диске и затем нажать "retry". записал в to-do list   Цитата: ep,lzma,lzp,ppmd - привязка к шагу 4Gb, т.е. 4Gb=0, 8Gb=0 и т.д. зпаписал, как-нибудь поправлю   Цитата: Кирилица - Корявки, если указывать имя архива на кирилице через быбор места положения архива, т.е. набирается нормально, но после Select корявки, я постараюсь вообще вместо него использовать родной виндовый диалог выбора файлов   Цитата: В ходе тестирования rep'а на предмет эффективности сверхдлинных дистанций, столкнулся со следующим глюком: размер словаря для данных объёмом 1675.58 Мб по умолчанию ограничивается до 1676 Мб. Для большинства таких файлов (два куска размером в 837.79 Мб) проблем от этого не возникает, но в одном случае при завершении freearc вылетает, оставляя temparc без "шапки" в конце файла. Единственное, что помогает, это уменьшение словаря до 1675 Мб или хотя бы 1715776 kb. Можно сделать так, чтобы размер словаря для маленьких (относительно настроек сжатия) солид-блоков округлялся бы вниз (желательно, конечно, с точностью повыше 1 Мб, да только этот глюк на этих файлах возникает и при размере словаря меньше объёма данных (1715792 кб) хоть он и делится на 16кб, вот для точности 64 кб rep проходит без проблем)? Кстати, если два составляющих файла переставить местами, то проблемы не возникает, так что редкий это глюк...   "Можно сделать так, чтобы размер словаря для маленьких (относительно настроек сжатия) солид-блоков округлялся бы вниз" - тогда проблема будет с файлами размером от 1676 до 1677 мб  по-большому счёту проблема в том, что ты используешь fa на грани его возможностей, на свой страх и риск. вылет скорей всего из-за того, что я не проверяю успещность выделения памяти для маленьких блоков вспомогательных данных. так что рещение стандартное, как при разгоне - отступи на нсеколько мб от верзней границы и жми спокойно     Цитата: Цитата:я тут понимаешь сижу, перевожу на 70 языков интерфейс программы     как будет организована поддержка языков ?ini файлами ? на какие языки переводишь ?   может список кинуть и народ посмотрит какой язык на себя сможет взять.   теперь надеюсь понятно почему я в тот раз промолчал   Цитата: мой листинг, в отличие от 7-zip, не показывает солид-блоки. это увидеть можно только в FAR plugin: теперь это исправлено     Цитата: сходные данные: Rogue Galaxy, DVD-Split к сожалению времени на то, чтобы осмыслить эти опыты, так и нет.     Цитата: Из релиза 0.40 взял настройки для custom.ini к FAR-у   Упаковать могу, а распаковать не   Точнее не могу под FAR-ом даже листинг получить, зависает напрочь   Хотя тот же FreeArc.frmt работает а откуда взялась такая мода - использовать ini вместо fmt? я его скорей всего на предмет поддержки русских букв никогда и не проверял. отчасти может помочь импорт идей из freearc.addon, но между FAR и TC есть какие-то тонкие различия, я уж не помню какие.. обратите внимание, что в 0.40pre4 и 0.40 release freearc.addon разный - и для FAR скорее ближе тот, который был в старой версии Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 13:11 29-01-2008

Ghost2004 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ну, насчёт предела возможностей - наверно оно так, хотя пределом у меня всё же является что-то в районе rep:1779mb, так что запас в 50 Мб есть. Впрочем, эта ошибка возникает лишь в одном случае из 30 с лишним (для файлов одного размера) - так что оно и правда не особо существенно...   Касаемо опытов с Rogue Galaxy - обнаружил, что для достижения практически максимума (там, не более 30 Мб от "идеального" случая, если бы был rep:8gb ) оказалось достаточным не распаковывать файлы образа, а просто разбить их на 6 кусков каждый Total Commander'ом - после чего сортировка этих кусков по расширениям сделала своё дело (хотя проверял я это дело лишь для rep:4096:1750mb - не знаю что выйдет с l32 или l128), размер вышел даже чуть меньше (на 8 Мб), чем при распаковке образов - хотя скорее тут дело во включённом a99. Так что получается, что для подобных случаев помог бы внешний упаковщик, режущий файлы одного определённого типа (iso, а иной раз и avi/mkv) на заданное число равных кусков.   Но это наверное на будущее, версию 0.60 или дальше . Сейчас вот тестирую winarc - не хочет он выделять кусок памяти больше 1 Гб - lzma:93mb - максимум, равно как и rep:751mb . Но при этом можно запросто добавить такую штуку, как h27 - так что похоже выделение памяти идёт не в том порядке (у меня как раз есть два куска (при запуске обычного arc с -di+$) - один на 1750-1780 Мб, другой как раз на 751 mb). Кстати, такая штука, как rep:512mb+rep:512mb+rep:512mb в winarc работает, причём без tempfile (если с -lc- -ld-) . Да, а в самом-то arc'е все ограничения те же - проверял lzma:220mb или 377mb:fast. Разве что при нехватке памяти arc не возвращается в командную строку. Ну и в winarc при использовании больших объёмов кнопка отмены может привести к зависанию.   И ещё одна мелочь - при ограничении памяти за счёт lc/ld, т.е. если rep:1gb превратился в rep:512mb, информация архива всё равно выдаёт, что для распаковки необходим 1gb. Всего записей: 51 | Зарегистр. 02-01-2008 | Отправлено: 16:06 29-01-2008

Benchmark Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Bulat_Ziganshin Цитата: я уже стал подозревать, что дело в шрифте  впрос только как это встроить в мою программу Очень просто - прописывать соответствующий фонт в файл .gtkrc-2.0. Например у меня сейчас под виндой в \Documents and Settings\Имя_текущего_юзверя\.gtkrc-2.0 прописано     style "user-font" {     font_name="Arial Unicode MS 10" } widget_class "*" style "user-font"   Arial Unicode MS - "самый юникодный" из встроенных в Windows фонтов, так что есть смысл по дефолту использовать его, тем более что он ставится вместе с системой. Ну а под линуксами прописывать по дефолту какой-нть из наиболее полных в этом плане (в смысле количества отображаемых символов) линуксовых юникодных фонтов.   Цитата: не остались оли проблемы с отобраджением юникодного текста в заголовках диалогов Никаких проблем. Все пункты, которые переведены, корректно отображаются на нужном языке. Другое дело, что ряд пунктов, вроде Modify или Join пока в ряде переводов отсутствуют, поэтому отображаются на английском.   Цитата: я постараюсь вообще вместо него использовать родной виндовый диалог выбора файлов И это будет правильно.   Цитата: помимо bug reports принимаются предложения по улучшению удобства работы с программой. сам я сейчас думаю, что надо делать диалог упаковки по образу winrar'овского - в первой закладке в основном галочки и выборы из профилей, а далее отдеольные закладки для сжатия, шифрования и т.д., в которых можно эти порфили создавать   В плане GUI можно во всем ориентироваться на WinRAR. С одной стороны это уже привычный интерфейс для большого количества юзеров, с другой - тебе самому ничего придумывать не придется Всего записей: 6924 | Зарегистр. 01-10-2002 | Отправлено: 17:16 29-01-2008 | Исправлено: Benchmark, 17:57 29-01-2008

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Bulat_Ziganshin Цитата: спасибо, теперь надо только выяснить как это вставить в саму программу посмотрите http://www.opennet.ru/docs/RUS/gtk_plus/gtk_plus-prog.tar.gz раздел Файлы настройки GTK (GTK's rc Files), может то что нужно. Цитата: Файлы настройки GTK's   GTK использует для настроек программ специальные файлы (rc files). Например они могут использоваться для установки цветовой схемы виджетов.   Функции для файла настроек   Во время старта вашего приложения вы должны включить вызов:   void gtk_rc_parse( char *filename );   Аргумент filename - ваш файл настроек (rc file). Это заставит GTK использовать настройки указанные в вашем файле для отрисовки стиля виджетов. .... Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 21:57 29-01-2008

Nikolai2004 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору FreeArc-0.50-win32-alpha-2008-01-28 понравились ассоциативные названия степеней сжатия: zip-rar-7z-uha-ccm   замечания: 1. в диалоге сжатия если раскрыть все опции, то он получается слишком высокий (не помещается на экране). идею создания табов поддерживаю. как альтернатива, предлагаю поместить дополнительные опции не снизу, а справа 2. если находишься в корневом каталоге, нельзя перейти на уровень выше к выбору дисков 3. кнопку для перехода на уровень выше желательно обзавести иконкой 4. не хватает кнопки settings на главном тулбаре 5. было бы очень неплохо отображать иконки в списке файлов по расширению 6. в финальной версии надо прикрутить shell extension в винде чтобы можно было в эксплорере из контекстного меню по правому клику мыши добавлять выделенные файлы в архив Всего записей: 1523 | Зарегистр. 07-01-2004 | Отправлено: 23:17 29-01-2008

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Bulat_Ziganshin Цитата: Егор, она содержит исправленные исходники. если тебе интересно, попробуй компиляцию снова собирает   забыл написать в прошлый раз, если нет папки Tests процесс прерывается error: directory portion of "Tests\\Arc.exe" does not exist (used with"-o" option.)   Добавлено: Bulat_Ziganshin Цитата: сам я сейчас думаю, что надо делать диалог упаковки по образу winrar'овского - в первой закладке в основном галочки и выборы из профилей, а далее отдеольные закладки для сжатия, шифрования и т.д., в которых можно эти порфили создавать Не помешало бы выбор внешнего вида  - аля 7-zip\WinRAR\WinRK\... Лично меня устраивает когда всё перед глазами (аля 7-zip), про вид WinRK говорил раньше, в реализации сложнее. Цитата: в диалоге сжатия если раскрыть все опции, то он получается слишком высокий (не помещается на экране) Не хватает полосы прокрытки и фиксации размера окна, чтобы оно не увеличивалось по высоте.   Добавлено: Bulat_Ziganshin WinArc.exe падает: например окно упаковки если вызвать контекстное меню, где вводятся текстовые данные, потом его закрыть, нажать отмена или ОК: FreeArc-0.50-win32-alpha-2008-01-28 - WinArc: WinArc.exe - Ошибка приложения Инструкция по адресу "0x6b0883a0" обратилась к памяти по адресу "0x000000b0". Память не может быть "written".   Добавлено: Bulat_Ziganshin Цитата: это что, так смертельно? -di$ - опция для вывода внутренней инофрмации, заинтересованные люди могут извлечь оттуда то, что им нужно, а большинству это нафиг не нужно а в WinArc этого нет, да и неудобно лезть в лог, и зачем... это же GUI. Большинству может и не нужно, но оно задолбает с вопросами почему при выбранных настройках, упаковывает с другими\не упаковывает\падает, и они на слово не верят, хотят ручками потрогать глазками увидеть. Хоть тонких настроек сейчас нет, но думаю в дальнейшем появятся (размер словаря, хэша и т.п.).   Хотелось бы чтобы было отдельно, вообще. для GUI например ввиде кнопочки, которая находится где настаивают алгоритмы сжатия и после нажатия появляетя информация про непрерывные блоки.   Добавлено: Bulat_Ziganshin WinArc Т.к. полная версия будет иметь вид - всё своё нашу с собой, то в инстале нужен выбор языка, т.к. языковые файлы GTK весят 16.2Мб. Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 01:04 30-01-2008 | Исправлено: egor23, 01:16 30-01-2008

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Bulat_Ziganshin Цитата: ещё - интересны тесты от тех, у кого 2+ гб памяти и особенно 64-битная ось: теперь всё в порядке? вообщем-то нормально. только не понятно, например lzma, когда выставляем размер словаря который не вписывается в память, то непонятно как идёт сброс настроек, например для lzma предел 125m, при 126m сбрасывает до 96m.   WinXP SP2 32bit, 2.5Гб,+иероглифы   lzma..   с lzp непонятка с непрерывными блоками в arc-255m такого не было. как только выставляем значения большие определённого значения, начинается непонятка с непрерывными блоками, точнее она идёт с самого начала, такое ошущение что при определении непрерывных блоков, что-то лишнее происходит.   lzp.. Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 05:00 30-01-2008

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: только не понятно, например lzma, а ды ещё непонятно, если выделение идёт тремя блоками (8+1,5+1)xсловарь, то в данных условиях: Allocated 1326 mb, addr=10010000   Allocated  235 mb, addr=62F10000   Allocated  214 mb, addr=029C0000   предел 156m, что при -lc- -ld- и увидим, почему в обычном режиме не так?   Добавлено: Цитата: - С опциями "-lc- -ld-" ой, промазал.   Добавлено: Bulat_Ziganshin Цитата: а просто разбить их на 6 кусков каждый Total Commander'ом А нельзяли сделать виртуальную разбивку на куски больших файлов, т.е. воспринимать например файл в 8Гб, как 8файлов по 1Гб и т.п., причём физически неделая этого, чтобы лишних tempfile не создавать? Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 08:31 30-01-2008

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Bulat_Ziganshin REP Цитата: вспомнил - он же кусками по 1/8 словаря входные данные читает, так что неудивительно, что словарь должен быть хотя бы на 1/8 больше маскимальной дистанции повторений для гарантии их нахождения Из документации: Цитата: Объём памяти, требуемой для упаковки – 1.25*dictsize, для распаковки – dictsize но столько не выделяется, т.е. выделяется, но представляет собой dictsize+хэш. Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 10:59 30-01-2008

Benchmark Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору egor23 Цитата: Не помешало бы выбор внешнего вида  - аля 7-zip\WinRAR\WinRK\ Ну 7zip - это по сути мини-клон "нортон коммандера". Если бы у WinRAR было две панели вместо одной, мы получили бы примерно то же самое. В принципе, может быть удобно, хотя в большинстве случаев одной панели более чем достаточно.   А вот про WinRK этого сказать не могу. Субъективно мне не нравится его интерфейс. Не вижу ни одного плюса по сравнению с теми же WinRAR/7-zip.     Да и зачем нужно (и нужно ли вообще) столько вариантов интерфейса в одной программе - тоже отдельный вопрос. Всего записей: 6924 | Зарегистр. 01-10-2002 | Отправлено: 18:01 30-01-2008

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Benchmark Цитата: Ну 7zip - это по сути мини-клон "нортон коммандера". Если бы у WinRAR было две панели вместо одной, мы получили бы примерно то же самое. В принципе, может быть удобно, хотя в большинстве случаев одной панели более чем достаточно. Речь слашла не про файл-менеджер в архиваторе, а про окно упаковки, где параметры выставляем. Цитата: А вот про WinRK этого сказать не могу. Субъективно мне не нравится его интерфейс. Не вижу ни одного плюса по сравнению с теми же WinRAR/7-zip.   Накидование удобно тогда, когда файлы\папки в разных местах лежат. Цитата: Да и зачем нужно (и нужно ли вообще) столько вариантов интерфейса в одной программе - тоже отдельный вопрос. Переманивать массового пользователя удобней.   Bulat_Ziganshin Интерфейс WinArc ещё нужно наверно выбор внешнего вида Простой ... Расширенный Простой - для простого пользователя - минимум настроек, чтобы не шарахался от интерфейса. .... - может ещё какой промежуточный вид Расширенный - для опытного пользователя - все возможные настройки. Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 00:39 31-01-2008

Benchmark Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору egor23 Цитата: Речь слашла не про файл-менеджер в архиваторе, а про окно упаковки, где параметры выставляем Ага, ясно.   Цитата: Накидование удобно тогда, когда файлы\папки в разных местах лежат Накидывание... ты имеешь в виду сделать так же, как сделано в Nero при составлении содержания будущего диска ? Если так, я только за. Действительно удобно. Всего записей: 6924 | Зарегистр. 01-10-2002 | Отправлено: 00:45 31-01-2008

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Bulat_Ziganshin Цитата: с lzp непонятка с непрерывными блоками в arc-255m такого не было. поправка - было, выводится информация о непрерывных блоках два раза, первая нормальная, вторая уже такая.   Добавлено: Ghost2004 Цитата: Ну, 1 вариант скорее всего не пройдёт, можно коненчо потестировать вариант с разбиванием iso'шек на куски по 256 mb - но вряд ли будет заметный выигрыш, уж очень это ограниченная штука, данные ведь запросто могут лежать не последовательно, плюс её и без freearc элементарно реализовать...   Мысль вообщем у меня была не совсем верной, т.к. зачем, проще разрезать на куски чтобы их размер был (dicsize rep)\1.25 (на сегодня), тогда rep должен найти почти всё (ессенно в пределах dicsize rep), то что попадёт под разрез будет возможно частично найдено (небольшие потери будут, чем меньше разрезов, тем меньше потерь, но это зависит от данных, если там что-то большое попадётся под разрез, то и потери будут больше по-идеи).   Bulat_Ziganshin Мысль Цитата: А нельзяли сделать виртуальную разбивку на куски больших файлов, т.е. воспринимать например файл в 8Гб, как 8файлов по 1Гб и т.п., причём физически неделая этого, чтобы лишних tempfile не создавать? сводится к тому, чтобы был расчленитель, желательно не физический, а "в уме".   Добавлено: Цитата: сводится к тому, чтобы был расчленитель, желательно не физический, а "в уме". Практика имеем 18 файлов не сжимаемых (размеры 15.2Мб - 5.4Мб), кладём их в два tar архива, первый с сортировкой по размеру, второй - по имени. получаем два tar по 181.3Мб разбиваем их на куски по 100Мб (для простоты) получаем 4 файла два по 100Мб два по 81.3Мб разрезы пришлись на файлы размеров 11.2Мб и 10Мб   максимальное сжатия достигнуто применяя три rep подряд(т.к. данные сжаты большой l в первом rep не ставил)   ARC.EXE a a -mrep:125m:l256+rep:125m:l256+rep:125m:l256 -di -di+$ 81.001 81.002 82.001 82.002 Compressing 4 files of 380.227.584 bytes: 0.03 secs   Using rep:125mb:256+rep:125mb:256+rep:125mb:256   Memory for compression 471mb, decompression 99.9%   Solid block compression results (14.656 seconds)     rep:125mb:256: 250.907.342 bytes in 6.219 seconds     rep:125mb:256: 223.635.749 bytes in 4.391 seconds     rep:125mb:256: 218.755.311 bytes in 4.047 seconds Compressed 4 files, 380.227.584 => 218.755.311 bytes. Ratio 57.5%   С теми же настройками для цельных tar получим: ARC.EXE a a -mrep:125m:l256+rep:125m:l256+rep:125m:l256 -di -di+$ 81.tar 82.tar   Using rep:125mb:256+rep:125mb:256+rep:125mb:256   Memory for compression 471mb, decompression 99.9%   Solid block compression results (19.141 seconds)     rep:125mb:256: 356.803.736 bytes in 6.844 seconds     rep:125mb:256: 330.838.000 bytes in 6.359 seconds     rep:125mb:256: 319.837.536 bytes in 5.938 seconds Compressed 2 files, 380.227.584 => 319.837.536 bytes. Ratio 84.1% Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 03:58 31-01-2008 | Исправлено: egor23, 05:56 31-01-2008

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору С теми же настройками для tar разбитых по 125Мб (разрез пришёлся на файлы 10Мб и 10.7Мб) получим: ARC.EXE a a -mrep:125m:l256+rep:125m:l256+rep:125m:l256 -di -di+$ 811.001 811.002 822.001 822.002   Using rep:125mb:256+rep:125mb:256+rep:125mb:256   Memory for compression 471mb, decompression 99.9%   Solid block compression results (15.063 seconds)     rep:125mb:256: 269.574.214 bytes in 6.406 seconds     rep:125mb:256: 225.219.883 bytes in 4.672 seconds     rep:125mb:256: 218.756.611 bytes in 3.984 seconds Compressed 4 files, 380.227.584 => 218.756.611 bytes. Ratio 57.5%   Добавлено: Цитата: Мысль вообщем у меня была не совсем верной, т.к. зачем, проще разрезать на куски чтобы их размер был (dicsize rep)\1.25 (на сегодня), тогда rep должен найти почти всё (ессенно в пределах dicsize rep), то что попадёт под разрез будет возможно частично найдено (небольшие потери будут, чем меньше разрезов, тем меньше потерь, но это зависит от данных, если там что-то большое попадётся под разрез, то и потери будут больше по-идеи). мысль думаю тоже не совсем верная. сделал расчленёнку по 1Мб ARC.EXE a a -mrep:125m:l256+rep:125m:l256+rep:125m:l256 -di -di+$ @28.lst   Using rep:125mb:256+rep:125mb:256+rep:125mb:256   Memory for compression 471mb, decompression 99.9%   Solid block compression results (14.234 seconds)     rep:125mb:256: 240.005.286 bytes in 6.219 seconds     rep:125mb:256: 212.364.199 bytes in 4.219 seconds     rep:125mb:256: 212.364.231 bytes in 3.797 seconds Compressed 364 files, 380.227.584 => 212.364.231 bytes. Ratio 55.8% Directory 10.248 => 1.904 bytes. Ratio 18.5% Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 06:15 31-01-2008

Nikolai2004 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Benchmark Цитата: Накидывание... ты имеешь в виду сделать так же, как сделано в Nero при составлении содержания будущего диска ? Если так, я только за. Действительно удобно. да, это революционное изобретение автора winrk - использовать в архиваторе идеологию nero. думаю хорошую идею грех не подхватить Всего записей: 1523 | Зарегистр. 07-01-2004 | Отправлено: 10:55 31-01-2008

Bulat_Ziganshin Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору this is an example of interface i imagine for the next version: http://www.haskell.org/bz/WinArc-Jan31.PNG         что скажете?     Добавлено: ... it provides check boxes for enabling each feature (instead of folders in last alpha) and then allows one to select profile from dropdown list. profiles can be named/commented with a text before ":". the notebook tabs allows one to create new profiles and manage existing ones Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 19:37 31-01-2008

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор

Widok (30-01-2009 12:03): лимит страниц. продолжаем здесь

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование