Aliases

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



First, I agree with Keith that trademark names are an issue, but
it must be considered that there are both registered and unregistered
trademarks.  It would be nearly impossible to protect against using
unregistered trademarks.

In any event, if words like "Monospace" are trademarks, the last thing
one would ever want to do is hardcode them into software; that makes
the author of the software the infringer, not the user.  If the choice
to "infringe or not to infringe" is to be left to the user, the use
of such names must be derived from the processed fonts, not hardcoded
in any way.

But to Keith's proposal, may I suggest an alternative to the use of
"aliases".  I think semantically, these are not "names", and thus not
"aliases" at all; they are generic descriptions of style.  Following
from the motivations for the patches I submitted some time ago, these
could be considered "anonymous" patterns (in the fontconfig sense),
where no attempt is made to match on name, but matches are instead
done on style (as rendered by semantically distinguishable keywords).

E.g. what is now referred to as the "Sans alias" could instead be
considered the "sans" style keyword for any matching font name
(i.e., family).  Moreover, it can be derived in many cases from the
underlying font description without having to hardcode it.

I didn't go quite this far with my patches, though I did begin to
establish the framework for dealing with style as a collection of
keywords (not just in fontconfig, but in pango, freetype, etc.).
I offered them as a workaround, but one with a clear direction towards
Keith's proposal.

Notably, this direction avoids the "author as infringer" dilemma,
since it avoids hardcoding of keywords which might also be trademarks.

Note that the use of style keywords need not be imagined to, e.g.,
simple case-insensitive string matching.  More general mappings should
be possible as well.  I.e., whatever is now done to map aliases could
be done as well to map style keywords, since after all, the current
aliases _are_ style keywords, though less generally interpreted than
is possible and semantically reasonable.

-John

Keith Packard wrote:
> Around 0 o'clock on Mar 31, Juliusz Chroboczek wrote:
> 
> 
>>I would tend to agree with Adam here.  Preventing the user from
>>infringing on trademarks is not fontconfig's business; it's the
>>business of law enforcing agencies.
> 
> 
> Of course; what we want is to allow people to get their work done without 
> forcing them to infringe on trademarks.  Fontconfig does half of that job 
> already; providing a way to accept trademarked names and match them 
> apprproiately while allowing people to leave those same names out of the 
> application font menus.  
> 
> Now it seems like we've figured out that we want the other piece as well;
> providing a way to get new names to appear in the font list which are then
> mapped to other fonts.  I can imagine this would be really nice for
> presenting localized font names, as well as the existing generic stuff 
> that gnome has kludged into place.
> 
> Let's try to get some use models and proposed semantics set out so we can 
> start figuring out how this should work.
> 
> -keith
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> fontconfig mailing list
> fontconfig@xxxxxxxxxxxxxxx
> http://freedesktop.org/mailman/listinfo/fontconfig



[Index of Archives]     [Fedora Fonts]     [Fedora Users]     [Fedora Cloud]     [Kernel]     [Fedora Packaging]     [Fedora Desktop]     [PAM]     [Gimp Graphics Editor]     [Yosemite News]

  Powered by Linux