This is the 3rd and final part of the Search in NAV 2009 post. In this section I will show how to create a Windows Vista Gadget and have this gadget connect to NAV through Web Services and search in NAV (like the System Tray version in part 2).
We will create an installable Gadget like:
and when installed the user should be able to perform searches like:
Giving the user the opportunity to click on items and link into NAV 2009.
As you will notice the results window is different from the results window in part 2 and the main reason for this is, that I couldn’t get intra document links (that be <A HREF="#Customers"> and <A NAME="Customers">) to work in a flyout. Every time you would click a link which should reposition yourself in the document – it would reload the page and leave me with a blank page.
After having struggled with this for some hours I decided that that piece was primarily done in order to help keyboard users – and since Gadgets kind of require the mouse I decided to remove the intra document links.
If anybody finds a way to do this, feel free to add a comment and make me smarter!
I actually think the sample shows that the strategy of having the Web Service just return a result set and have the consumer format this in the way that fits the consumer is the right decision.
What is a .Gadget file?
If you ever downloaded a file called Something.Gadget and opened it, you might get a warning like this
and if you say Install, then the Gadget gets installed – very easy indeed, but what is this?
As a hint – try to rename the file to Something.Gadget.zip – and you will see.
The file extension Gadget is known by Windows Sidebar, which will look for a Gadget.xml in the .zip file and if a correct Gadget.xml is present, it will display this installation dialog and if you select to Install, the .zip file is unpacked into a directory under
and add the gadget to the sidebar.
Note that the .zip file should NOT contain the outer directory – only the content.
And what is the Gadget then?
<?xml version="1.0" encoding="utf-8" ?>
<name>NAV Search Gadget</name>
<author name="Freddy Kristiansen">
<info url="http://blogs.msdn.com/freddyk" />
<copyright>None, feel free to use!</copyright>
<description>Freddys NAV Search Gadget</description>
<icon height="48" width="48" src="Images/Navision.ico" />
<base type="HTML" apiVersion="1.0.0" src="gadget.html" mce_src="gadget.html" />
<platform minPlatformVersion="0.3" />
So, this is where you define Name, Namespace, Version, Author, etc. But also Icon to display in the Add Gadget and the html document to display in the sidebar (in this case gadget.html).
The body section of my gadget looks like this:
<body bgcolor="0" leftmargin="0" topmargin="0" >
<table width="100%" height="100%" border="0" hspace="0" vspace="0" cellpadding="0" cellspacing="0">
<td height="36" align="left" valign="top" background="Images/gadgettop.png" nowrap><p style="margin-top: 10px"><strong><font color="#FFFFFF" size="3" face="Segoe UI"> NAV Search</font></strong></p></td>
<td height="22" valign="middle" background="Images/gadgetmiddle.png">
<input type="textbox" id="SearchText" onFocus="hideFlyout();"><input type="image" src="Images/search.png" id="doSearch" onClick="search();">
<td height="28" border="0" background="Images/gadgetbottom.png"><div align="right" valign="middle"><img src="Images/weelogo.png" alt="Microsoft Dynamics NAV" width="102" height="18"> </div></td>
- hideFlyout() – when the textbox receives focus.
- search() – when you click the search icon (or press enter in the text box)
and of course our Gadget has references to some images from an Images folder.
The main search function looks like this
// Main search function
// search after the content in the textbox
// If flyout is shown, hide it
// Get search string
str = document.getElementById("SearchText").value;
if (str != "")
// Perform search
result = doSearch(str);
if (result != "")
// Store HTML to use when flyout pops out
newHTML = result;
// Display result in flyout
System.Gadget.Flyout.show = true;
System.Gadget.Flyout is part of the Gadget Framework and gives you access to set a document used for flyouts, show the flyout and hide it again.
The flyout is (as you can imagine) also just a HTML document – even though it doesn’t behave totally like a normal browser showing a HTML document – more about that later.
As you can see, the function, which will be doing the Web Service connection and the "real" search is doSearch:
// the "real" search function
// Get the URL for the NAV 2009 Search Codeunit
var URL = GetBaseURL() + "Codeunit/Search";
// Create XMLHTTP and send SOAP document
xmlhttp = new ActiveXObject("Msxml2.XMLHTTP.4.0");
xmlhttp.open("POST", URL, false, null, null);
xmlhttp.setRequestHeader("Content-Type", "text/xml; charset=utf-8");
xmlhttp.Send(‘<?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><DoSearch xmlns="urn:microsoft-dynamics-schemas/codeunit/Search"><searchstring>’+searchstring+'</searchstring><result></result></DoSearch></soap:Body></soap:Envelope>’);
// Find the result in the soap result and return the rsult
xmldoc = xmlhttp.ResponseXML;
xmldoc.setProperty(‘SelectionNamespaces’, ‘xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tns="urn:microsoft-dynamics-schemas/codeunit/Search"’);
result = xmldoc.selectSingleNode("/soap:Envelope/soap:Body/tns:DoSearch_Result/tns:result").text;
// Load result into XML Document
xmldoc = new ActiveXObject("Msxml2.DOMDocument.4.0");
// Load XSL document
xsldoc = new ActiveXObject("Msxml2.DOMDocument.4.0");
Wow – a lot of code.
This is actually the only code in the Gadget connecting to Web Services – all the other code is housekeeping and has as such nothing to do with NAV 2009. Basically we just get the URL for the Web Service and use XMLHTTP to connect to the Web Service and get a SOAP response back. We use XPath to find the XML result from our codeunit. Load this into a XML Document. Load the XSLT into another XML Document and transform the XML using the XSLT – somehow similar to the way we did it in C# in part 2.
I will post other examples of Gadgets communicating with NAV Web Services, stay tuned.
The basic initialization of the gadget is done in
// Microsoft suggests using onreadystatechange instead of onLoad
document.onreadystatechange = function()
// Initialize Settings and Flyout
System.Gadget.settingsUI = "settings.html";
System.Gadget.Flyout.file = "flyout.html";
// Add eventhandler for Flyout onShow
System.Gadget.Flyout.onShow = flyoutShowing;
// Write default Base URL in settings if not already done
When setting the value of settingsUI on System.Gadget the gadget will get a small icon when you hover over the Gadget and an Options menu item in the Context menu. Both these options will open the HTML defined in settingsUI.
There is no code in the Flyout – the only special thing is with the flyout is that it contains an IFRAME element, which loads the content.html document in order to get a scrollbar if the content of the flyout becomes too big.
The GetBaseURL function is used under startup – and when we need to connect.
// Get the Base Web Services URL
// Read the URL from settings
var URL = System.Gadget.Settings.readString("URL");
if (URL == "")
// No settings in the settings.ini – write the default URL
URL = defaultURL;
// Always terminate with /
if (URL.substr(URL.length-1,1) != "/")
URL = URL + "/";
The reason for calling the function at startup is, that we set the settings to the default URL if it isn’t already defined. It is better that the settings dialog comes up with "some" default than just a blank URL – IMO.
The settings.html contains two functions for doing the housekeeping of the settings:
// Initialize settings Form
document.onreadystatechange = function()
// Read settings and set in form
URL.value = System.Gadget.Settings.read("URL");
// Event handler for onSettingsClosing
System.Gadget.onSettingsClosing = function(event)
if (event.closeAction == event.Action.commit)
// Write new URL into settings
// State that it is OK to close the settings form
event.cancel = false;
I will let the code speak for itself.
The System.Gadget.Settings read and write functions stores the settings in
and the settings will be stored in clear text, you will actually be able to modify this file as well.
That’s it for the NAV Search demo – I hope you like it, you can download the Gadget from http://www.freddy.dk/Search – Part 3.zip. Note that this download cannot stand alone – you need the NAV piece of this, which you can find in Part 1.
Microsoft Dynamics NAV