bugGNUstep - Bugs: bug #12129, advancementForGlyph in Win32...

 
 

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

bug #12129: advancementForGlyph in Win32 Backend works incorrectly.

Submitted by:  None
Submitted on:  Thu 24 Feb 2005 02:07:16 PM UTC  
 
Category: BackendSeverity: 3 - Normal
Item Group: BugStatus: Fixed
Privacy: PublicAssigned to: None
Open/Closed: Closed

Fri 30 Jan 2009 07:20:30 PM UTC, comment #4:

closing this as there has been no feedback in two years.

Richard Frith-Macdonald <CaS>
Project Member
Thu 01 Feb 2007 07:13:18 AM UTC, comment #3:

I added calls to GetGlyphIndices() in a couple of places ... should serve to get advancement and bounding rect information as long as an NSGlyph is a unichar and a microsoft glyph corresponding to the unichar exists.
I'm provisionally marking this as 'fixed' since it looks as good a fix as we can do without someone revisiting the whole text system in the gui as well as the backends.

Richard Frith-Macdonald <CaS>
Project Member
Mon 07 Mar 2005 10:07:53 AM UTC, comment #2:

I think even the recommended fix from the last comment would not be sufficent. As far as I can see the code here mixes glyph indexes and characters. Fixing just one more case wont help, as [drawGlyphs:length:onDC:at:] would than be broken.
What we could do as a short time solution is add a call to GetGlyphIndices() or reenable the original GetCharWidthFloat() call.

Fred Kiefer <FredKiefer>
Project Member
Mon 28 Feb 2005 08:05:49 AM UTC, comment #1:

It seems back should consider font encoding while loading it
and then alter the behavior of

-(void) _generateGlyphsForRun: (glyph_run_t *)run at: (unsigned int)pos

to match glyph by index (in case that unicode matching paradigm actually
work for standard fonts - I think the submitter test this on iso8859-11,
a free Thai font) Though, alexm told me he will rework this API so it may
not work in future. May be you can provide a link to the font image (Loma font?)

Anonymous
Thu 24 Feb 2005 02:07:16 PM UTC, original submission:

advancementForGlyph in Win32 Backend works incorrectly for non-latin characters. It seems like GetCharABCWidthsFloat(hdc, glyph, glyph, &abc) requires glyph index but unicode values were sent.

Anonymous

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by CaS (Posted a comment)
  •  

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

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 3 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Fri 30 Jan 2009 07:20:30 PM UTCCaSOpen/ClosedIn Test=>Closed
    Thu 01 Feb 2007 07:13:18 AM UTCCaSStatusNone=>Fixed
      Open/ClosedOpen=>In Test

    Back to the top


    Powered by Savane 3.1-cleanup1