Talk:NsisXML plug-in (by Wizou)

2013-05-28T17:42:51Z

Jeremykentc: /* Elements in Namespace */ new section

== Memory leaks ==
Many people find known memory leaks unacceptable. Granted, the NSIS probally won't listen on a port, and the memory will probally be freed after te process exits on 2000+. However, I don't think 9x cleans up memory too well and I've discovered memory leaks in my code that I wrote on a 2000 machine when it crashed on a NT 4.0 Machine. --[[User:Zippy1981|Zippy1981]] 08:56, 5 September 2006 (PDT)

:Latest version of nsisXML plugin have a release function to allow freeing memory if that's an issue for you. [[User:Wizou|Wizou]] 15:17, 7 May 2011 (UTC)

== Support for DOCTYPE tag ==
The DOCTYPE tag is not supported !

:This issue about DOCTYPE support with MSXML is being discussed several times on the web. Google for it. Here is [http://social.msdn.microsoft.com/Forums/en-US/xmlandnetfx/thread/f791796c-c36e-4381-965d-4325aff57b48|one solution]

== getText with a dxDiag file ==
getText fails when reading a dxDiag file. Here is the test for Windows Vistaâ„¢ Ultimate:
<highlight-nsis>
Exec "dxdiag /x $TEMP\dxdiag.xml"
nsisXML::create
nsisXML::load "$TEMP\dxdiag.xml"
IntCmp $0 0 noDocument
nsisXML::select '/DxDiag/SystemInformation/OperatingSystem'
IntCmp $2 0 noElement
nsisXML::getText
IntCmp $3 0 noText
MessageBox MB_ICONEXCLAMATION|MB_OK "Found operating System: $3"
Goto done
noDocument:
MessageBox MB_ICONEXCLAMATION|MB_OK "noDocument: $TEMP\dxdiag.xml does not exist"
Goto done
noText:
MessageBox MB_ICONEXCLAMATION|MB_OK "noText: Could not read the operating system from $TEMP\dxdiag.xml"
Goto done
noElement:
MessageBox MB_ICONEXCLAMATION|MB_OK "noElement: Could not read the operating system from $TEMP\dxdiag.xml"
Goto done
done:
Delete "$TEMP\dxdiag.xml"
</highlight-nsis>

note: replacing 'OperatingSystem' with 'Time' displays the time in a message box.
-vude

== Example Code - .NET Config Files ==

I'm using this plugin to adjust .NET config files. It works wonderfully. Here's what it looks like:

<highlight-nsis>
!macro AdjustConfigValue ConfigFile Key Value

DetailPrint "Config: adding '${Key}'='${Value}' to ${ConfigFile}"

nsisXML::create
nsisXML::load ${ConfigFile}

nsisXML::select "/configuration/appSettings/add[@key='${Key}']"
nsisXML::setAttribute "value" ${Value}

nsisXML::save ${ConfigFile}

!macroend

!insertmacro AdjustConfigValue "$INSTDIR\MyApp.exe.config" "ServiceURL" "http://127.0.0.1"
</highlight-nsis>

This adds a URL to a config file that resembles the following one:

<highlight-xml>
<?xml version="1.0"?>
<configuration>
<appSettings>
<add key="ServiceURL" value=""/>
</appSettings>
</configuration>
</highlight-xml>

Note that in this case the specified key is being ''updated'', not added. That is nice for me because my test environment (and what's in SVN) already includes the key.

It works by making an XPath query to the config file for an element named 'add' with an attribute 'key' equal to whatever variable <tt>${Key}</tt> is passed into the macro. It's probably not hard to see how it might be adjusted for database connection strings.

Good luck! --[[User:Ladenedge|Ladenedge]] 00:59, 10 February 2010 (UTC)

== Nesting ==

i generally prefer this plugin over others due to its filesize. however, what i'm missing is the option to create readable output, a way to tidy up the file to have nested tags.

== Loop on childs ? ==

How to loop on childs like in :

<components>

<component name="that" version="1.0" />
<component name="this" version="1.0" />
</components>

== Elements in Namespace ==

I needed to select an element within a namespace but the element tags themselves did not have a namespace prefix. I modified this plugin to be able to set the namespace so that elements within this could be found. It is on [https://github.com/jcron/nsisXML github].

NSIS Wiki - User contributions [en]

Talk:NsisXML plug-in (by Wizou)