[Sleekka]

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

Какие проблемы есть на данный момент.

1) Необходимость обнаружения уже установленного продукта у пользователя. в реестре я регистрирую всего лишь одну строку вида

Код:

[Выделить все]

 (vl-registry-write "HKEY_CURRENT_USER\\Software\\KEP" "folder" "E:\\profile\\develop_dir" )

2) Есть проблемы с тем, что нужно дать полные права на файлы в некой папке находящейся в "C:\Programm files\"
чего под Win7 и Vista у меня не получается.

В связи с этими проблемками хочется чего-то более нового и желательно от Microsoft.

Поэтому, кто-чем пользуется? и можно ли решить описанные выше проблемы если я начну использовать например VS см. вложения?

[ShaggyDoc]

Sleekka, IsTool - это всего лишь оболочка с интерфейсом для инсталлятора InnoSetup. Да и то уже устаревшая. Сейчас в качестве оболочки используется InnoIDE.

Естественно, что сам инсталлятор надо обновлять - старые версии не могут знать о новых OS, а самые последние версии Inno всегда в курсе "последней моды" - надо только ими правильно пользоваться, заглядывая в справку. Все свежие версии всегда на сайте программы. Правами из сценариев Inno прекрасно можно управлять.

Точно также не получится сделать современный инсталлятор, если будешь использовать, например, VS-98. Хоть он от Microsoft.

Но, если уж хочешь продать душу дьяволу "желательно от Microsoft", так и приобретай самую последнюю версию Visual Studio. Однако не думаю, что инсталлятор от Microsoft позволит

дать полные права на файлы в некой папке находящейся в "C:\Programm files\"

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

[Sleekka]

Сейчас в качестве оболочки используется InnoIDE.

Спасибо.

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

Спасибо, переделаю свою программу под определение имени пользователя.

А вот что делать с определением уже установленной версии, к примеру для выпуска патчей?

[ShaggyDoc]

А вот что делать с определением уже установленной версии, к примеру для выпуска патчей

Переделывать, как положено. Патч как раз это и может сделать - перенести файлы в правильные места.

[Sleekka]

Переделывать, как положено. Патч как раз это и может сделать - перенести файлы в правильные места.

Копировать файлы с заменой у меня втупую не получалось. Для этого нужно было запускать деинсталяцию установленного приложения, но есть проблема с определением, установлено ли уже приложение. Но это я потом покопаюсь.

сейчас надыбал константы для доступа к изменяемым папкам.
Подскажите пожалуйста в чем разница между использованием

Код:

[Выделить все]

\Admin\Application Data\

и

Код:

[Выделить все]

\Admin\Local Settings\Application Data\

[Елпанов Евгений]

В Windows 7 нет ни того ни другого, вроде в Vista тоже. Делай выводы...

Рекомендую использовать переменные окружения:
%APPDATA%
%ALLUSERSPROFILE%
%LOCALAPPDATA%
%TEMP%

[hwd]

Сообщение от Sleekka Подскажите пожалуйста в чем разница между использованием Код: [Выделить все] \Admin\Application Data\ и Код: [Выделить все] \Admin\Local Settings\Application Data\

Если у тебя переносимый профиль Windows, то первый каталог будет переноситься с профилем. Второй обозначенный тобой каталог привязан к локальной машине и с переносимым профилем Windows не передаётся.

В Windows 7 нет ни того ни другого, вроде в Vista тоже. Делай выводы...

В 7-ке структура немного изменилась. Каталоги расположены иначе, но суть та же.

[ShaggyDoc]

В 7-ке структура немного изменилась. Каталоги расположены иначе, но суть та же.

А потом 8-ка придет и т.д.

Никогда не надо использовать физические имена каталогов! Совет Евгения совершенно правильный.

Но в InnoSetup имеются свои константы (см. справку). Они имеют вид {app} {pf} {pf32} {pf64} {localappdata} {userdocs} & {commondocs} и так далее.

Смысл понятен и в справке растолкован. Программа инсталляции при работе подставит соответствующие значения пространства имен соответствующей версии Windows.

[hwd]

Сообщение от ShaggyDoc Никогда не надо использовать физические имена каталогов! Совет Евгения совершенно правильный.

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

[ShaggyDoc]

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

Так я и не тебе писал. Конечно, ты это знаешь.

[Sleekka]

Спасибо за советы. Конечно же я буду использовать переменные, не совсем же я дерево =)
У меня алгоритм примерно такой.
1) инсталятор ставит прогу с помощью переменных и пишет папки в реестр.
2) лисп получает значения путей доступа из реестра.

[Дима_]

Сообщение от Sleekka 1) инсталятор ставит прогу с помощью переменных и пишет папки в реестр. 2) лисп получает значения путей доступа из реестра.

Дело вкуса, я использую (getenv "appdata")...

[Sleekka]

Дело вкуса, я использую (getenv "appdata")...

ну тут не только вкуса, пользователь в инсталлере имеет право установить прогу куда он хочет например "C:\Вася молодец" и (getenv "appdata") тут никак не спасет ситуацию. А нужна мне не только папка в которой можно менять файлы, но и основная папка программы.

[Дима_]

Сообщение от Sleekka "C:\Вася молодец" и (getenv "appdata") тут никак не спасет

Как минимум 2 варианта:
1. Все грузить в appdata (типо есть плагин и все) я в итоге для себя вывел что этот метод самый надежный, есть установщик он устанавливает, обновляет и сносит если надо, причем всегда корректно - от этой "совободнодоступной" c:\вася молодец - ничего кроме гемора от шаловливых ручек нет.
2. В appdata хранить ссылку на "основную" папку программы.