SFX Creator 4 Alpha - создаём SFX архивы

[MKN]

Также, возможно, SFX Creator будет ShareWare »
Да... Так часто бывает. Все хорошие и бескорыстные альтруистические начинания в конце концов сводятся к коммерции... (это просто мысли вслух, не более :) )

[K.A.V.]

Также, возможно, SFX Creator будет ShareWare » »
Если даже и будет, то на форумчан OSZone.net это мало отразится, т.е. программа будет стоить дешевле, для некоторых (для "Старожилов" форума, для вас, кто активно высказывает свои мысли/пожелания и т.д.) лицензия будет и вовсе бесплатна

[K.A.V.]

Также, возможно, SFX Creator будет ShareWare »
SFX Creator всегда будет распространяться по FreeWare лицензии, вне зависимости от того, какие функции будут добавлены в программу.

Это решение окончательное :)

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

[loveaboveall]

Всем Добрый день. У меня вопрос по SFX Creator или его старой версии UnPackerCreator. Сейчас я пользуюсь старой версией, поскольку она меня полностью устраивает, но нет одной важной и необходимой для меня функции - функция самоудаления архива. В новой версии, как это сделать я тоже не нашел ((.
Пример. Допустим есть упакованый архив называется 123.exe и находиться в папке C:\Downloads
Мне нужно чтобы файлы архива распокавались в ту же папку т.е. C:\Downloads (это можно сделать указав путь распаковки как $EXEDIR), а после распаковки удалил бы сам себя, т.е. удалил файл 123.exe. Метод извлечение во временную папку не подходит. Метод запуск после извлечения, батника или скрип-файла в котором прописана команда удалить архив тоже не подходит.
Может, данную функцию можно реализовать с помощтю команд NSIS...
Если кто что знает, помогите. Заранее спасибо.

[K.A.V.]

Шапку обновил, старые версии программы не обсуждаются

необходимой для меня функции - функция самоудаления архива »
И в новой версии нет

Метод запуск после извлечения, батника или скрип-файла в котором прописана команда удалить архив тоже не подходит. »
Может, данную функцию можно реализовать с помощтю команд NSIS.. »
С помощью функций реализовать никак не получится, т.к. все функции хоть как будут выполняться в пределах нашего же инсталлятора...
Есть только 1 вариант, добавлять ещё 1 маленький EXE файл в наш инсталлятор, который при запуске будет удалять инсталлер

[loveaboveall]

Есть только 1 вариант, добавлять ещё 1 маленький EXE файл в наш инсталлятор, который при запуске будет удалять инсталлер

Выходной файл будет один?
После распаковки этот маленький EXE будет тоже удаляться?
Будет ли реализована данная функция?

[K.A.V.]

Выходной файл будет один? »
Да, маленький EXE будет упакован в ваш инсталлятор как и другие ваши файлы

После распаковки этот маленький EXE будет тоже удаляться? »
Распакауется во временную папку, оттуда удалится после перезагрузки

Будет ли реализована данная функция? »
Пока ничего сказать не могу, т.к. уже очень много задумок на новую версию :)
Да и к тому же, многим ли данная возможность то нужна? Удалять сам распаковщик... :biggrin:

[MKN]

Да и к тому же, многим ли данная возможность то нужна? »
Сомнительная возможность...
ИМХО, сначала бы основные, действительно необходимые инсталлятору функции, внедрить и отладить...
А уж предлагаемым "самоликвидатором" и пр. экзотикой, потом заниматься, когда абсолютно делать нечего будет... :)

[K.A.V.]

Повторный патч-исправление. [ Скачать патч (http://winxpregp.narod.ru/sfxcreator/pathNoRestart.rar) ]

В данном патче полностью исправлено исчезание/появление главного окна программы при добавлении/удалении/редактировании файлов (даже НЕ происходит мигание окна программы) :up
Решил выложить, т.к. думаю, что многих нервирует данное поведение программы, как вообщем то и меня :)

Если вдруг, заметите ошибки - сообщайте
Также, в данном патче оптимизирована функция определения файлов проекта

О выходе новой версии, пока, говорить ничего не буду ;)
:oszone:


P.S.
За новую иконку-логотип программы хочу сказать спасибо korsar77 (http://forum.oszone.net/member.php?userid=152094)



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

Ссылка на изображение (http://img704.imageshack.us/img704/8009/76863144.jpg)

[tom2]

K.A.V., В функции Выполнения приложений, незапускаются файлы с розширением js или vbs, если можеш исправь.
Спасибо!

[K.A.V.]

tom2, js/vbs файлы не являются исполняемыми, поэтому и они не исполняются (исполнять их нужно обращаясь к $SYSDIR\wscript.exe), т.е. команда будет примерно такой:
$SYSDIR\wscript.exe "$TEMP\MyFile.js"

Это нужно добавлять возможность разделения типа запуска (необходимо добавить возможность "Shell запуск"), тогда будут выполнены действия с типом файла в соответствии с установленными настройками в системе, вот после добавления данной возможности нужно будет указать только путь к js/vbs файлу

[tom2]

K.A.V., спасибо ищё раз, всё работает, будет возможность обязательно отблагодарю

[MKN]

K.A.V.,
Из рисунка окна выбора компонентов не совсем ясен механизм выбора... Например, выбрав"компонент №1", где будет видна принадлежность к нему файлов/папок с путями и пр. ?
А что означает опция "Заблокирован" ? Компонент присутствует в списке, но использоваться в проекте не будет ?

Сам фейс вполне нормальный, на практике бы скорее опробировать... :)

PS Хорошо бы в "Добавить выполнение приложения" в строке "Выполнить" исполняемый файл (с путём) автоматом заключать в кавычки

[K.A.V.]

Например, выбрав"компонент №1", где будет видна принадлежность к нему файлов/папок с путями и пр. ? »
В поле справа

А что означает опция "Заблокирован" ? »
Это значит, что выбор Установить/Не установить при установке приложения будет недоступен
Например, мы устанавливаем главные файлы программы (предоположим AIMP.exe), переносим этот файл в группу "Главные файлы" и ставим галочку "Заблокировать", при установке пользователь не сможет снять галочку для отмены установки данного компонента :)

PS Хорошо бы в "Добавить выполнение приложения" в строке "Выполнить" исполняемый файл (с путём) автоматом заключать в кавычки »
Во всех полях проекта кавычки выставлять не нужно, за исключением случаев, когда мы прописываем команду к исполняемому файлу как путь к какому либо файлу, например
$SYSDIR\wscript.exe "$TEMP\MyFile.js"

[MKN]

Во всех полях проекта кавычки выставлять не нужно »
У меня без кавычек не сработал запуск .msi файла... ($TEMP\vcredist.msi)

[K.A.V.]

У меня без кавычек не сработал запуск .msi файла... ($TEMP\vcredist.msi) »
хм, странно, ну хорошо, спорить не буду, тогда сделаю заключение в кавычки :)

[MKN]

K.A.V.,
Ну как я могу с тобой спорить... :) Просто вот так получается...
Ещё маленькое пожелание - в "Добавить выполнение приложения" рядом с "Выполнить" добавить бы кнопочку выпадающего списка переменных, ( как сделано в регистрации DLL)

[MKN]

K.A.V.,
У меня вот такое необычное предложение - дополнить SFXCreator, модулем CustomAppsBuilder.

Что он будет делать :

При создании проекта с выбом компонентов по желанию пользователя можно будет создать (скомпиллировать) дистрибутив состоящий ТОЛЬКО ИЗ ВЫБРАННЫХ компонентов.
Т.е. иметь возможность сконструировать дистрибутив согласно требований пользователя к его составу-содержимому.

Зачем это надо ?

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

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

Я делаю полный дистрибутив с возможностью выбора устанавливаемых компонентов-приложений, а пользователь - хочет установит всё или будет устанавливать с выбором, а хочет пересоберёт выбранное в ОТДЕЛЬНЫЙ дистрибутив.
Размер которого значительно МЕНЬШЕ исходного базового "конструктора" и содержит в себе лишь то что НЕОБХОДИМО этому пользователю.

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

Я думаю функцию CustomAppsBuilder_а оценят многие пользователи, особенно в теме создания аддонов.

Практически это может выглядеть так:

В фейс SFXCreator_а добавляется кнопка создать проект с функцией CustomAppsBuilder. При её активности и будет создаваться дистрибутив с "добавочными" кнопками :

Установить приложение (т.е классическим образом)
Cоздать новый дистрибутив из выбранных компонентов

Как вам такая идея ?

[K.A.V.]

В фейс SFXCreator_а добавляется кнопка создать проект с функцией CustomAppsBuilder. При её активности и будет создаваться дистрибутив с "добавочными" кнопками :
Установить приложение (т.е классическим образом)
Cоздать новый дистрибутив из выбранных компонентов »
А не проще будет добавить например кнопочку и при нажатии на неё показывать диалог с выбором каких компонентов установить (отметить галочками), после выбора компонентов сразу начинать компиляцию...

[MKN]

K.A.V.,
В том то и дело, что сама установка, как таковая, нас в данном контексте не интересует. Вся соль в создании нового дистрибутива из выбранных компонентов уже имеющегося созданного кем то дистрибутива-конструктора (с помощью SFX Creator дополненного CustomAppsBuilder_ом) . Т.е. выбирает пользователь необходимое и создаёт вновь новый дистрибутив, сам из УЖЕ сделанного (кем то) изначально базового дистрибутива. И делает это рядовой пользователь - элементарно, нажатием одной кнопки. Только эту кнопку надо "заложить" в конструкцию базового дистрибутива.
Для этого при компилляции такого варианта дистрибутива-конструктра, в него будет добавлен кусочек NSIS_а и скрипт для исполнения желаний... Размер этого добавочного хозяйства не большой, да и не в размере дело, а в получении принципиально нового продукта-конструктора. Такого ещё нигде не было и по моему, будет оч. полезно и здорово... :)

Т.е. ещё раз на примере - предположим имеется дистрибутив-конструктор с выборочной установкой 10 компонентов . Он уже сделан и включает в себя модуль CustomAppsBuilder (терминология не важна).
А пользователю надо - одному только 1 и 9 компонент, второму - только 4,5,6 и 8 и т.д. Представь сколько комбинаций-пожеланий. А ВЕСЬ исходный дистрибутив ему не интересен, хотя конечно он может установить из него только то что ему необходимо.

А не интересен, потому что исходный занимает размер , скажем 300М, а выбранных компонентов всего на 10.
Для интеграции софта в XP на 700M CD, это оч. даже существенно. Да и зачем иметь дистрибутив, из которого надо, скажем только 1/10 состава ? Не просить же автора исходного дистрибутива сделать заказную комбинацию компонентов...

А уж для сборок софта типа как на основе ТоталКоммандера, где сотни программ, а нужны далеко не все, такой вариант вообще не заменим.
Или когда из сотен вариантов разных Templates для оформления, (не важно чего) выбираются только приглянувшиеся. А тут исходный материал вообще может быть и в несколько гигов... А мы выбираем только то что надо, скажем, на 100M и делаем из выбранного дистрибутив


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

Нечто похожее когда то было для пересборки дистрибутива Офиса 2003. Выбрал что надо, и вот вместо исходного 500метрового монстра у пользователя - 50M (это когда оставляется только Word и Exel)