That is *exactly* what burn is intended to be used for.
Note: the managed UI work is going to take us longer to get right. The
initial drop of burn will come out with support for only native UI (plus
a "standard UX DLL") and we'll work on stabilizing the core before
creating the managed UI support.
jhennessey wrote:
> Hi All,
>
> Thanks for the answers.
>
> For awhile I have been intending to create a wizard type framework which I
> could utilize using an external UI.
>
> Now, when burn is available, the scenario I'm envisioning would be something
> like this:
>
> a) burn .exe allows for installation of .NET (or other prerequisites)
> b) burn.exe calls entry point in (possibly managed code) custom UI .dll
> c) Custom UI displays appropriate dialogs based on state information.
> d) Package(s) are installed
>
> Is this scenario (or something similar) what burn is going to be designed to
> do or am I thinking about this the wrong way?
>
> (Sorry for all the questions, I know I'm jumping the gun a bit...just eager
> to eventually be free from the Windows Installer standard UI.)
>
>
>
> Rob Mensching-6 wrote:
>
>> Oh, and after the raw basics work, we'll iterate like we always do,
>> until it works well. <smile/>
>>
>> Rob Mensching wrote:
>>
>>> A few more details:
>>>
>>> 1. I think we will end up doing the work to host the CLR. It won't be
>>> available right out of the gate but it is a thing to solve (and there
>>> are several very challenging things to solve).
>>>
>>> 4. There will not be different entry points. However, you application
>>> will be provided the "action state" (install, uninstall) if it was
>>> provided on the command-line. Also, burn will calculate the install
>>> states for all of your packages. The problem with picking "install mode"
>>> vs. "repair/maintenance mode" is how would burn know which is which? For
>>> example, if none of your packages are on the machine is that because the
>>> user removed them or this is the first install? If one of 5 packages is
>>> missing, is that because the user chose not to install it the first time
>>> or some other app happens to install 4 of your 5 packages? Anyway, the
>>> goal is to provide enough information to the UI so it can decide how it
>>> would like to proceed.
>>>
>>> We're trying very hard not to make a lot of decisions for the UI
>>> (instead, just provide data).
>>>
>>>
>>> Brian Rogers wrote:
>>>
>>>
>>>> Hey Guys,
>>>>
>>>> Although I cannot commit to a time line right now, I do have the
>>>> following
>>>> plans if all continues as schedule.
>>>>
>>>> 1. We are working on hosting the CLR for our team's consumption. If we
>>>> get
>>>> something usable in place that the WiX team will accept then we will
>>>> hand it
>>>> over.
>>>>
>>>> 2. Not sure how, or if we will handle this currently, but my thoughts
>>>> were
>>>> to show the passive install UI for .NET. We will be writing that in
>>>> native
>>>> code.
>>>>
>>>> 4. I believe the plan is no (as of now), there will not be different
>>>> entry
>>>> points. You will need to detect the system state to figure what you
>>>> would
>>>> like to do. From point #3, however, there is one key you can be set
>>>> where
>>>> you could pass in a command line value you expect as uninstall
>>>> (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{PRODUCT-GUID}\UninstallString).
>>>>
>>>> Hope this helps,
>>>>
>>>> Brian Rogers
>>>> "Intelligence removes complexity." - Me
>>>> http://icumove.spaces.live.com
>>>>
>>>>
>>>> On Wed, Apr 29, 2009 at 5:51 PM, Bob Arnson <b...@joyofsetup.com> wrote:
>>>>
>>>>
>>>>
>>>>
>>>>> jhennessey wrote:
>>>>>
>>>>>
>>>>>
>>>>>> 1. I remember reading that burn will allow you to provide a custom UI
>>>>>>
>>>>>>
>>>>>>
>>>>> .dll.
>>>>>
>>>>>
>>>>>
>>>>>> If this is still the case, can this be a .Net assembly?
>>>>>>
>>>>>>
>>>>>>
>>>>> Not unless somebody does the work to host the CLR. Burn has to be
>>>>> native
>>>>> code so we can support installing .NET.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> 2. Assuming that the answer to number 1 was "yes", will burn first
>>>>>> allow
>>>>>>
>>>>>>
>>>>>>
>>>>> the
>>>>>
>>>>>
>>>>>
>>>>>> installation of prerequisites (like the .Net Framework) before loading
>>>>>>
>>>>>>
>>>>>>
>>>>> the
>>>>>
>>>>>
>>>>>
>>>>>> UI .dll?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> See #1 and add "only if someone makes a CLR host that first shows
>>>>> native-only UI to bootstrap .NET."
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> 3. Will burn provide built-in functionality to allow the bootstrapper
>>>>>> to
>>>>>>
>>>>>>
>>>>>>
>>>>> be
>>>>>
>>>>>
>>>>>
>>>>>> launched from the Add/Remove programs applet (kind of like how the
>>>>>> Visual
>>>>>> Studio installer launches its bootstrapper)?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> Built-in? No. The right way to do it is by installing your Burn .exe so
>>>>> you can write the ARP overrides and service the chainer itself.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> 4. Will burn allow you to specify different UI entrypoints for modify
>>>>>> and
>>>>>> remove scenarios (or will you just have to code the detection logic
>>>>>>
>>>>>>
>>>>>>
>>>>> yourself
>>>>>
>>>>>
>>>>>
>>>>>> like in an external UI)?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> Dunno.
>>>>>
>>>>> --
>>>>> sig://boB
>>>>> http://joyofsetup.com/
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Register Now & Save for Velocity, the Web Performance & Operations
>>>>> Conference from O'Reilly Media. Velocity features a full day of
>>>>> expert-led, hands-on workshops and two days of sessions from industry
>>>>> leaders in dedicated Performance & Operations tracks. Use code vel09scf
>>>>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
>>>>> _______________________________________________
>>>>> WiX-users mailing list
>>>>> WiX-users@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>>>>
>>>>>
>>>>>
>>>>>
>>>> ------------------------------------------------------------------------------
>>>> Register Now & Save for Velocity, the Web Performance & Operations
>>>> Conference from O'Reilly Media. Velocity features a full day of
>>>> expert-led, hands-on workshops and two days of sessions from industry
>>>> leaders in dedicated Performance & Operations tracks. Use code vel09scf
>>>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
>>>> _______________________________________________
>>>> WiX-users mailing list
>>>> WiX-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>>>
>>>>
>>>>
>>> ------------------------------------------------------------------------------
>>> Register Now & Save for Velocity, the Web Performance & Operations
>>> Conference from O'Reilly Media. Velocity features a full day of
>>> expert-led, hands-on workshops and two days of sessions from industry
>>> leaders in dedicated Performance & Operations tracks. Use code vel09scf
>>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
>>> _______________________________________________
>>> WiX-users mailing list
>>> WiX-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>>
>>>
>> ------------------------------------------------------------------------------
>> Register Now & Save for Velocity, the Web Performance & Operations
>> Conference from O'Reilly Media. Velocity features a full day of
>> expert-led, hands-on workshops and two days of sessions from industry
>> leaders in dedicated Performance & Operations tracks. Use code vel09scf
>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
>> _______________________________________________
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>>
>
> --
> View this message in context:
> http://n2.nabble.com/UI-plans-for-burn-tp2740925p2755041.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Register Now & Save for Velocity, the Web Performance & Operations
> Conference from O'Reilly Media. Velocity features a full day of
> expert-led, hands-on workshops and two days of sessions from industry
> leaders in dedicated Performance & Operations tracks. Use code vel09scf
> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
> _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> Received: from BAY0-XMR-008.phx.gbl (65.54.241.52) by
> BL2PRD0102HT003.prod.exchangelabs.com (10.6.5.58) with Microsoft SMTP Server
> id 14.0.482.22; Fri, 1 May 2009 19:17:32 +0000
> Received: from mail pickup service by BAY0-XMR-008.phx.gbl with Microsoft
> SMTPSVC; Fri, 1 May 2009 12:17:32 -0700
> X-Routing-Domain: pod51000.labs.exchange.phx.gbl
> X-Message-Delivery: Vj0xLjE7dXM9MDtsPTA7YT0xO0Q9MTtTQ0w9MA==
> X-Message-Status: n:0
> X-SID-PRA: jhennessey <jack.hennes...@onbase.com>
> X-SID-Result: SoftFail
> X-Message-Info:
> JGTYoYF78jG9ZXbx0t2oriBxsfkDBqUn0D7fABDj25HitrQwkFlcrgDYmLllNv+EASntGZz8HWfzOFmZaheJk6ShQSHwdbEb
> Received: from lists.sourceforge.net ([216.34.181.88]) by
> bay0-pamc1-f10.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2444);
> Fri,
> 1 May 2009 12:17:22 -0700
> Received: from localhost ([127.0.0.1] helo=sfs-ml-4.v29.ch3.sourceforge.com)
> by 335xhf1.ch3.sourceforge.com with esmtp (Exim 4.69) (envelope-from
> <wix-users-boun...@lists.sourceforge.net>) id 1LzyE9-0005du-99; Fri, 01 May
> 2009 19:16:53 +0000
> Received: from sfi-mx-1.v28.ch3.sourceforge.com ([172.29.28.121]
> helo=mx.sourceforge.net) by 335xhf1.ch3.sourceforge.com with
> esmtp (Exim
> 4.69) (envelope-from <boun...@n2.nabble.com>) id 1LzyE8-0005dp-13
> for
> wix-users@lists.sourceforge.net; Fri, 01 May 2009 19:16:52 +0000
> Received-SPF: pass (29vjzd1.ch3.sourceforge.com: domain of n2.nabble.com
> designates 216.139.236.158 as permitted sender)
> client-ip=216.139.236.158; envelope-from=boun...@n2.nabble.com;
> helo=kuber.nabble.com;
> Received: from kuber.nabble.com ([216.139.236.158]) by
> 29vjzd1.ch3.sourceforge.com with esmtps (TLSv1:AES256-SHA:256) (Exim
> 4.69) id
> 1LzyE4-0007af-9I for wix-users@lists.sourceforge.net; Fri, 01 May 2009
> 19:16:51 +0000
> Received: from tervel.nabble.com ([192.168.236.150]) by kuber.nabble.com with
> esmtp (Exim 4.63) (envelope-from <boun...@n2.nabble.com>) id
> 1LzyE3-0000rj-Ij
> for wix-users@lists.sourceforge.net; Fri, 01 May 2009 12:16:47 -0700
> Message-ID: <1241205407572-2755041.p...@n2.nabble.com>
> Date: Fri, 1 May 2009 12:16:47 -0700
> From: jhennessey <jack.hennes...@onbase.com>
> To: <wix-users@lists.sourceforge.net>
> In-Reply-To: <49faa1ce.8040...@wixtoolset.org>
> X-Nabble-From: jack.hennes...@onbase.com
> References: <1241015968351-2740925.p...@n2.nabble.com>
> <49f8f619.5040...@joyofsetup.com>
> <6dfbefe50904291937j60ec4eebhcec0c078adb3a...@mail.gmail.com>
> <49faa075.5090...@wixtoolset.org> <49faa1ce.8040...@wixtoolset.org>
> X-Spam-Score: -1.1 (-)
> X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
> See http://spamassassin.org/tag/ for more details.
> 0.2 WHOIS_MYPRIVREG URL registered to myprivateregistration.com
> [URIs: nabble.com]
> -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for
> sender-domain
> -0.0 SPF_HELO_PASS SPF: HELO matches SPF record
> -0.0 SPF_PASS SPF: sender matches SPF record
> 0.3 AWL AWL: From: address is in the auto white-list
> X-Headers-End: 1LzyE4-0007af-9I
> Subject: Re: [WiX-users] UI plans for burn
> X-BeenThere: wix-users@lists.sourceforge.net
> X-Mailman-Version: 2.1.9
> Precedence: list
> Reply-To: General discussion for Windows Installer XML toolset.
> <wix-users@lists.sourceforge.net>
> List-Id: "General discussion for Windows Installer XML toolset."
> <wix-users.lists.sourceforge.net>
> List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/wix-users>,
> <mailto:wix-users-requ...@lists.sourceforge.net?subject=unsubscribe>
> List-Archive:
> <http://sourceforge.net/mailarchive/forum.php?forum_name=wix-users>
> List-Post: <mailto:wix-users@lists.sourceforge.net>
> List-Help: <mailto:wix-users-requ...@lists.sourceforge.net?subject=help>
> List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/wix-users>,
> <mailto:wix-users-requ...@lists.sourceforge.net?subject=subscribe>
> Content-Type: text/plain; charset="us-ascii"
> Content-Transfer-Encoding: 7bit
> Errors-To: wix-users-boun...@lists.sourceforge.net
> Return-Path: wix-users-boun...@lists.sourceforge.net
> X-OriginalArrivalTime: 01 May 2009 19:17:23.0191 (UTC)
> FILETIME=[74974870:01C9CA91]
> X-MS-Exchange-Organization-OriginalArrivalTime: 01 May 2009 19:17:22.0000
> (UTC)
> X-MS-Exchange-Organization-AuthSource: BL2PRD0102HT003.prod.exchangelabs.com
> X-MS-Exchange-Organization-AuthAs: Anonymous
> X-MS-Exchange-Organization-MessageLatency: SRV=BAY0-XMR-008.phx.gbl:TOTAL=0
> X-MS-Exchange-Organization-MessageLatency:
> SRV=bay0-pamc1-f10.bay0.hotmail.com:TOTAL=10
> X-MS-Exchange-Organization-OriginalClientIPAddress: 216.34.181.88
> X-MS-Exchange-Organization-MessageDirectionality: Incoming
> X-MS-Exchange-Organization-SCL: 1
> X-MS-Exchange-Organization-OriginalSize: 12282
> X-MS-Exchange-Forest-MessageScope: 18f8f54f-111e-4609-818d-7e53ebe01da7
> X-MS-Exchange-Organization-MessageScope: 18f8f54f-111e-4609-818d-7e53ebe01da7
> X-MS-Exchange-Organization-HygienePolicy: Standard
> X-MS-Exchange-Organization-AVStamp-Mailbox: MSFTFF;1;0;0 0 0
> X-MS-Exchange-Organization-Recipient-Limit-Verified: True
> X-MS-Exchange-Organization-Processed-By-Journaling: Journal Agent
> MIME-Version: 1.0
>
>
> Hi All,
>
> Thanks for the answers.
>
> For awhile I have been intending to create a wizard type framework which I
> could utilize using an external UI.
>
> Now, when burn is available, the scenario I'm envisioning would be something
> like this:
>
> a) burn .exe allows for installation of .NET (or other prerequisites)
> b) burn.exe calls entry point in (possibly managed code) custom UI .dll
> c) Custom UI displays appropriate dialogs based on state information.
> d) Package(s) are installed
>
> Is this scenario (or something similar) what burn is going to be designed to
> do or am I thinking about this the wrong way?
>
> (Sorry for all the questions, I know I'm jumping the gun a bit...just eager
> to eventually be free from the Windows Installer standard UI.)
>
>
>
> Rob Mensching-6 wrote:
>
>> Oh, and after the raw basics work, we'll iterate like we always do,
>> until it works well. <smile/>
>>
>> Rob Mensching wrote:
>>
>>> A few more details:
>>>
>>> 1. I think we will end up doing the work to host the CLR. It won't be
>>> available right out of the gate but it is a thing to solve (and there
>>> are several very challenging things to solve).
>>>
>>> 4. There will not be different entry points. However, you application
>>> will be provided the "action state" (install, uninstall) if it was
>>> provided on the command-line. Also, burn will calculate the install
>>> states for all of your packages. The problem with picking "install mode"
>>> vs. "repair/maintenance mode" is how would burn know which is which? For
>>> example, if none of your packages are on the machine is that because the
>>> user removed them or this is the first install? If one of 5 packages is
>>> missing, is that because the user chose not to install it the first time
>>> or some other app happens to install 4 of your 5 packages? Anyway, the
>>> goal is to provide enough information to the UI so it can decide how it
>>> would like to proceed.
>>>
>>> We're trying very hard not to make a lot of decisions for the UI
>>> (instead, just provide data).
>>>
>>>
>>> Brian Rogers wrote:
>>>
>>>
>>>> Hey Guys,
>>>>
>>>> Although I cannot commit to a time line right now, I do have the
>>>> following
>>>> plans if all continues as schedule.
>>>>
>>>> 1. We are working on hosting the CLR for our team's consumption. If we
>>>> get
>>>> something usable in place that the WiX team will accept then we will
>>>> hand it
>>>> over.
>>>>
>>>> 2. Not sure how, or if we will handle this currently, but my thoughts
>>>> were
>>>> to show the passive install UI for .NET. We will be writing that in
>>>> native
>>>> code.
>>>>
>>>> 4. I believe the plan is no (as of now), there will not be different
>>>> entry
>>>> points. You will need to detect the system state to figure what you
>>>> would
>>>> like to do. From point #3, however, there is one key you can be set
>>>> where
>>>> you could pass in a command line value you expect as uninstall
>>>> (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{PRODUCT-GUID}\UninstallString).
>>>>
>>>> Hope this helps,
>>>>
>>>> Brian Rogers
>>>> "Intelligence removes complexity." - Me
>>>> http://icumove.spaces.live.com
>>>>
>>>>
>>>> On Wed, Apr 29, 2009 at 5:51 PM, Bob Arnson <b...@joyofsetup.com> wrote:
>>>>
>>>>
>>>>
>>>>
>>>>> jhennessey wrote:
>>>>>
>>>>>
>>>>>
>>>>>> 1. I remember reading that burn will allow you to provide a custom UI
>>>>>>
>>>>>>
>>>>>>
>>>>> .dll.
>>>>>
>>>>>
>>>>>
>>>>>> If this is still the case, can this be a .Net assembly?
>>>>>>
>>>>>>
>>>>>>
>>>>> Not unless somebody does the work to host the CLR. Burn has to be
>>>>> native
>>>>> code so we can support installing .NET.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> 2. Assuming that the answer to number 1 was "yes", will burn first
>>>>>> allow
>>>>>>
>>>>>>
>>>>>>
>>>>> the
>>>>>
>>>>>
>>>>>
>>>>>> installation of prerequisites (like the .Net Framework) before loading
>>>>>>
>>>>>>
>>>>>>
>>>>> the
>>>>>
>>>>>
>>>>>
>>>>>> UI .dll?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> See #1 and add "only if someone makes a CLR host that first shows
>>>>> native-only UI to bootstrap .NET."
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> 3. Will burn provide built-in functionality to allow the bootstrapper
>>>>>> to
>>>>>>
>>>>>>
>>>>>>
>>>>> be
>>>>>
>>>>>
>>>>>
>>>>>> launched from the Add/Remove programs applet (kind of like how the
>>>>>> Visual
>>>>>> Studio installer launches its bootstrapper)?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> Built-in? No. The right way to do it is by installing your Burn .exe so
>>>>> you can write the ARP overrides and service the chainer itself.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> 4. Will burn allow you to specify different UI entrypoints for modify
>>>>>> and
>>>>>> remove scenarios (or will you just have to code the detection logic
>>>>>>
>>>>>>
>>>>>>
>>>>> yourself
>>>>>
>>>>>
>>>>>
>>>>>> like in an external UI)?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> Dunno.
>>>>>
>>>>> --
>>>>> sig://boB
>>>>> http://joyofsetup.com/
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Register Now & Save for Velocity, the Web Performance & Operations
>>>>> Conference from O'Reilly Media. Velocity features a full day of
>>>>> expert-led, hands-on workshops and two days of sessions from industry
>>>>> leaders in dedicated Performance & Operations tracks. Use code vel09scf
>>>>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
>>>>> _______________________________________________
>>>>> WiX-users mailing list
>>>>> WiX-users@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>>>>
>>>>>
>>>>>
>>>>>
>>>> ------------------------------------------------------------------------------
>>>> Register Now & Save for Velocity, the Web Performance & Operations
>>>> Conference from O'Reilly Media. Velocity features a full day of
>>>> expert-led, hands-on workshops and two days of sessions from industry
>>>> leaders in dedicated Performance & Operations tracks. Use code vel09scf
>>>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
>>>> _______________________________________________
>>>> WiX-users mailing list
>>>> WiX-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>>>
>>>>
>>>>
>>> ------------------------------------------------------------------------------
>>> Register Now & Save for Velocity, the Web Performance & Operations
>>> Conference from O'Reilly Media. Velocity features a full day of
>>> expert-led, hands-on workshops and two days of sessions from industry
>>> leaders in dedicated Performance & Operations tracks. Use code vel09scf
>>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
>>> _______________________________________________
>>> WiX-users mailing list
>>> WiX-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>>
>>>
>> ------------------------------------------------------------------------------
>> Register Now & Save for Velocity, the Web Performance & Operations
>> Conference from O'Reilly Media. Velocity features a full day of
>> expert-led, hands-on workshops and two days of sessions from industry
>> leaders in dedicated Performance & Operations tracks. Use code vel09scf
>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
>> _______________________________________________
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>>
>
> --
> View this message in context:
> http://n2.nabble.com/UI-plans-for-burn-tp2740925p2755041.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Register Now & Save for Velocity, the Web Performance & Operations
> Conference from O'Reilly Media. Velocity features a full day of
> expert-led, hands-on workshops and two days of sessions from industry
> leaders in dedicated Performance & Operations tracks. Use code vel09scf
> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
> _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
