Bug 186513 - fonts look blurry in kword 2.0 beta 7at 100%
Summary: fonts look blurry in kword 2.0 beta 7at 100%
Status: RESOLVED UPSTREAM
Alias: None
Product: kword
Classification: Miscellaneous
Component: flake-texttool (show other bugs)
Version: 1.9.8
Platform: unspecified Linux
: LO normal
Target Milestone: ---
Assignee: Thomas Zander
URL:
Keywords:
: 195080 195126 239882 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-03-08 07:38 UTC by Mohd Asif Ali Rizwaan
Modified: 2013-02-15 20:01 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
kword and kate together with same font look ugly in kword. please see at 100% zoom (actual size) (115.07 KB, image/jpeg)
2009-03-08 07:50 UTC, Mohd Asif Ali Rizwaan
Details
ugly fonts at 200% (194.49 KB, image/png)
2009-06-14 21:45 UTC, Roland Leißa
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mohd Asif Ali Rizwaan 2009-03-08 07:38:42 UTC
Version:           2.0 beta-7 (using 4.2.1 (KDE 4.2.1), Kubuntu packages)
Compiler:          cc
OS:                Linux (i686) release 2.6.27-13-generic

The fonts look blurred compared to normal desktop applications:

How to reproduce:

1. open kword 2.0beta7 choose font dejavu sans/any nice looking font
2. type some text 

3. open kwrite/kate
4. set font in kate which was set in kword
5. type the same text, and we can see the text looks blurred, and unpleasant.

Please also see the attachment, for a visual.

Freetype2 is compiled with bytecode interperter enabled. and Antialias is enabled -> RGB, full antialiasing in fonts settings.

Expected Behavior:
Fonts should look just as good as any other kde/qt application in koffice 2 applications. 

Thanks.
Comment 1 Mohd Asif Ali Rizwaan 2009-03-08 07:50:03 UTC
Created attachment 31891 [details]
kword and kate together with same font look ugly in kword. please see at 100% zoom (actual size)
Comment 2 Thomas Zander 2009-03-08 11:38:07 UTC
Note that KWord is a WYSIWYG application. This means that 100% zoom makes the paper size (A4) be exactly the size that A4 is supposed to be on your screen.
Which practically speaking means it will always be zoomed slightly, unless you have an exactly 72 DPI X server.
You can verify that with starting KWord with the argument --dpi 72,72

So, while applications like kwrite are optimized for screen display, KWord is optimized for showing exactly the same on screen than on paper.  And, yes, the fonts suffer from this due to the DPI of our screens being too low.

The only solution to this is to special case 100% somehow, but we tried that in KWord1.x and this resulted in much bigger problems.
Comment 3 Thomas Zander 2009-05-02 23:14:20 UTC
I just wanted to add that users and distros might want to play with the hinting and the subpixel antialiasing settings of their kde install.
Turning off subpixel AA is something that will make things less blurry (in line with what people got on Windows).
All these settings can be changed in the kde4 systemsettings module for fonts/appearance.
Comment 4 Thomas Zander 2009-06-03 10:32:02 UTC
*** Bug 195080 has been marked as a duplicate of this bug. ***
Comment 5 Thomas Zander 2009-06-03 19:16:20 UTC
*** Bug 195126 has been marked as a duplicate of this bug. ***
Comment 6 Kamil Neczaj 2009-06-04 01:02:33 UTC
Openoffice and Ms Word can render sharp fonts at any zoom, so why kword cannot even using 100%?
Comment 7 Roland Leißa 2009-06-14 21:45:42 UTC
Created attachment 34534 [details]
ugly fonts at 200%

I don't think, that leaving this as WONTFIX is a good idea. Especially with small fonts kword becomes almost unusable. Have a look at the screenshot. In OpenOffice Writer everything looks fine.
Comment 8 mutlu inek 2009-09-17 22:05:44 UTC
I understand that there is a problem with matching the different resolutions. However, while KWord aspires to be WYSIWYG, it can be confirmed quite easily that it does in fact NOT display on screen as it will print... thus it does not look like on paper, where small font sizes do not appear bold.
Comment 9 Kamil Neczaj 2009-09-18 00:04:24 UTC
WYSIWYG means exactly that it SHOULD display exactly as it will print. WYSIWYG is an acronym for What You See Is What You Get. OpenOffice and MS Word are WYSIWYG examples of text editors and they render much more sharper fonts, which are better to read in any zoom, in any resotion and dpi.
Comment 10 L_V 2009-09-23 22:22:54 UTC
Fonts look definitively ugly in KWord 2.
Unusable for me.
WYSIWYG or not, it has first to be readable to be usable.
Comment 11 ozar 2009-10-01 20:21:41 UTC
Only want to report that those ugly bold fuzzy fonts are a show stopper for me as well.  I've removed Koffice2 and won't be reinstalling until the fonts are fixed.  I realize the bug report is resolved as won't fix, but I won't give up hope, either.
Comment 12 L_V 2009-10-12 15:22:44 UTC
To clarify:
what does mean "Resolution: WONTFIX " ?

