Раньше я разрабатывал установщики, а также работал упаковщиком приложений. Профессиональные упаковщики приложений привыкли искать эту информацию в самых разных местах. Все, что вы делаете для облегчения, обычно является огромным плюсом, но не ожидается.
Просто указав в диалоговом окне, где найти информацию, все будет в порядке . Только не делайте это модальным диалогом, таким как окно сообщения из пользовательского действия скрипта. Скорее сделайте его обычным диалоговым окном и убедитесь, что он соответствует уровню пользовательского интерфейса настроек (другими словами, он не отображается в режиме полумолчания).
Я всегда был бы счастлив, если бы мог найти образец командного файла с некоторыми изящными, значащими комбинациями значений для установщика. По сути, «, аннотированная, пример командной строки ». В большинстве случаев это избавляет от необходимости много читать для опытного упаковщика. Убедитесь, что вы создали несколько примеров командных строк.
Для справки: всякий раз, когда я получаю новый установочный носитель, я обычно:
- Поиск: Пример пакетных файлов , README.TXT , AdminGuide.PDF или
аналогичные документы, если таковые имеются. Я бы также активно искал их на любой странице загрузки для установки.
- Выполните тестовый запуск MSI в интерактивном режиме и фактически прочитайте диалоги. Любая письменная информация здесь будет очень полезна. Как правило, в нем должно быть указано, какой документ проверять.
- Откройте MSI и найдите
UPPERCASE, публичные свойства , определяемые через командную строку и фактически проверяющие, что они будут делать. Поиск, где свойства использовались в пользовательских действиях и т.д ...
Большинство упаковщиков приложений вполне способны решать проблемы командной строки. Это всего лишь вопрос ускорения процесса, и тогда пакетный файл является предпочтительным методом. Перечисление всех открытых свойств в таблице свойств с некоторыми разумными значениями также хорошо.