Установщик для R&Q

Jayrome wrote:

.msi в Висте устанавливаются без проблем.

Не вполне верное утверждение, по-моему. Вот , к примеру, простейший msi-файл для RnQ Script Launcher 1.0 (без скриптов). Попробуйте установить этот плагин в папку указанную по умолчанию, из-под учётной записи группы «Пользователи».

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

А под одним-единственным пользователем на машине плаг установился и удалился без проблем, UAC преданно спрашивает разрешение при установке и при удалении пакета.

Jayrome wrote:

...под одним-единственным пользователем на машине...

Если учитывать тот факт, что операция удаления не предназначена для встроенных учётных записей и то, что «UAC преданно спрашивает разрешение», то можно сделать вывод, о том, что пользователей у Вас на машине, всё же, как минимум трое (по моим подсчётам ) и, что Вы проверяли работу msi-файла под учётной записью группы «Администраторы» созданной дополнительно (скорее всего, во время установки операционной системы). А если это так, то тогда не совсем понятно, какие «другие инсталляторы» и в каких случаях вызвали у Вас описанные «критические проблемы», будучи запущенными под учётной записью, принадлежащей к этой группе?

Ну естественно больше одного. Отключенные Админ и Гость, конечно же, есть.

Ща я перепробую заново все инсталляторы и скажу тебе точно название. Дело в том, что UAC - далеко не всегда преданно просит разрешения. Как я понял, - я могу и ошибаться, - это работает только с теми продуктами, которые определяются как способные внести критические изменения, или которые уже сами по себе поддерживают такой контроль над учетками. MSI и Windows - одного производителя, и у них между собой проблем вроде как нет. В других случаях UAC может промолчать, тогда программа запросто выдает ошибку \"диск защищен от записи\" или \"не удалось создать файл\". Точнее, некоторые из программ. Что я и наблюдал и о чем захотел сообщить.

Jayrome wrote:

Отключенные Админ и Гость...

Согласитесь, для Windows Vista в некоторых случаях, имеет смысл уточнить, какая именно учётная запись Администратора используется т. к. «поведение» по умолчанию того же UAC различается во встроенной учётной записи Администратора и в записях Администраторов созданных дополнительно.

MSI и Windows - одного производителя...

Мало того, MSI это ещё и компонент Windows начиная с 2000 года (если мне не изменяет память). И всё же к указанным «критическим проблемам» этот факт не совсем имеет отношение, даже не смотря на то, что внутренний сценарий действительно выполняется MSI в привилегированном режиме службы NT.

...\"диск защищен от записи\" или \"не удалось создать файл\".

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

Вы... оспариваете ВСЁ, что видите?

Стараюсь участвовать в обсуждении только тех тем, обсуждение которых мне интересно.

Все дело в криворукости конечного пользователя.
Но тут-то как раз только и плюс в сторону Jayrome.
Если уж и плестись на поводу у ушастых, то непременно в сторону мелкомягких безисходно. ИМХО.

Всё дело в «криворукости» тех, кто писал сценарий инсталлятора – как вариант.

NEVERE wrote:

Всё дело в «криворукости» тех, кто писал инсталлятор – как вариант.

Имеет место быть
Пусть будет.
А если и умножить на скриптологофф то вообще засада
А вообще мелкомягкие всегда будут искать способ что-бы остаться на олимпе монопольного правления. Нередки случаи конфликтов с более весомыми производителями ПО (будь то хотя-бы Symantec, Opera Software, Google и пр..) то уж до производителей \"поменьше\" речи вообще не шло. Ведь нововведения в алгоритмах раздачи прав не публикуются для сторонних произовдителей ПО от мелкософта.
Да и долго можно вести все эти дискуссии.
Да только это все треп, реальных поползновений не видно.

Antonio wrote:

...реальных поползновений не видно.

К чему собственно?

NEVERE wrote:

Antonio wrote:

...реальных поползновений не видно.

К чему собственно?

к офтопу совращаете
к массовой забастоффке протифф мелкософт

Rapid D писал(а):

Приближаемся к релизу, а установщика у нас не видать.
Посему возник вопрос - кто силён в написании скриптов для установщиков?

Не силён в написании скриптов для установщиков, но если ещё актуально, могу предложить уже готовый вариант скрипта, после компиляции, которого получается такой инсталлятор.
Отличия от этой версии:
- добавлен поиск по сайту, для IE 7 и выше
- поддержка формата rtz в обозревателе Windows (в Vista файлы открываются как обычные папки, в XP, по идее, должен запускаться мастер распаковки)
- исправлена ошибка позволявшая создавать множество кнопок программы на панели инструментов IE при добавлении/обновлении компонентов
Постарался написать сценарий таким образом, чтобы даже при изменении компонентов программы (в разумных пределах) изменения в самом скрипте сводились к минимуму либо вообще не требовались.

Хм, а зачем, собственно, инсталлер? R&Q тем и хороша, что ей ничего не надо ни от реестра, ни от ненужных папок винды типа AppData - всё своё ношу с собой(и шикарно запускаю под вайнами - почти ничего и не меняется))) Да и к тому же, не знаю, как остальные, а я довольно трепетно отношусь к новым релизам - файлы ручками копирую, чтобы не дай бог новая тема не перетерла мою любимую, с которой еще с &RQ 096X и при этом были все новые картинки ))) *RNQ*

Да и не думаю, что так много народу-то мечтает встроить в такую часто используемую программу, как IE7, кнопку для запуска рнк.

Мне кажется, гораздо полезнее было бы в меню поместить кнопочки типа "Создать ярлык на рабочий стол/Quick Launch". Хотя опять же, создать руками будет быстрее и разработчику, и юзеру))

P.S. а новый релиз это хорошо))

Rapid D писал(а):

А можно в инсталяторе сделать выбор 3-х режимов:
1) Standart - программа ставица в Programm files, а в ярлыке указывается userpath=apppath
2) Old - просто ставица в Programm files и ярлык простой.
3) Portable - распаковывается в указаную папку.

Изменённый скрипт и всё что нужно для его компиляции (кроме NSIS) в прикреплённом архиве.
Краткое описание в последних строках chm файла.
Ключ выслал Вам по почте.

Ну при этом можно ещё ярлык на рабочий стол добавлять (выбор)

Не придётся ли в этом случае ещё и четвёртый режим добавлять.

Ключ прежний.

- убран запрос, выдававшийся при удалении каталога с профилями (в AppData) даже в том случае, если этот каталог был пуст
- в список возможных компонентов добавлен minifaq.html замеченный в версии 1100
- скрипт переписан для «Текущего пользователя» - теперь использовать весь функционал инсталлятора (кроме установки точек восстановления) могут даже пользователи, не имеющие административных привилегий
- добавлена проверка привилегий пользователя с учётом ограничений UAC (результаты выводятся на странице приветствия, внизу)
- автоматически отключается отображение кнопки точек восстановления для пользователей, не имеющих нужных прав
- автоматически изменяется директория установки по умолчанию, в зависимости от выбранного режима и прав пользователя, на рекомендуемую
- автоматически скрывается первый режим инсталлятора для пользователей, не имеющих административных привилегий (верно по смыслу – поправьте, если ошибаюсь и это лишнее изменение)
- в случае обнаружения Windows 9x выводится предупреждение о несовместимости программы с этой ОС (на странице приветствия)

Архив не содержит UPX.exe. Для компиляции необходимо дополнительно поместить его в папку «resources».

Небольшой HotFix.

Устранено несколько мелких недочётов.

Устранено несколько мелких недочётов.