[Pkg-fonts-devel] RFC: Planning an Intial Font Policy
Nicolas Spalinger
nicolas_spalinger at sil.org
Wed Nov 10 12:38:38 UTC 2010
On 10/11/10 04:12, Paul Wise wrote:
> 2010/11/10 Rogério Brito <rbrito at ime.usp.br>:
>
>> What about us writing an initial proposal for a font policy, formalizing
>> what we have done so far, and where we want to get?
>
> Sounds good.
Yes, that would be useful. My time is limited but I will send some notes
and thoughts I have jotted down somewhere on this soon.
> We should take a look at the Fedora fonts policy:
>
> http://fedoraproject.org/wiki/Fonts_packaging_policy
Yes, our friends @ Fedora have done great work improving the overall
font situation in that particular environment and documenting their
policies. Even if we choose to do things in a more Debian-specific way
it certainly is good inspiration :-)
[...]
>> What about
>> typefaces that are in the public domain with no easy way to trace the
>> original designer?
IMHO we should stay clear of these fonts often of dubious origin and
raising a lot of hairy issues for little overall gain. Better focus on
the truly libre/open fonts. I think there's enough work already focusing
on fonts with identified origins, authorship and cleaning up left-over
bugs our archive via the review: http://pkg-fonts.alioth.debian.org/review/
> My vote goes for the Fedora scheme with a fonts-/font- prefix.
I agree, mine too.
>> How should we name the packages of fonts like, say, a font comissioned by
>> Microsoft, published by the Free Software Foundation and actually drawn by
>> Vincent Van Gogh, under, say, the OFL 1.1? And what about (since the OFL
>> 1.1 allows) to make a derivative work? Who should be kept in the names,
>> and who should not?
>
> In the modified Fedora scheme, this would be font-someproject or maybe
> font-fsf-someproject.
Giving some prominence to the name of the foundry is useful. (or
possibly name of the author if it's a one-man foundry).
Specific authors and commissioning organisations can always be indicated
in the descriptions/documentation/etc.
>> What about the Karl Berry Naming Scheme?
>
> That seems to be mainly for old filesystems with character limits
> (FAT16/DOS). I don't think such systems are very relevant to Debian.
Yes, only relevant to a former age of TeX now thankfully superseded.
>> * Where should we install the fonts?
>>
>> * /usr/share/fonts/$format/$foundry-$name/$filename?
>> * /usr/share/fonts/$format/$foundry/$name/$filename?
>> * /usr/share/fonts/$format/$format-$foundry-$name/$filename?
>
> The bikeshed shall be painted /usr/share/fonts/$format/$package/$filename
Yes, the synchronisation between folder name and package name is useful
to have IMHO. IIRC some fonts currently live at the root of
/usr/share/fonts/truetype/ which is less than ideal.
>> * In the package long descriptions, what about adding some metadata to the
>> long descriptions so that the user knows if a given font has serifs or
>> not? If it gives us an italic shape? If it gives us a bold weight? Demi
>> bold? Light? Extra light? Oblique?
>
> Sounds reasonable as long as the information is short.
Yes, I agree.
>> What about if the font has support for some uncommon OpenType feature (or
>> any cool feature of whatever advanced feature that our format-du-jour
>> happens to have)?
>
> Sounds reasonable as long as the information is short.
We could certainly launch a review project of all our font descriptions
to make them more coherent and useful to our users. A post-squeeze project?
A migration to DEP-5 for more of our packages would also be very useful.
>> * How about reporting the scripts that the fonts are supposed to contain?
>>
>> Some of the information that we include in the long descriptions could, in
>> principle, be automatically fed to debtags to make searching for fonts
>> easier.
>
> I think we need to add such information to app-install-data (or create
> font-install-data) so that PackageKit and the like can automatically
> install appropriate fonts and users can search available fonts based
> on this metadata. Fedora has already done this and stores the
> information in the equivalent of Packages files IIRC. I don't think we
> should bloat the Packages files though. We could probably add
> generation of this to the pkg-fonts debfontreview script. We need to
> talk to the maintainers of PackageKit, aptitude, synaptic, etc to see
> what features they would consider appropriate. Obviously we would
> likely want the autoinstall stuff that Fedora has.
This sounds like a great long-term goal :-)
Maybe a fontaine json export from the current review can be a starting
point?
Thanks for all your font-related efforts,
Cheers,
--
Nicolas Spalinger, NRSI volunteer
Debian/Ubuntu font teams
http://planet.open-fonts.org
More information about the Pkg-fonts-devel
mailing list