Hi Takeshi, Takeshi Asano wrote: > Hi Danek, > > Thank you for your comments. > > Danek Duvall wrote: > : > >> There are a number of enhancements that we'll likely need to make to >> filters as we begin to use them more. For instance, it would be nice to >> be able to express fallback options, such as preferring fr_CA.UTF-8, but if >> something is only tagged as fr_CA, or even just fr, that would be fine. >> > > Yes enabling both language level and locale level specifications > will be reasonable (codeset level one may not be needed). > > : > >> Yup, that's certainly a possibility, though I could see a single font >> family being delivered by a single package, and having individual font >> files being tagged with what locales they're useful in. >> > > Yes there could be a case that consolidating existing packages into > smaller number of sets. But I'm not sure at this point how much it > could practically effective to current fonts. I'd like to hear from > fonts area experts. > Currently, fonts are packaged by family (SUNWttf-*) or ended up in a larger package for some reason (SUNWgnome-fonts). I think packaging by family is the best way to go. Filters like 'ttf-french-fonts' don't make any sense. There are no "french" fonts. There is a number of font families, that support Latin-Extended-* code pages. You'd possibly end up with all of those installed? Generally, fonts don't correspond to a specific locale, but there are exceptions. Maybe this was just a bad example.
Anyway, to answer specifically: > consolidating existing packages into smaller number of sets Imho, no. I'd rather split the stuff like SUNWgnome-fonts to match the 1 package per font family criteria. I think it gives the best choice to the user (it's clear from the package name) and has a good package granularity. Last, but not least, please consider the situation, where user doesn't want the locale, but wants the fonts. Wikipedia is a good enough example for having [all] the fonts installed, without a need for the locale. Regards, Jan > Thanks, > Takeshi > _______________________________________________ > pkg-discuss mailing list > [email protected] > http://mail.opensolaris.org/mailman/listinfo/pkg-discuss > -- Jan Hnatek [EMAIL PROTECTED] _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
