Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(303)

Issue 115586: Unified the ways Font and Canvas get the pixel size of strings, using pango (Closed)

Created:
11 years, 7 months ago by DaveMoore
Modified:
9 years, 7 months ago
CC:
chromium-reviews_googlegroups.com
Visibility:
Public.

Description

Unified the ways Font and Canvas get the pixel size of strings, using pango Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=16535

Patch Set 1 #

Patch Set 2 : '' #

Unified diffs Side-by-side diffs Delta from patch set Stats (+38 lines, -15 lines) Patch
M app/gfx/canvas_linux.cc View 1 1 chunk +33 lines, -1 line 0 comments Download
M app/gfx/font_skia.cc View 2 chunks +5 lines, -14 lines 0 comments Download

Messages

Total messages: 3 (0 generated)
DaveMoore
11 years, 7 months ago (2009-05-20 20:33:45 UTC) #1
Evan Martin
As we were saying over lunch, I'm a little skeptical that the string size will ...
11 years, 7 months ago (2009-05-20 20:37:33 UTC) #2
Dean McNamee
11 years, 4 months ago (2009-08-13 00:28:30 UTC) #3
This is kind of an abstraction violation (font should not know anything about
canvas).  Just sayin.

On 2009/05/20 20:37:33, Evan Martin wrote:
> As we were saying over lunch, I'm a little skeptical that the string size will
> come out the same because Skia fonts aren't drawn with Pango.  But in practice
> this is likely good enough to get you going.
> 
> WebKit drawing of text:
>   WebKit (built-in BIDI) -> skia -> harfbuzz (shaping) -> freetype
> 
> Pango drawing of text:
>   Pango (built in BIDI, kerning) -> harfbuzz -> freetype
> 
> Canvas drawing of text:
>   Skia -> ...   (note absence of BIDI and kerning)

Powered by Google App Engine
This is Rietveld 408576698