[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)