Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

The kerning needs improvement #62

Open
GoogleCodeExporter opened this issue Mar 6, 2016 · 18 comments
Open

The kerning needs improvement #62

GoogleCodeExporter opened this issue Mar 6, 2016 · 18 comments
Labels
auto-migrated Priority-Low Type-Enhancement

Comments

@GoogleCodeExporter
Copy link 

Which program triggers the problem? Specify the filename if possible.
Happens more or less everywhere (seen it Chrome, Firefox, VirtualBox, etc.)

What steps will reproduce the problem?
1. Some letter combinations are drawn too close together, often when one of 
them is an "m".
2.
3.

What is the expected output? What do you see instead?
The space between letters should appear regular. Instead some letters stick 
together with no visible gap between them.

What version of gdipp (include renderer)? On which operating system?
gdipp 0.7.6 with default settings on Vista SP2 32 bit.

Please provide any additional information below. Screenshots always help.
http://imgur.com/Qr99L.png , from reddit.com/r/programming/comments/bfdoe

Original issue reported on code.google.com by ilja.hec...@gmail.com on 20 May 2010 at 11:43
@GoogleCodeExporter
Copy link
Author 

I'm also having issues with some letters such as W having a gap after it (like 
theres
a space after the letter). It only happens on some websites, such as the search 
bar
on www.gamefaqs.com

Original comment by davidngu...@gmail.com on 21 May 2010 at 4:09

@GoogleCodeExporter
Copy link
Author 

gdipp draws glyph intergap by what it is given: either from application (lpDx) 
or
calculated from FreeType. If the lpDx is given and the generated glyph is wider 
than
that, the problem occurs. We may need metrics API hooks to solve this problem 
once
and for all.

Original comment by crendk...@gmail.com on 3 Jun 2010 at 6:26

  • Changed state: Accepted
  • Added labels: Priority-Low, Type-Enhancement
  • Removed labels: Priority-Medium, Type-Defect

@GoogleCodeExporter
Copy link
Author 

I have observed the same problem here. 

Hinting the fonts less than GDI does it brings two advantages: the glyphs 
resemble the shapes desinger wanted them to resemble [which GDIpp already does 
and it is awsome!] and the text takes exactly the amount of space it should 
take, so the text flow is not disturbed - and the GDIpp doesn't take care of it 
yet :(

Original comment by i.gocali...@gmail.com on 27 Jun 2010 at 9:04

@GoogleCodeExporter
Copy link
Author 

Please don't let this slip too many milestones. Once this is fixed, the app 
will be near perfect. The clarity could be much better on smaller (9pt and 
below) fonts, but this kerning issue is more of a problem. Thanks for your work 
on this!

Original comment by harris.t...@gmail.com on 30 Jun 2010 at 1:57

@GoogleCodeExporter
Copy link
Author 

This is not just an issue for 0.7.6 -- it also occurs when using 0.8.1 w/ 
DirectWrite -- this is an example of Outlook rendering (only happens on certain 
fonts) with DirectWrite. it looks perfectly fine with ClearType or FreeType.

Original comment by greatq...@gmail.com on 1 Jul 2010 at 6:06

Attachments:

@GoogleCodeExporter
Copy link
Author 

I copied and pasted this text (in Calibri font) into a WordPad window that was 
rendered with DirectWrite and got the same problem.. no problem with FreeType.

Original comment by greatq...@gmail.com on 1 Jul 2010 at 6:10

@GoogleCodeExporter
Copy link
Author 

Problem still exists in 0.9 w/ DirectWrite and Outlook 2010.  However now if I 
copy and paste the text into WordPad, the text looks fine.

Original comment by greatq...@gmail.com on 26 Aug 2010 at 7:23

Attachments:

@GoogleCodeExporter
Copy link
Author 

Why is this set to a low priority?

Original comment by spale...@gmail.com on 24 Mar 2011 at 11:20

@GoogleCodeExporter
Copy link
Author 

This issue continues to exist in April 2011. Unfortunately, it's a bit of a 
killer issue for me as a web designer and developer as it makes it nigh 
impossible to ensure kerning of web fonts is displaying correctly for others 
when gdipp renders it incorrectly (in Chrome and other browsers)

Original comment by kwe...@gmail.com on 1 Apr 2011 at 4:25

@GoogleCodeExporter
Copy link
Author 

[deleted comment]

@GoogleCodeExporter
Copy link
Author 

I think this is a serious problem, because is not only visual, when this happen 
in some cases is really hard read the text. And is not just an enhancement.

Original comment by ecoord...@gmail.com on 7 May 2011 at 8:38

@GoogleCodeExporter
Copy link
Author 

I have this issue as well with 0.7.6 and 0.9.1 when the renderer is set to 
FreeType or GGO. The most notable problems are when r and n are next to each 
other in arial in chrome and firefox (6.0a2 Aurora), the two letters combine to 
look identical to an "m". Another kerning issue is the over-kerning of the 
letter "v".
I'm back on ClearType for now, even though I prefer the look of gdipp, since 
the said issues really bug me.

Thanks

Original comment by KurenaiK...@gmail.com on 3 Jul 2011 at 2:50

@GoogleCodeExporter
Copy link
Author 

This is a huge bug and is certainly not an 'enhancement'. gdipp actually works 
almost perfectly in almost every situation in terms of dll injection, but if 
the text is rendered incorrectly in every one of those situations, the program 
is useless regardless.

Original comment by uberco...@gmail.com on 31 Aug 2011 at 9:08

@GoogleCodeExporter
Copy link
Author 

useless?

I think that's a little strong...

Original comment by jmbat...@gmail.com on 31 Aug 2011 at 11:34

@GoogleCodeExporter
Copy link
Author 

What I mean is that the point of the program is to change the characteristics 
of the rendering to be more visually appealing in line with some peoples' 
preferences. However if font's are actually rendered incorrectly like this, 
there is no prerogative to use the program as it essentially breaks rendering 
as well as just tweaking it.

Original comment by uberco...@gmail.com on 7 Sep 2011 at 9:46

@GoogleCodeExporter
Copy link
Author 

I've noticed some problems with kerning and some odd text display - I've 
attached examples, which I found at liquidweb.com - though that isn't the only 
place it happens. I see it at Wikipedia, Gmail, CNN.com, and VoIPspear.com. 
Agreed with previous comments that gdipp would be a near-perfect app if this 
were fixed!

Original comment by smith...@mail.lcc.edu on 21 Oct 2011 at 12:25

Attachments:

@GoogleCodeExporter
Copy link
Author 

This has confused me for quite a long while as by default configurations, the 
letter L in lower case sometimes becomes invisible unless typing the following 
letters in a word. I mean when I want to type the word *file*, the first two 
letters are OK with no problem, but as the lower-case L is typed, it 
disappears! *fi e* is what I usually see in some places in my computer.

The words in attachment are file and little.

Original comment by nusush...@gmail.com on 26 Oct 2011 at 2:15

Attachments:

@GoogleCodeExporter
Copy link
Author 

I notice the lowercase l issue in VLC, as well as some weird kerning issues on 
Opera 11.60 with gdipp 0.9.1 on Windows 7 32-bit, especially on the My eBay 
page. Attached the image of that issue.

Original comment by bhtoo...@gmail.com on 17 Jan 2012 at 2:43

Attachments:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
auto-migrated Priority-Low Type-Enhancement
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@GoogleCodeExporter