bugGNUstep - Bugs: bug #27099, Incomplete implementation of...


You are not allowed to post comments on this tracker with your current authentication level.

bug #27099: Incomplete implementation of -[NSFontDescriptor matchingFontDescriptorsWithMandatoryKeys:]

Submitted by:  Yavor Doganov <yavor>
Submitted on:  Fri 24 Jul 2009 02:57:38 PM UTC  
Category:  Gui/AppKit Severity:  3 - Normal
Item Group:  Bug Status:  Ready For Test
Privacy:  Public Assigned to:  Fred Kiefer <FredKiefer>
Open/Closed:  In Test

Thu 04 May 2017 12:19:33 PM UTC, comment #3:

Found a lot of useful information, thanks to the administrator for the post! http://www.19216811ip.mobi

-X- <malkovich1985>
Sun 23 Aug 2009 09:45:29 PM UTC, comment #2:

I just added a better support for font descriptors to GNUstep in SVN. Could you please give this a try?

I also looked at the code of Emacs to see, which parts of font descriptors actually get used there and noticed that it doesn't rely on the glyph generation in GNUstep. This part has been added about a year ago, is there any problem with our code, or did somebody forget to adjust to this feature?

Also line 500 in nsfont.m of emacs seems to be leaking font descriptors.

Fred Kiefer <FredKiefer>
Project MemberIn charge of this item.
Sun 26 Jul 2009 09:53:01 PM UTC, comment #1:

Yes, this method plus a few others are not properly implemented for font descriptors. Doing this correctly will require a bunch of changes in the back end as well.
There is a proper mapping from the font descriptor to the concept of a font config pattern, this could be used for the backends that support font config (cairo and xlib on modern systems). For the other backends we could just try to replace our self defined font information array, which we also call font descriptor, with Apples new class.
This will require changes in NSFont, NSFontDescriptor and NSFontManager as well as changes in all four backends (and as the xlib backend allows for different font mechanisms we will need multiple implementations for these as well)
I am willing to work on that after the next GNUstep release, but help surely is welcome here.

Fred Kiefer <FredKiefer>
Project MemberIn charge of this item.
Fri 24 Jul 2009 02:57:38 PM UTC, original submission:

It looks like this method always returns an empty array. This is a big problem for Emacs.app with the new font driver; it doesn't even start.

Yavor Doganov <yavor>


No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by malkovich1985 (Posted a comment)
  • -email is unavailable- added by FredKiefer (Posted a comment)
  • -email is unavailable- added by yavor (Submitted the item)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.




    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2018-02-09 FredKiefer StatusIn Progress => Ready For Test
        Open/ClosedOpen => In Test
    2009-09-07 FredKiefer StatusNone => In Progress
        Assigned toNone => FredKiefer

    Back to the top

    Powered by Savane 3.3