thanks for your comments they are very useful and raise a couple of 
points I hadn't thought about.
The problem this proposal wants to solve is to make it easier to add new 
langauges to the installer. The proposal is to have the necessary 
infrastructure in place, rather than having to create new locale and 
font miniroot packages when someone wants to add a new installer 
language, which is what we must do now.

BTw, I'm not suggesting a single unicode font but rather a single 
unicode font package made up of the necessary fonts to support a mimimal 
set of characters from the various scripts we would like to support in 
the installer.


AShiZaWa KaZuNoRi wrote On 02/22/07 08:29,:
> Hi,
> 
> A few comments.
> 
> Font -- one single Unicode font for all languages/scripts is not
> practical (single code point (possibly) represents multiple
> distinct glyphs), so multiple font sets must be maintained.  For
> non-conflicting languages/scripts, a single Unicode font set can
> be shared and can be used, I assume.  Possible issue: memory
> foot print will be bigger.
> 
> Message file -- message files will be bigger than now.  Most
> languages/scripts suffer from this.  I guess less than 5% for
> some European languages/scripts, and 10% - 20% for east Asian
> languages.  No estimate for other languages/scripts though.
> 
> Curses -- curses is not supported in UTF-8 locales.  Terminal
> window installation feature is implemented on curses, so it will
> stop working.
> 
> What the problem do you want to solve with this suggestion?  If
> you want to add a locale to miniroot, then you should already
> have a set of packages for the locale which will be included in
> Solaris.  Why those packages can not be minimized for miniroot?
> 
> Regards,

Reply via email to