Hi, The properties defined in your MSI (explicitly or at runtime) are available from a VBScript using the "Session" variable. What you need to do is set a property with your path. Your install location is typically "INSTALLDIR". If you're using the "WixUI_InstallDir" UI then the work of setting INSTALL_DIR is done for you. How? There are 2 important places in the UI script:
1. The control definition: In your dialog definition you should have something similar to this: <Control Id="Folder" Type="PathEdit" X="30" Y="85" Width="320" Height="15" Property="WEB_UI_INSTALLDIR" Indirect="yes" /> This is basically a text box that is specifically meant for a file/folder path. The "Property" attribute tells it to put the text the user enters into the "WEB_UI_INSTALLDIR" property. 2. The publish definition: <Publish Dialog="InstallDirDlg" Control="Next" Event="SetTargetPath" Value="[WIXUI_INSTALLDIR]" Order="1">1</Publish> This sets "INSTALLDIR" to the value of the "WIXUI_INSTALLDIR" property. You can look at the actually "InstallDir.wxs" (dialog definition) and "WixUI_InstallDir" (UI definition) if you download the WiX source code. When you call your VBScript, you can get your path using the property name: Function DeleteFiles() Dim path path = Session.Property("INSTALLDIR") .. Do deleting here. DeleteFiles = ERROR_SUCCESS End Function Hope that helps, Chris McKinnon -----Original Message----- From: sagar shinde [mailto:sagar.i...@gmail.com] Sent: Tuesday, October 26, 2010 5:34 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Calling a managed custom action from a UI control Hi,to all i am facing some problem while deleting folder created by installer, i want to delete folder with custom action i tried to do it with calling "cmd RD /s /q /path" but its not working so i tried with VBscript, it worked for some extent as i was providing path which was hardcoded, i want go use install location selected by user bu i don't know how to pass, argument to VBScript so it will get correct PATH or any other way to do it . i also tried c++ funtion to delete folder but problem remains same how to pass installed path of folder. On Mon, Oct 25, 2010 at 7:46 PM, Albert van Peppen <alb...@insad.nl> wrote: > Hi, > > This is the simple way which might not always work; When files have a > special attribute (like read only, system) or are in use the entire > uninstall will fail while the issue can be handled correct in your CA > (change attributes, give a message or stop a service that is using a > config file or something like that before deleting the file(s)) > Another thing is that it might be necessary to ask the user if some > files (like logfiles or config files) should remain on the system or > not. > > Regards, > > Albert van Peppen > Senior System Engineer > Insad Grafisch b.v. > The Netherlands > > -----Oorspronkelijk bericht----- > Van: David Watson [mailto:dwat...@sdl.com] > Verzonden: maandag 25 oktober 2010 16:01 > Aan: General discussion for Windows Installer XML toolset. > Onderwerp: Re: [WiX-users] Calling a managed custom action from a UI > control > > Try something like this... > > <DirectoryRef Id="SomeDir"> > <Component Id="removeSomeDir" > Guid="9FFCB64B-796A-4576-8EC3-5E01CBFD75F8" KeyPath="yes"> > <!-- remove this folder and empty it on uninstall --> > <RemoveFolder Id=" SomeDir.removeinstallfolder" On="uninstall" > Directory="SomeDir" /> > <RemoveFile Id=" SomeDir.removeinstallfiles" Name="*.*" > On="uninstall" Directory="SomeDir"/> > </Component> > </DirectoryRef> > > -----Original Message----- > From: sagar shinde [mailto:sagar.i...@gmail.com] > Sent: 25 October 2010 14:31 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Calling a managed custom action from a UI > control > > hi thanks for reply, > > but i can not use this removefolder as my installer will create new > folders > and diffrent files will be created in that folder by user so > RemoveFolder > will not work in this case is ter any other option > > thank you. > > > On Mon, Oct 25, 2010 at 6:00 PM, Albert van Peppen <alb...@insad.nl> > wrote: > > > Hi, > > > > I suggest you read the manual, tutorial or the book on WiX or at least > > look at the online help on MSI. > > The part about properties should help you well underway. > > > > Same for the initial problem Chris has. > > > > Or to be in your language: RTFT or RTFM :) > > > > Albert van Peppen > > Senior System Engineer > > Insad Grafisch b.v. > > The Netherlands > > > > -----Oorspronkelijk bericht----- > > Van: sagar shinde [mailto:sagar.i...@gmail.com] > > Verzonden: maandag 25 oktober 2010 13:57 > > Aan: General discussion for Windows Installer XML toolset. > > Onderwerp: Re: [WiX-users] Calling a managed custom action from a UI > > control > > > > hi > > > > i am trying something similer to this,i want to delete folders at > > uninstall > > time,i have one VBscript for that, > > but how can i set path for that or how ur VBscript is getting path in > ur > > code. > > how u called ur VBscript from wix installer > > > > On Wed, Oct 20, 2010 at 1:06 AM, McKinnon, Chris <cmckin...@atb.com> > > wrote: > > > > > You are absolutely right. I just wanted to keep all my custom > actions > > > in the same DLL. I have two other actions for encrypting and > > decrypting > > > the .config files. I switched my code to a VBScript and it works > > > nicely. Here's the script if anyone is interested: > > > > > > Function DirectoryExists() > > > Dim path, fso > > > > > > path = Session.Property("_DirectoryExists_Path") > > > Set fso = CreateObject("Scripting.FileSystemObject") > > > If (fso.FolderExists(path)) Then > > > Session.Property("_DirectoryExists_Result") = "yes" > > > Else > > > Session.Property("_DirectoryExists_Result") = "no" > > > End If > > > DirectoryExists = ERROR_SUCCESS > > > End Function > > > > > > It's still frustrating that the DLL approach didn't work. > > > > > > Thanks, > > > > > > Chris McKinnon > > > > > > -----Original Message----- > > > From: Wilson, Phil [mailto:phil.wil...@invensys.com] > > > Sent: Tuesday, October 19, 2010 11:38 AM > > > To: General discussion for Windows Installer XML toolset. > > > Subject: Re: [WiX-users] Calling a managed custom action from a UI > > > control > > > > > > Are you really cranking up all this infrastructure just to see if a > > > directory exists? There's got to be a simpler way, even if it's only > a > > > horrible little VBScript 10 line custom action. At least that is > > > natively supported by Windows Installer. > > > > > > Phil Wilson > > > > > > -----Original Message----- > > > From: McKinnon, Chris [mailto:cmckin...@atb.com] > > > Sent: Tuesday, October 19, 2010 8:58 AM > > > To: General discussion for Windows Installer XML toolset. > > > Subject: Re: [WiX-users] Calling a managed custom action from a UI > > > control > > > > > > Hi Blair, > > > > > > No log entries, unfortunately. I've let my installer sit spinning > for > > > about 20-30 minutes. I could let it sit longer but I don't think > that > > > would help. I'm going to try my installer on a Windows 2000 > > > Professional workstation when I have a chance today. Let me know if > > > there's anything else I can do to track down this issue. > > > > > > Thanks, > > > > > > Chris McKinnon > > > > > > -----Original Message----- > > > From: Blair [mailto:os...@live.com] > > > Sent: Tuesday, October 19, 2010 12:06 AM > > > To: 'General discussion for Windows Installer XML toolset.' > > > Subject: Re: [WiX-users] Calling a managed custom action from a UI > > > control > > > > > > Whenever Windows Installer launches a DLL-type custom action, it > does > > so > > > from a separate msiexec.exe process instance (sandboxing the custom > > > action > > > code, if you will). However, because this "sandbox" process may be > > > reused, > > > and because loading pre-4.x CLR runtimes "marks" the process > > preventing > > > a > > > different runtime from ever being loaded, DTF runs the assemblies in > > > their > > > own child process. > > > > > > When you build a DTF custom action assembly, a native stub is > > > built/modified > > > that contains an entry point for each method with a > > > CustomActionAttribute, > > > along with being "packed" with your assembly, config, and > > dependencies. > > > This > > > stub sends a copy of itself to RunDll.exe after creating a two-way > > > communications pipe to communicate with its child process (which > > allows > > > for > > > querying the session for properties, running queries, etc.). > > > > > > The stub in the (grandchild) process establishes communication with > > its > > > parent (the stub in the sandbox), extracts its payload, loads the > > > indicated > > > CLR, loads your assembly into an AppDomain, and finally calls your > > code > > > (this is where the transition into managed code finally occurs). You > > > seem to > > > be hanging somewhere in this paragraph (at least until you kill the > > > rundll.exe process). Are there any System or Application event log > > > entries > > > that may explain/describe some failure with the CLR spinup? > > > Unfortunately > > > calling MsiProcessMessage is documented to not work from a DoAction > so > > > any > > > error or progress logging performed by the stub won't show up. > > > > > > -----Original Message----- > > > From: McKinnon, Chris [mailto:cmckin...@atb.com] > > > Sent: Monday, October 18, 2010 10:52 AM > > > To: wix-users@lists.sourceforge.net > > > Subject: Re: [WiX-users] Calling a managed custom action from a UI > > > control > > > > > > Thanks for the ideas Steve. > > > > > > I tried running my code in a separate thread, like yours, but it > still > > > hangs. I'm running on Windows Vista Business 32-bit. I noticed, by > > > accident, that in Process Explorer when the custom action starts up > > that > > > a new process tree is spawned: > > > > > > 1. msiexec.exe > > > 2. msiexec.exe > > > 3. rundll.exe (DTF Self-Extracting Custom Action) > > > > > > The custom action is run when I click the next button on the > > > ServiceOptionsDlg in my installer. The 1st time I click the button > it > > > hangs. If I kill the process tree above and click the next button > > > again, it runs my custom action. Every time after that, if I click > > > "next", my custom action works fine. I'm baffled why. Here's the > log > > > from me, killing the process tree the 1st time (the one at > > > 11:11:06:126), then running my custom action (Directory.Exists()) on > a > > > path of "t" and then on a path of "C:\": > > > > > > Action 11:08:53: ServiceOptionsDlg. Dialog created > > > MSI (c) (CC:24) [11:08:58:414]: PROPERTY CHANGE: Adding ARCHIVE_PATH > > > property. Its value is 't'. > > > MSI (c) (CC:24) [11:08:58:543]: PROPERTY CHANGE: Adding > > > _DirectoryExists_Path property. Its value is 't'. > > > MSI (c) (CC:24) [11:08:58:543]: Doing action: CheckArchiveDirectory > > > Action 11:08:58: CheckArchiveDirectory. > > > Action start 11:08:58: CheckArchiveDirectory. > > > MSI (c) (CC:80) [11:08:58:573]: Invoking remote custom action. DLL: > > > C:\Users\e25735\AppData\Local\Temp\MSIF23D.tmp, Entrypoint: > > > DirectoryExists > > > MSI (c) (CC:A8) [11:08:58:574]: Cloaking enabled. > > > MSI (c) (CC:A8) [11:08:58:574]: Attempting to enable all disabled > > > privileges before calling Install on Server > > > MSI (c) (CC:A8) [11:08:58:575]: Connected to service for CA > interface. > > > Action ended 11:11:02: CheckArchiveDirectory. Return value 1. > > > MSI (c) (CC:24) [11:11:06:126]: Doing action: CheckArchiveDirectory > > > Action 11:11:06: CheckArchiveDirectory. > > > Action start 11:11:06: CheckArchiveDirectory. > > > MSI (c) (CC:A0) [11:11:06:184]: Invoking remote custom action. DLL: > > > C:\Users\e25735\AppData\Local\Temp\MSIE4A7.tmp, Entrypoint: > > > DirectoryExists > > > MSI (c) (CC:A0) [11:11:06:184]: Lost connection to custom action > > server > > > process. Attempting to regenerate. > > > MSI (c) (CC:A8) [11:11:06:259]: Cloaking enabled. > > > MSI (c) (CC:A8) [11:11:06:259]: Attempting to enable all disabled > > > privileges before calling Install on Server > > > MSI (c) (CC:A8) [11:11:06:259]: Connected to service for CA > interface. > > > MSI (c) (CC!8C) [11:11:31:366]: PROPERTY CHANGE: Adding > > > _DirectoryExists_Result property. Its value is 'no'. > > > Action ended 11:11:47: CheckArchiveDirectory. Return value 1. > > > MSI (c) (CC:24) [11:11:47:571]: PROPERTY CHANGE: Adding VErr_Text > > > property. Its value is 'The archive path specified does not exist.'. > > > Action 11:11:47: ValidationErrDlg. Dialog created > > > MSI (c) (CC:24) [11:11:57:555]: PROPERTY CHANGE: Modifying > > ARCHIVE_PATH > > > property. Its current value is 't'. Its new value: 'c:\'. > > > MSI (c) (CC:24) [11:11:57:731]: PROPERTY CHANGE: Modifying > > > _DirectoryExists_Path property. Its current value is 't'. Its new > > value: > > > 'c:\'. > > > MSI (c) (CC:24) [11:11:57:731]: Doing action: CheckArchiveDirectory > > > Action 11:11:57: CheckArchiveDirectory. > > > Action start 11:11:57: CheckArchiveDirectory. > > > MSI (c) (CC:14) [11:11:57:745]: Invoking remote custom action. DLL: > > > C:\Users\e25735\AppData\Local\Temp\MSIAE3D.tmp, Entrypoint: > > > DirectoryExists > > > MSI (c) (CC!E8) [11:12:05:774]: PROPERTY CHANGE: Modifying > > > _DirectoryExists_Result property. Its current value is 'no'. Its new > > > value: 'yes'. > > > Action ended 11:12:06: CheckArchiveDirectory. Return value 1. > > > Action 11:12:06: VerifyReadyDlg. Dialog created > > > > > > It appears that the 1st time my custom action runs, it's hanging > > before > > > it even gets to my code. I've tried putting MessageBox and > > > System.Diagnosics.Debugger.Launch() as the 1st line of code in my > > custom > > > action. They never get called. I also tried this on our SIT > Windows > > > 2003 server. The custom action runs without hanging. Here is the > > log: > > > > > > Action 11:44:17: ServiceOptionsDlg. Dialog created > > > MSI (c) (68:74) [11:44:20:682]: PROPERTY CHANGE: Adding ARCHIVE_PATH > > > property. Its value is 't'. > > > MSI (c) (68:74) [11:44:20:854]: PROPERTY CHANGE: Adding > > > _DirectoryExists_Path property. Its value is 't'. > > > MSI (c) (68:74) [11:44:20:854]: Doing action: CheckArchiveDirectory > > > Action 11:44:20: CheckArchiveDirectory. > > > Action start 11:44:20: CheckArchiveDirectory. > > > MSI (c) (68:1C) [11:44:21:651]: Invoking remote custom action. DLL: > > > C:\DOCUME~1\e25735\LOCALS~1\Temp\1\MSI2.tmp, Entrypoint: > > DirectoryExists > > > MSI (c) (68:AC) [11:44:21:667]: Cloaking enabled. > > > MSI (c) (68:AC) [11:44:21:667]: Attempting to enable all disabled > > > priveleges before calling Install on Server > > > MSI (c) (68:AC) [11:44:21:667]: Connected to service for CA > interface. > > > MSI (c) (68!68) [11:44:22:745]: PROPERTY CHANGE: Adding > > > _DirectoryExists_Result property. Its value is 'no'. > > > Action ended 11:44:22: CheckArchiveDirectory. Return value 1. > > > MSI (c) (68:74) [11:44:22:901]: PROPERTY CHANGE: Adding VErr_Text > > > property. Its value is 'The archive path specified does not exist.'. > > > Action 11:44:22: ValidationErrDlg. Dialog created > > > MSI (c) (68:74) [11:44:29:480]: PROPERTY CHANGE: Modifying > > ARCHIVE_PATH > > > property. Its current value is 't'. Its new value: 'c:\'. > > > MSI (c) (68:74) [11:44:29:637]: PROPERTY CHANGE: Modifying > > > _DirectoryExists_Path property. Its current value is 't'. Its new > > value: > > > 'c:\'. > > > MSI (c) (68:74) [11:44:29:637]: Doing action: CheckArchiveDirectory > > > Action 11:44:29: CheckArchiveDirectory. > > > Action start 11:44:29: CheckArchiveDirectory. > > > MSI (c) (68:00) [11:44:29:668]: Invoking remote custom action. DLL: > > > C:\DOCUME~1\e25735\LOCALS~1\Temp\1\MSI3.tmp, Entrypoint: > > DirectoryExists > > > MSI (c) (68!00) [11:44:30:387]: PROPERTY CHANGE: Modifying > > > _DirectoryExists_Result property. Its current value is 'no'. Its new > > > value: 'yes'. > > > Action ended 11:44:30: CheckArchiveDirectory. Return value 1. > > > Action 11:44:30: VerifyReadyDlg. Dialog created > > > > > > Anyone have any ideas what would be causing the hang? It was > thinking > > > it might be permissions or a group policy setting but then running > the > > > custom action should fail every time. > > > > > > Thank, > > > > > > Chris McKinnon > > > > > > > > > -----Original Message----- > > > From: Steve Green [mailto:sgr...@gtl.biz] > > > Sent: Monday, October 18, 2010 2:38 AM > > > To: wix-users@lists.sourceforge.net > > > Subject: Re: [WiX-users] Calling a managed custom action from a UI > > > control > > > > > > > > > Chris, > > > > > > I had a similar problem opening the windows OpenFileDialog common > > > dialog. I > > > found it would work fine on Windows Server 2003 but on Windows 7 it > > just > > > hung, showing the same spinning wheel. > > > > > > I ended up having to open the dialog in a new thread, then all > worked > > > fine. > > > > > > My C# code was as follows: > > > > > > > > > public class ShowOpenFileDlg > > > { > > > private OpenFileDialog _dlg; > > > private Session _session; > > > > > > public ShowOpenFileDlg(Session session) > > > { > > > _session = session; > > > _dlg = new OpenFileDialog(); > > > } > > > > > > public void Show() > > > { > > > if (_dlg.ShowDialog() == DialogResult.OK) > > > { > > > _session["BROWSEFILE"] = _dlg.FileName; > > > } > > > } > > > } > > > > > > [CustomAction] > > > public static ActionResult ShowFileOpenDlg(Session session) > > > { > > > ShowOpenFileDlg dlg = new ShowOpenFileDlg(session); > > > Thread thread = new Thread(dlg.Show); > > > thread.SetApartmentState(ApartmentState.STA); > > > thread.Start(); > > > thread.Join(); > > > > > > return ActionResult.Success; > > > } > > > > > > As for debugging, I had the same problem with the log file so ended > up > > > just > > > adding MessageBox.Show(...) lines through my code. > > > > > > Hope this helps. > > > > > > Steve > > > > > > McKinnon Chris wrote: > > > > > > > > Hi, > > > > > > > > I have built a managed custom action to check if a UNC path > exists. > > > I'm > > > > not installing to this path. This path is simply being set as the > > > value > > > > of a .config file setting during the install. I just want to > verify > > > > that it is a valid path. The custom action is defined as follows: > > > > > > > > [CustomAction] > > > > public static ActionResult DirectoryExists(Session session) > > > > { > > > > CustomActionService service = new CustomActionService(); > > > > return service.DirectoryExists(session); > > > > } > > > > > > > > I created the custom action project using the Visual Studio > template > > > for > > > > a C# custom action. This custom action expects a > > > > "_DirectoryExists_Path" property to contain the path to check. > And > > it > > > > populates a "_DirectoryExists_Result" with a "yes" (true) or "no" > > > > (false) result. The custom action is just calling > > > > System.IO.Directory.Exists() to do the check. I have the custom > > > action > > > > defined in the installer like so: > > > > > > > > <CustomAction Id="CheckArchiveDirectory" > > > > BinaryKey="AppDevInstallCustomActions.dll" > > DllEntry="DirectoryExists" > > > > Execute="immediate" Return="ignore" Impersonate="yes" /> > > > > > > > > And to be called in the UI, like so: > > > > > > > > <Publish Dialog="ServiceOptionsDlg" Control="Back" > Event="NewDialog" > > > > Value="ServiceCredentialsDlg">1</Publish> > > > > <Publish Dialog="ServiceOptionsDlg" Control="Next" > > > > Property="_DirectoryExists_Path" Value="[ARCHIVE_PATH]" > > > > Order="1">1</Publish> > > > > <Publish Dialog="ServiceOptionsDlg" Control="Next" > Event="DoAction" > > > > Value="CheckArchiveDirectory" Order="2">1</Publish> > > > > <Publish Dialog="ServiceOptionsDlg" Control="Next" > > > Property="VErr_Text" > > > > Value="The archive path specified does not exist." > > > > Order="3"><![CDATA[_DirectoryExists_Result = "no"]]></Publish> > > > > <Publish Dialog="ServiceOptionsDlg" Control="Next" > > Event="SpawnDialog" > > > > Value="ValidationErrDlg" > Order="4"><![CDATA[_DirectoryExists_Result > > = > > > > "no"]]></Publish> > > > > <Publish Dialog="ServiceOptionsDlg" Control="Next" > Event="NewDialog" > > > > Value="VerifyReadyDlg" Order="5"><![CDATA[_DirectoryExists_Result > = > > > > "yes"]]></Publish> > > > > > > > > When run to the installer and click the "Next" button, I get the > > > > spinning blue wheel of death. I've tried adding a > > > > "System.Diagnostics.Debugger.Launch();" line to the above code but > > the > > > > debugger is never launched. If I run a verbose log, it just ends > at > > > the > > > > line before the custom action call. Here's the last 5 lines: > > > > > > > > Action 10:41:55: ServiceOptionsDlg. Dialog created > > > > MSI (c) (20:44) [10:41:57:524]: Doing action: > CheckArchiveDirectory > > > > Action 10:41:57: CheckArchiveDirectory. > > > > Action start 10:41:57: CheckArchiveDirectory. > > > > MSI (c) (20:6C) [10:41:57:541]: Invoking remote custom action. > DLL: > > > > > > > > I'm stumped. Any ideas or tips for debugging this would be > > > > appreciated. I'm also encrypting (and decrypting) my .config > files > > > > using this same managed custom action dll, so I know the DLL is > > > > partially working. These custom actions are scheduled in the > > > > InstallExecuteSequence after "InstallFinalize", however. > > > > > > > > Thanks, > > > > > > > > Chris McKinnon > > > > > > > > > > > > > > > > The information contained in this e-mail is confidential and may > > > contain > > > > privileged information. It is intended only for the person or > > persons > > > > named above. If you are not an intended recipient of this e-mail > > > please be > > > > advised that any distribution or copying of this e-mail is > > prohibited. > > > If > > > > you have received this e-mail in error, please notify us by return > > > e-mail > > > > and delete all copies of the e-mail and any attachments. > > > > > > > > > > ------------------------------------------------------------------------ > > > ------ > > > > Download new Adobe(R) Flash(R) Builder(TM) 4 > > > > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > > > > Flex(R) Builder(TM)) enable the development of rich applications > > that > > > run > > > > across multiple browsers and platforms. Download your free trials > > > today! > > > > http://p.sf.net/sfu/adobe-dev2dev > > > > _______________________________________________ > > > > WiX-users mailing list > > > > WiX-users@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > > > > > > -- > > > View this message in context: > > > > > > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Calling-a- > > > managed-custom-action-from-a-UI-control-tp5639681p5646237.html > > > Sent from the wix-users mailing list archive at Nabble.com. > > > > > > > > > ------------------------------------------------------------------------ > > > ------ > > > Download new Adobe(R) Flash(R) Builder(TM) 4 > > > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > > > Flex(R) Builder(TM)) enable the development of rich applications > that > > > run > > > across multiple browsers and platforms. Download your free trials > > today! > > > http://p.sf.net/sfu/adobe-dev2dev > > > _______________________________________________ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > The information contained in this e-mail is confidential and may > > contain > > > privileged information. It is intended only for the person or > persons > > > named > > > above. If you are not an intended recipient of this e-mail please be > > > advised > > > that any distribution or copying of this e-mail is prohibited. If > you > > > have > > > received this e-mail in error, please notify us by return e-mail and > > > delete > > > all copies of the e-mail and any attachments. > > > > > > > > > ------------------------------------------------------------------------ > > > ---- > > > -- > > > Download new Adobe(R) Flash(R) Builder(TM) 4 > > > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > > > Flex(R) Builder(TM)) enable the development of rich applications > that > > > run > > > across multiple browsers and platforms. Download your free trials > > today! > > > http://p.sf.net/sfu/adobe-dev2dev > > > _______________________________________________ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > > > > ------------------------------------------------------------------------ > > > ------ > > > Download new Adobe(R) Flash(R) Builder(TM) 4 > > > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > > > Flex(R) Builder(TM)) enable the development of rich applications > that > > > run > > > across multiple browsers and platforms. Download your free trials > > today! > > > http://p.sf.net/sfu/adobe-dev2dev > > > _______________________________________________ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > The information contained in this e-mail is confidential and may > > contain > > > privileged information. It is intended only for the person or > persons > > > named above. If you are not an intended recipient of this e-mail > > please > > > be advised that any distribution or copying of this e-mail is > > > prohibited. If you have received this e-mail in error, please notify > > us > > > by return e-mail and delete all copies of the e-mail and any > > > attachments. > > > > > > > > > ------------------------------------------------------------------------ > > > ------ > > > Download new Adobe(R) Flash(R) Builder(TM) 4 > > > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > > > Flex(R) Builder(TM)) enable the development of rich applications > that > > > run > > > across multiple browsers and platforms. Download your free trials > > today! > > > http://p.sf.net/sfu/adobe-dev2dev > > > _______________________________________________ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > *** Confidentiality Notice: This e-mail, including any associated or > > > attached files, is intended solely for the individual or entity to > > which > > > it is addressed. This e-mail is confidential and may well also be > > > legally privileged. If you have received it in error, you are on > > notice > > > of its status. Please notify the sender immediately by reply e-mail > > and > > > then delete this message from your system. Please do not copy it or > > use > > > it for any purposes, or disclose its contents to any other person. > > This > > > email comes from a division of the Invensys Group, owned by Invensys > > > plc, which is a company registered in England and Wales with its > > > registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW > > > (Registered number 166023). For a list of European legal entities > > within > > > the Invensys Group, please go to > > > > > > http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&prev_i > > > d=77. > > > > > > You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail > > > recept...@invensys.com. This e-mail and any attachments thereto may > be > > > subject to the terms of any agreements between Invensys (and/or its > > > subsidiaries and affiliates) and the recipient (and/or its > > subsidiaries > > > and affiliates). > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > ------ > > > Download new Adobe(R) Flash(R) Builder(TM) 4 > > > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > > > Flex(R) Builder(TM)) enable the development of rich applications > that > > > run > > > across multiple browsers and platforms. Download your free trials > > today! > > > http://p.sf.net/sfu/adobe-dev2dev > > > _______________________________________________ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > The information contained in this e-mail is confidential and may > > contain > > > privileged information. It is intended only for the person or > persons > > named > > > above. If you are not an intended recipient of this e-mail please be > > advised > > > that any distribution or copying of this e-mail is prohibited. If > you > > have > > > received this e-mail in error, please notify us by return e-mail and > > delete > > > all copies of the e-mail and any attachments. > > > > > > > > > > > > ------------------------------------------------------------------------ > > ------ > > > Download new Adobe(R) Flash(R) Builder(TM) 4 > > > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > > > Flex(R) Builder(TM)) enable the development of rich applications > that > > run > > > across multiple browsers and platforms. Download your free trials > > today! > > > http://p.sf.net/sfu/adobe-dev2dev > > > _______________________________________________ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > ------------------------------------------------------------------------ > > ------ > > Nokia and AT&T present the 2010 Calling All Innovators-North America > > contest > > Create new apps & games for the Nokia N8 for consumers in U.S. and > > Canada > > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > > marketing > > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi > Store > > > > http://p.sf.net/sfu/nokia-dev2dev > > _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > ------------------------------------------------------------------------ > ------ > > Nokia and AT&T present the 2010 Calling All Innovators-North America > > contest > > Create new apps & games for the Nokia N8 for consumers in U.S. and > Canada > > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > > marketing > > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi > Store > > http://p.sf.net/sfu/nokia-dev2dev > > _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > ------------------------------------------------------------------------ > ------ > Nokia and AT&T present the 2010 Calling All Innovators-North America > contest > Create new apps & games for the Nokia N8 for consumers in U.S. and > Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > SDL PLC confidential, all rights reserved. > If you are not the intended recipient of this mail SDL requests and > requires that you delete it without acting upon or copying any of its > contents, and we further request that you advise us. > SDL PLC is a public limited company registered in England and Wales. > Registered number: 02675207. > Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire > SL6 7DY, UK. > > > ------------------------------------------------------------------------ > ------ > Nokia and AT&T present the 2010 Calling All Innovators-North America > contest > Create new apps & games for the Nokia N8 for consumers in U.S. and > Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > ------------------------------------------------------------------------ ------ > Nokia and AT&T present the 2010 Calling All Innovators-North America > contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > ------------------------------------------------------------------------ ------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users The information contained in this e-mail is confidential and may contain privileged information. It is intended only for the person or persons named above. If you are not an intended recipient of this e-mail please be advised that any distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify us by return e-mail and delete all copies of the e-mail and any attachments. ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users