Does it mean wontfix for Koffice 2, and wait for Koffice 3 ?
If so, is there any plan for Koffice 3 ?
Comment 13 Kamil Neczaj 2009-10-12 22:08:55 UTC
I've tried the 72 dpi and fonts at 100% looks much better, but it doesn't change the fact that scalled fonts are ugly. Scalled fonts in for example openoffice looks perfect, so it's possible.
Comment 14 L_V 2009-10-13 15:23:17 UTC
Anyway, Koffice 2 should be more considered as a beta version of Koffice 3.
Comment 15 Thomas Zander 2009-10-13 15:34:11 UTC
@L_V_ please don't make statements that spread FUD, you are not helping the devs feel more responsible by doing this :(

Notice, guys, that this bugreport talks about *bold* and *blurry* fonts. Nothing else. Keep your issues separated as the mishinted fonts is a different issue and likely upstream somewhere.
Comment 16 mutlu inek 2009-10-14 01:30:14 UTC
I agree that L_V's comments are very silly at best. I think KOffice is becoming a really nice office suite and if its potential is realized, KWord will clearly become my main word processor.

However, Thomas, this bug is not only about bold and blurry fonts, but rather about altogether *broken* fonts as shown for example in the attachment to comment #7: http://bugsfiles.kde.org/attachment.cgi?id=34534

Turning off subpixel rendering, which you mentioned, makes fonts look slightly better, but some fonts are still a real pain to look at.

I also tested running KWord when forcing the app to 72 dpi and it does indeed look much better. Thomas, what do you suggest users and distributions to do? Should we change the kword.desktop file and change the command to "kword --dpi 72,72"? I did it for now, but it does not seem to be a very elegant solution...

Any information as to how this will be resolved or how users and distributions should deal with painful font rendering would be highly appreciated. As all your hard work are, too!
Comment 17 L_V 2009-10-15 14:55:52 UTC
@Thomas Zander 

You are not helping the devs feel more responsible by thinking that closing a bug before resolution is the best way to solve it. You just postpone the problem.
If for any good reasons I don't know, it has been decided to not fix this obvious problem, without any explanation, the only valid extrapolation is to interpret that it is posponed for Koffice 3.
Disappointing from user point of view, but simple logic.
Comment 18 mutlu inek 2009-10-15 21:00:39 UTC
This is all so off-topic, but...

@ L_V: Thomas _is_ the dev. And yes, your attitude is annoying and counterproductive. Disagreement over whether something is a bug happens from time to time on bugtrackers. Bugs marked as "wontfix" can nonetheless be discussed, if users feel a strong necessity to do so. But this needs to remain civil and reasonable.

Quite obviously, Thomas has software-architectural reasons for rejecting this bug and we are not fully aware of them. He provided a few hints as to why KWord is at least party not responsible and a few tips as to what we can try.

If you are interested in KWord's betterment, you should try to understand what Thomas wrote, try his suggestions and report back in a way that helps all of us. Convincing a developer who sees no (remediable) flaw in his work cannot be achieved by denigrating him or his product.

If you are not willing to do this, please do not hinder development on bugs.kde.org, or, for that matter, anywhere.
Comment 19 L_V 2009-10-15 23:01:37 UTC
This is all so off-topic, but...

What is hindering the development is the attitude to close bugs either before any explanation or solution.
This so obvious and visible problem should had been seen many months ago.
If a developer cannot see it, just ask a real user, he will tell immediately the problem, and why he will not use Koffice 2, not because he doesn't want, but cannot.

" ... why KWord is at least party not responsible" : nobody cares at user side in which module is the problem.
The problem has to be solved wherever it is, before releasing Koffice 2.
And finally, it is more constructive to "hinder" the development by alerting before spreading Koffice 2, than hiding the dust under the carpet.
-- end of remark --
Comment 20 Kamil Neczaj 2009-10-16 11:58:04 UTC
For devs:

If the bug isn't in koffice but in some library (maybe freetype2), which koffice uses please report it there. We as common users really don't know where is the source of the bug so we cannot even try to communicate with people responsible for the rendering.
Comment 21 Kamil Neczaj 2009-11-05 22:26:02 UTC
For people who wants this issue to be solved: please vote on the bug! maybe this encourage developers to fix it. Now there is only 50 votes which means that few people wants this bug to be fixed.
Comment 22 MaartenDM 2009-11-06 17:26:45 UTC
*** This bug has been confirmed by popular vote. ***
Comment 23 Mohd Asif Ali Rizwaan 2010-01-06 07:55:00 UTC
Dear Thomas, and KOffice devs,

Brother, Sorry to bug you with the bug. But the visual aspect of koffice/kword is really stopping the users from using it. I'm not trying to force you to do the fixing, nor contriving you to fix it. Just humble urging, that the fonts' appearance is stopping/pushing the users away from koffice. Which is couterproductive for koffice, as the users are the main "users" of the application!

Don't you think:
 
1. A doctor should not treat the patient unless a "Real and Complete" cure is discovered? shouldn't the doctor try alleviating the suffering of the patient?

Shouldn't koffice be a good software to look at? Can't we not use the same 1.x patch for displaying text, and have "true printing" mode for this current behavior?

How can we expect users to work with software when it hurts the eyes!?

It's ok for the dumb people who can't differentiate purple from blue, orange from yellow; but for the people with awareness. this will hurt.

Let's compare the interfaces of Dictionaries (window and text appearance):

Beautiful and worth using (for me):
Lingoes Dictionary:
http://www.easyfreeware.com/images/screenshots/lingoes_education_mathematics-4884-screenshot.png

Rather Average looks (bear with it, if no alternative):
Babylon Dictionary:
http://www.softpedia.com/screenshots/Babylon-Pro_1.png

UGLY, Not neat/beautiful (but no choice have to use in linux):
Stardict:
http://upload.wikimedia.org/wikipedia/commons/6/65/Stardict-screen.png
Golden Dict:
http://goldendict.berlios.de/screenshots/bab-compare.png
MDictionary:
http://mdic.sourceforge.net/images/mdic_shot.png

Btw, if all of the above were opensource, and free, which one would you choose (if you needed a dictionary interface)?

Appearance does matter. That's why we dress up nicely everyday! And that is why We smile :-).

thanks.
Comment 24 Thomas Zander 2010-01-06 10:55:08 UTC
Thanks for your 'humble urging'. I'm not sure how I can help, it still is an upstream bug.
Comment 25 Kamil Neczaj 2010-01-06 12:25:12 UTC
so can you report it upstream and past the link? This bug is very important for kword, but no one will fix the "upstream bug" if it isn't reported upstream. 

You as a developer should now where is the bug.
Comment 26 hcoohb 2010-01-06 12:37:31 UTC
I definitely agree with revious posts, this bug is a real show-stopper and I think koffice cannot pretend to egals other Office pack quality with such a bug not resolved... And this is ashame !
Comment 27 Thomas Zander 2010-01-06 15:41:49 UTC
upstream; http://bugreports.qt.nokia.com/browse/QTBUG-7177
Comment 28 Victor Gavrish 2010-05-12 15:15:48 UTC
Related feature request:

https://bugs.kde.org/show_bug.cgi?id=237305
Comment 29 Thomas Zander 2010-05-28 18:07:41 UTC
*** Bug 239882 has been marked as a duplicate of this bug. ***
Comment 30 Josh 2010-07-25 11:00:06 UTC
Just a small comment, I agree with the rest of the guys.  This bug is supposed to be resolved, but it is not.  Kword still has those fonts which are kind of blurry for the users.  I really would like to fix this problem.  I believe on Koffice.  I know that there are other office softwares out there, but What kind we all do to fix the problem?  It would be nice if at least some of us can pay the developers to do the fixing.  I do not have much, but since I believe in Koffice maybe we can all pinch a little.  Since there are a lot of people that want this bug to be fixed, we could all pinch a little like 3 to 5 dollars or something like that.  Is there a way to do this?  If not how can we get the message to the developers that can make a difference on how the font looks, to fix this problem once and for all?

Thank you.

pookito
Comment 31 mutlu inek 2010-07-27 16:54:01 UTC
@josh or pookito: please read the link given in comment #27. It is being worked on in Qt.
Comment 32 Dominic Lyons 2011-01-04 18:57:22 UTC
Although the bug is "resolved" I want to point on http://community.kde.org/Calligra/Meetings/Mid_2010_meeting/Minutes#Font_rendering