Open GoogleCodeExporter opened 9 years ago
I should also point out that the fonts appear normal (albeit aliased,
obviously) when gdipp is disabled.
Original comment by jmbat...@gmail.com
on 22 Jul 2011 at 12:28
One of the ways to trigger this issue is to add a text-shadow on some text. It
seems Chrome 14 switched to a different render method for some fonts, and it
likely has something to do with GPU acceleration.
I think I will disable gdipp until (if ever) this is fixed.
Original comment by puntodif...@gmail.com
on 29 Jul 2011 at 12:36
Yes, I can confirm that this issue occurs when text-shadow is used.
Good detective work!
Original comment by jmbat...@gmail.com
on 29 Jul 2011 at 1:00
[deleted comment]
when you can fix this problem?
Original comment by sashapru...@gmail.com
on 30 Jul 2011 at 11:11
This issue now affects the latest Chrome stable (14.0.835.15), as seen in the
screenshot below.
A fix would be greatly appreciated.
Original comment by jmbat...@gmail.com
on 5 Aug 2011 at 1:31
Attachments:
A workaround until this is fixed is to disable text shadows using this
userscript:
http://userstyles.org/styles/19166/firefox-3-5-no-text-shadow-on-websites
Original comment by 3rd.d....@gmail.com
on 12 Aug 2011 at 1:06
Attachments:
Running the latest Chrome nightly (15.0.876), it appears that all text is now
affected.
Original comment by jmbat...@gmail.com
on 8 Sep 2011 at 11:44
Attachments:
I can confirm this, even with the userscript I posted, the text is still
rendered horribly.
Original comment by 3rd.d....@gmail.com
on 9 Sep 2011 at 10:24
Attachments:
Yes, I've reverted back to a previous version of Chromium, however eventually
these changes will be rolled out to Chrome stable. If that happens, I may
consider returning to Firefox.
Original comment by jmbat...@gmail.com
on 9 Sep 2011 at 10:37
Same problem here on Chrome 15.0.874.5 dev-m.
Original comment by rickatni...@gmail.com
on 12 Sep 2011 at 1:04
same here on 15.0.876.0
Original comment by mjm....@gmail.com
on 12 Sep 2011 at 11:10
16.0.883.0 canary has more serious problem when I use it in Japanese.
Original comment by jam.no.n...@gmail.com
on 18 Sep 2011 at 9:39
Attachments:
Ouch, that looks horrible (読む悪い).
Original comment by jmbat...@gmail.com
on 19 Sep 2011 at 7:24
Latest Chromium: no smoothing at all in the content area, but at least the text
is legible.
Original comment by jmbat...@gmail.com
on 19 Sep 2011 at 7:28
Attachments:
Chrome 13 had no problems, however, this issue appears in 14, 15 and 16...
Original comment by proof1...@gmail.com
on 19 Sep 2011 at 2:29
Completely broken in 16. All text is essentially illegible.
Original comment by JesseLi...@gmail.com
on 23 Sep 2011 at 5:28
chrome v16.0.889-0 dev. text issue.
Original comment by noboo...@gmail.com
on 23 Sep 2011 at 6:27
Attachments:
Yup, new Chrome dev broken here, too.
Original comment by rickatni...@gmail.com
on 24 Sep 2011 at 12:41
Attachments:
Best thing you can do is exclude chrome for now until this is fixed...
Under your gdipp directory, there is a gdipp_settings.xml file, open it and
scroll down and add:
<process>chrome\.exe</process> to the <exclude> tag
Original comment by proof1...@gmail.com
on 24 Sep 2011 at 10:30
Thanks, proof. That helped. Now I get to sit back and watch this thread until
the issue is resolved :-P
Original comment by rickatni...@gmail.com
on 26 Sep 2011 at 2:53
To add that string to exclude Chrome should I just copy it exactly as you have
it, and paste it in the settings? "<process>chrome\.exe</process> to the
<exclude> tag"
Original comment by rphar...@gmail.com
on 27 Sep 2011 at 3:40
Yup. I threw <process>vlc\.exe</process> in there too, since VLC has missing
letters in the menus.
Original comment by rickatni...@gmail.com
on 27 Sep 2011 at 3:46
Nice. Thanks. It worked.
Original comment by rphar...@gmail.com
on 27 Sep 2011 at 4:59
So any progress on this fix? I really hate using Chrome without GDIPP. Anyone
know when Chrome will support it? I had to switch to FF in the meantime.
Original comment by rphar...@gmail.com
on 3 Oct 2011 at 1:28
Just FYI,
I have seen an information that Chrome is going to fix the rendering problem
for CJK fonts on the next release, coming in next few days. (You know since the
last dev release Chrome has a bug that makes CJK font rendering very jaggy?)
I'm assuming it has also changed the whole rendering process, not only the CJK
font rendering. (I don't know the detail of Chrome's implementation though)
So I'm hoping that the coming bugfix will also fix the gdipp rendering
problem... Isn't it related?
Original comment by ryushiro...@gmail.com
on 3 Oct 2011 at 5:48
So yeah the Chrome's bugfix for CJK fonts has come just now but it hasn't fixed
gdipp's rendering problem..
Original comment by ryushiro...@gmail.com
on 4 Oct 2011 at 3:06
it's very important to fix the bug as soon as possible because Chrome has 16.8%
shares in the world today.
so many people is probably using chrome with Chinese character,kanji.
Original comment by jam.no.n...@gmail.com
on 9 Oct 2011 at 1:22
I think, that creator of gdipp left this project. Zero commits was created till
last 30 days
Original comment by to.merge@gmail.com
on 9 Oct 2011 at 4:30
Hello,
I think this is issue is caused by chrome's way to render css text-shadows.
if u disable the rendering of those shadows, u wont notice the problem anymore.
how to do this ?
i did by installing STYLEBOT plugins wich allows u to edit the way websites css.
https://chrome.google.com/webstore/detail/oiaejidbmkiecgbjeifoejpgmdaleoha
and in the options u can simply ad a new style like this:
------------------------------------------------
URL: .
CSS:
* {
text-shadow: rgba(0, 0, 0, 0) 0px 0px 0px;
}
------------------------------------------------
now this dont seems to fix every of those shadows.
i dont know if there is a way to apply the same style to a shadow like this:
#header {
text-shadow: 1px 1px 1px #111;
}
this one will still be render badly :(
but most of them are gone, and i can at least enjoy using chrome with gdipp
again :)
Original comment by soun...@gmail.com
on 11 Oct 2011 at 4:18
Using recent Chromium builds (last three week), it appears that gdipp rendering
is now completely bypassed.
Original comment by jmbat...@gmail.com
on 11 Oct 2011 at 11:23
Attachments:
It looks like the latest Chromium build 16.0.906.0 (104976) has the text
rendering fixed. gdipp works.
Original comment by 3rd.d....@gmail.com
on 12 Oct 2011 at 10:58
Attachments:
Confirmed!
Working under WinXP too - great stuff!
Original comment by jmbat...@gmail.com
on 12 Oct 2011 at 12:41
Attachments:
[deleted comment]
Well, something happened between build 104930 and 104955 which fixed the
problem.
This, perhaps?
http://src.chromium.org/viewvc/chrome?view=rev&revision=104940
Looks like this was the fix:
http://trac.webkit.org/changeset/97149
Original comment by jmbat...@gmail.com
on 12 Oct 2011 at 1:25
The problem still persists in Chrome beta 15.0. They still not addressing the
problem yet?
Original comment by tytung2...@gmail.com
on 30 Oct 2011 at 2:39
The fix has yet to arrive in the current Chrome beta (15.0.874).
You should consider using the Dev version or a Chromium nightly (both of which
contain the fix).
Original comment by jmbat...@gmail.com
on 30 Oct 2011 at 3:23
I just downloaded and using the latest dev version (16.0.912.15) there is still
rendering problem:
Original comment by tytung2...@gmail.com
on 1 Nov 2011 at 9:06
Attachments:
Working fine here.
Original comment by jmbat...@gmail.com
on 1 Nov 2011 at 11:19
Attachments:
In my Chrome there is a "dev-m" behind the version number. But it's not in
yours, why?
Original comment by tytung2...@gmail.com
on 2 Nov 2011 at 6:45
Attachments:
I don't know.
I use the versions available from PortableApps.com
Original comment by jmbat...@gmail.com
on 2 Nov 2011 at 6:49
Upgraded to 16.0.912.21 dev-m (with Gdipp 0.9.1 on Windows 7 x64) and it's
working fine now. No corrupted fonts anymore!
Original comment by koffeinb...@gmail.com
on 3 Nov 2011 at 1:42
I am using Windows XP..maybe this is the reason.
Original comment by tytung2...@gmail.com
on 4 Nov 2011 at 8:35
I don't believe so - I'm using XP and gdipp works fine.
Original comment by jmbat...@gmail.com
on 4 Nov 2011 at 10:14
tytung: Try to disable the font shadows in Gdipp's config (set the alpha and
offset to '0'). I believe the artifacts are still there, but transparent, and
their shadows may be the only thing of them we can see.
Original comment by koffeinb...@gmail.com
on 4 Nov 2011 at 10:27
I have the same issue? Where would I be able to change Gdipp's config?
Original comment by WizeExca...@gmail.com
on 4 Nov 2011 at 7:23
Hi koffeinb:
Thanks. After I tried it still doesn't work.
I am using XP, and latest Chrome dev (downloaded directly from Chrome page, not
from other sites).
Original comment by tytung2...@gmail.com
on 5 Nov 2011 at 11:24
Use the workaround script that was posted earlier in the thread to fix the
problem -
http://userstyles.org/styles/19166/firefox-3-5-no-text-shadow-on-websites (See
comment #7)
Original comment by 3rd.d....@gmail.com
on 5 Nov 2011 at 1:25
Hi 3rd.d...
Thanks. But I am more interested in why some people don't see the issue.
Original comment by tytung2...@gmail.com
on 6 Nov 2011 at 2:32
Any progress with Chrome?
Original comment by renovatz...@gmail.com
on 9 Nov 2011 at 12:04
Original issue reported on code.google.com by
jmbat...@gmail.com
on 22 Jul 2011 at 12:24Attachments: