tom2, js/vbs файлы не являются исполняемыми, поэтому и они не исполняются (исполнять их нужно обращаясь к $SYSDIR\wscript.exe), т.е. команда будет примерно такой:
Это нужно добавлять возможность разделения типа запуска (необходимо добавить возможность "Shell запуск"), тогда будут выполнены действия с типом файла в соответствии с установленными настройками в системе, вот после добавления данной возможности нужно будет указать только путь к js/vbs файлу
Это значит, что выбор Установить/Не установить при установке приложения будет недоступен
Например, мы устанавливаем главные файлы программы (предоположим AIMP.exe), переносим этот файл в группу "Главные файлы" и ставим галочку "Заблокировать", при установке пользователь не сможет снять галочку для отмены установки данного компонента
Цитата MKN:
PS Хорошо бы в "Добавить выполнение приложения" в строке "Выполнить" исполняемый файл (с путём) автоматом заключать в кавычки
Во всех полях проекта кавычки выставлять не нужно, за исключением случаев, когда мы прописываем команду к исполняемому файлу как путь к какому либо файлу, например
Ну как я могу с тобой спорить... Просто вот так получается...
Ещё маленькое пожелание - в "Добавить выполнение приложения" рядом с "Выполнить" добавить бы кнопочку выпадающего списка переменных, ( как сделано в регистрации DLL)
В фейс SFXCreator_а добавляется кнопка создать проект с функцией CustomAppsBuilder. При её активности и будет создаваться дистрибутив с "добавочными" кнопками :
Установить приложение (т.е классическим образом)
Cоздать новый дистрибутив из выбранных компонентов
А не проще будет добавить например кнопочку и при нажатии на неё показывать диалог с выбором каких компонентов установить (отметить галочками), после выбора компонентов сразу начинать компиляцию...
В том то и дело, что сама установка, как таковая, нас в данном контексте не интересует. Вся соль в создании нового дистрибутива из выбранных компонентов уже имеющегося созданного кем то дистрибутива-конструктора (с помощью 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)