2.  Production status, soon.  Very soon.  I haven't figured out how to note
on the website that only the "core toolset" is what is going towards
production quality.

3.  Yeah, I wouldn't worry about WiX v3 in the tutorial right now.

6.  Bob owns the WixUI he'd have to answer the questions here.

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of DEÁK JAHN, Gábor
Sent: Monday, November 28, 2005 11:32 AM
To: WiX-devs
Subject: Re: WiX v2 & WiX v3 (was: RE: [WiX-devs] RFC: WixUI localization
changes)

On Mon, 28 Nov 2005 11:04:16 -0800, Rob Mensching wrote:

Rob,

a detour before I forget: would it be possible to change the list settings
so that replies go to the list instead of the posting individual? At least
on wix-devs but I'd suggest to adopt it on wix-users as well.

> 2.  WiX v2 is driving towards *extremely* stable.

Time to lift the SF status from beta to production, isn't it?

> 3.  The two versions are expected to co-exist for a long while.

And, I suppose, v3 will remain either CVS-only or, if available for direct
download, clearly marked as unstable development version. Then, I stop
considering it for inclusion in the tutorial for now.

> 6.  The question Bob proposes below is whether he should make a
> breaking change to the WixUI to enable localization in WiX v2.

This seems to imply that the only way to see easy localization within the
existing WixUI framework is to allow the command line changes. As I consider
the first item much more important than the second one—both for me (I still
use my own UIsample based installers because I already have them translated
to Hungarian but, as soon as WixUI offers the same functionality as my own
version*, I'll be happy to change) and for newcomers)—I would consider this
more than enough reason to allow the breaking change.

But let's go back to the -loc switch for a minute. I have to ask because I
don't know the internal details and it's easier to ask you than to start to
find out for myself. Yes, v3 will have the strings embedded but overridable.
But is there something that would make it impossible to equip the linker
with a default mechanism? If it can't resolve a string and it has no -loc
file specified by the user, it would first include a -loc English.wxl itself
and try to resolve again. If it fails, it gives an error message. If the
user has specified a -loc, it wouldn't try to include English.wxl itself. Is
this impossible within the current way of doing things?

Or even simpler? At the end of the command line parsing routine, if no -loc
was specified, to sneak in a -loc English.wxl by default?

* I use the complete UIsample stuff, with the administrative dialogs
included. As far as I can tell from the source, those are not yet in WixUI.
These, plus the localization (which I'm willing to contribute for my
language, of course) is what I'd expect. What's the roadmap? Is this to be
expected as things are now or are helping hands required to reach this
level?

Bye,
   Gábor

-------------------------------------------------------------------
DEÁK JAHN, Gábor -- Budapest, Hungary
E-mail: [EMAIL PROTECTED]


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
WiX-devs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wix-devs



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
_______________________________________________
WiX-devs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wix-devs

Reply via email to