Hi Joerg, > I'm not sure OOo's res files are the best thing to use for components. > At least they seem better suited to strictly office components, than for > any other component that can run in a URE.
Yes, one question I forgot to add to my list is "should the fact that .res files cannot be created with the SDK hinder us from providing an UNO API for accessing those files?" :) Sadly, there's no clear distinction between "URE components" and "strict office components". Basically, every component which is above the SDK (means it uses at least, say, unotools or comphelper or so), but below tools (means, it cannot access the C++ facilities for resource access) is in some gray area ... Exactly this kind of components bothers me currently. I need to provide our database drivers with localized error messages, but they're not linked against tools (and this is a Good Thing (TM)). > FWIW the configuration database can automatically retrieve data for the > current UI locale. This has been (ab)used by component authors to > provide localized messages. I can't say whether we consider that a good > thing, but as one data point, even the OOo command names (for menus or > toolbar tooltips) are localized this way now. Well, I consider this a hack ;) For toolbars/menus, this might be a valid approach since in this case, we're perhaps really talking about "configuration data". For our database drivers, I don't consider the error messages to be "configuration data", and thus storing them in the configuration a clear abuse. > For standalone UNO components the configuration has the added benefit > that configuration files can be deployed using the UNO package manager. The fact that the UNO package manager cannot deploy any other resource files than configuration files is a deficiency of the UNO package manager. It should not be an argument for abusing the configuration for component localization. Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Database http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
