[MKN]

показывать текст в зависимости от языка инсталлера »

Для того ведь и делают собственные MessageBox с любыми кнопками и любым на них текстом на любом языке с любыми зависимостями...
В чём проблема... И при SilentInstall_е всё работает, если внятно поставить задачу...

ps К слову, о гибкости NSIS. Сам NSIS + Plugins + необходимые дополнения - и можно сделать практически всё, что душе угодно. Лучше нет ни одного подобного инсталлятора, тем более бесплатного... (разве что Inno на пятки наступает... ( но тут уже виноваты ленивые разработчики NSIS и не менее ленивые пользователи_nsis_программеры, которые упорно не хотят улучшать и расширять функционал NSIS )

[Serg866]

Почему-то некоторые антивирусы ругаются на инсталлеры НСИС. Авира и Аваст.

[MKN]

Почему-то некоторые антивирусы ругаются на инсталлеры НСИС. Авира и Аваст. »

Если бы они (и все остальные) только на NSIS ругались... Брешут ведь, как дурные собаки почти на всё что увидят...
Обычное дело для антивирусов , не блещущих интеллектом...
Тут поможет только проверенный способ - добавить "угрозу" в исключения антивируса. Но ничто не поможет, если у пользователя параноидальный страх преред любым сообщением антивируса...

[lavey13]

Доброго времени суток господа. Подскажите пожалуйста по вопросу решение которого пока не удается найти. Суть в следующем. Есть несколько nsi скриптов, главный выступает в роли интерфейса с кнопками и некоторым небольшим функционалом, также есть отдельно написанные nsi скрипты, которые я вызываю через exewait из скрипта-интерфейса. Вопрос в следующем, можно ли как то эти отдельные скрипты сразу включить в основной? По принципу подключения плагинов или nsh файлов? Т.к. хочется иметь на выходе один Exe, а не 4 например. Я конечно понимаю, что можно все в один код попробовать перенести, но это осложняется суммарно большим количеством кода, переменных, функций и соответственно большими временными затратами на отладку. Хотелось бы найти более практичный метод. Заранее спасибо.

[Dodakaedr]

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

Скрытый текст

Код:

outfile "test find key.exe"
!include "Registry.nsh"
!include "logicLib.nsh"

section main
;создание ключа для примера
${registry::Write} "HKLM\SOFTWARE\Classes\CLSID\{EF67C328-46СС-87D7-EA63-D8A946C17D7D}" "" "" "REG_SZ" $8
${registry::Unload}
${registry::Open} "HKLM\SOFTWARE\Classes\CLSID" "/K=1 /G=0 /V=0 /S=0 /NS='46СС'" $0
   ${DoUntil} $0 = 0
       ${registry::Find} $0 "$1" "$2" "$3" "$4"
       StrCpy $9 "$1" 4 -24
       StrCmp $9 '46СС' finish loop
       finish:
       ;${IfThen} "$9" == "" ${|}${Break}${|}  # поиск завершен, выход из цикла
       ${|}${Break}${|}
       ;StrCmp $9 '46СС' 0 +2
       MessageBox mb_ok|mb_iconinformation 'Ключ: $1'
loop:
   ${loop}
   ${registry::Unload}
sectionend

[Dodakaedr]

Есть какой-то макрос получения ID элемента чужого окна? При запуске чужой программы ID элементов постоянно меняется(в моем случаи id кнопок постоянно разные при запуске чужой программы). Или подскажите, пожалуйста, какие есть еще способы получения хендла кнопок, кроме как GetDlgItem?

[K.A.V.]

также есть отдельно написанные nsi скрипты, которые я вызываю через exewait из скрипта-интерфейса. Вопрос в следующем, можно ли как то эти отдельные скрипты сразу включить в основной? По принципу подключения плагинов или nsh файлов? »

Так а в чем проблема то? Берёте содержимое не из основного скрипта и запихиваете в отдельный файл с расширением nsh, в основном скрипте инклудите этот файл и всё. Привели бы пример, как у вас там всё выглядит, просто нужно распихать всё по функциям как нужно и в основном скрипте лишь делать вызов конкретных функций

Пример:
Основной файл скрипта

Код:

!include "MyFile.nsh" ; инклудим файл, который лежит рядом с основным скриптом, из этого файла вызовем функцию

Name "TEST"
OutFile "TEST.exe"
                      
Function .onInit  
call Function_MyFile   ; вызываем функцию из MyFile.nsh
MessageBox MB_OK|MB_ICONINFORMATION "$myvar"
FunctionEnd

Section
SectionEnd

MyFile.nsh

Код:

var myvar

Function Function_MyFile
StrCpy $myvar "TEST TEXT"
FunctionEnd

Есть какой-то макрос получения ID элемента чужого окна? »

ID это вы имеете в виду хэндл или идентификатор элемента, который сам разработчик назначает элементу и который прописан в ресурсах?

какие есть еще способы получения хендла кнопок, кроме как GetDlgItem »

Перебором с поиском по типу элемента с помощью FindWindowEx с указанием класса элемента (Button, ComboBox, Edit, Static и т.д.) и имени окна, имя окна у кнопки вроде бы - это её текст (могу ошибаться, отвечаю по памяти, не помню точно, так это или нет)
Какая задача перед вами стоит? Что требуется делать с кнопками?

[Dodakaedr]

K.A.V.,

Какая задача перед вами стоит? Что требуется делать с кнопками?

Нужно определить идентификатор кнопки, который указывает разработчик, а потом её нажать. Задача то простая, но есть маленькое "но". В моём случаи идентификатор кнопки генерируется при каждом запуске проги новый, что не позволяет точно определить идентификатор(ID) кнопки. Покажите, пожалуйста, пример использования winapi функции findwindowex.

[K.A.V.]

Dodakaedr, прочитайте в оригинальной справке к NSIS описание команды FindWindow, юзать winapi не обязательно, вам нужно будет написать цикл while и в команде поиска окна указывать в качестве родителя предыдущее найденное окно. Попробуйте написать код сами

[MKN]

Dodakaedr,

идентификатор кнопки генерируется при каждом запуске проги новый »

Без API наверное не обойтись... В частности - EnumChildWindows. Был хороший макрос, перечисляющий параметры элементов окна. Не то в справочнике, не то на nsis.sourceforge.net...
При меняющихся ID элементов, можно как вариант, скинуть все найденные ID в переменную, а потом, выбирать нужный ID, исходя из порядкового номера элемента.