[Bug 80921] Re: No subpixel rendering
** Changed in: poppler Status: Confirmed => Unknown -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/80921 Title: No subpixel rendering To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/80921/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
** Changed in: poppler (Ubuntu) Status: Triaged = Confirmed -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/80921 Title: No subpixel rendering To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/80921/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Hello guys, Have any plans for https://bugs.freedesktop.org/show_bug.cgi?id=3307 ? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/80921 Title: No subpixel rendering -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
** Changed in: poppler Importance: Unknown = Wishlist -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/80921 Title: No subpixel rendering -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
** Changed in: poppler Importance: Wishlist = Unknown -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/80921 Title: No subpixel rendering -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
@Tobias Wolf That's not what I meant. I did notice that there was an official, unpatched package that was more recent than yours but I didn't install it. I'm sure I have your patched versions installed but PDFs are still rendered using greyscale-antialiasing. I checked with xmag. Adobe Reader does it right (tested with the same file). Any ideas what couldbe wrong? Ciao, Stormking -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Did you try a number of PDF files? It seems that some types of PDF are always grayscale by virtue of how the fonts are embedded in them. PDF documents generated by OpenOffice are among those for instance. I don’t feel terribly confident with these patches at all to be frank. It would be good if a person who knows what she is doing were to take a look at this and have a go at a proper solution. -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
I missed a minor update to Evince that came through lucid-updates last week. I uploaded a new patched package that takes precedence again. -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 80921] Re: No subpixel rendering
Hello Anders, you just caught me being sloppy. I needed a method to override the packaged versions and by trial and error it appeared that I have to increment ubuntuX. I had been using this method for a while when I figured I can save work for myself if skip incremental updates during development period if I use ubuntuX+n. Perhaps I should use a bit more care considering that these packages are also consumed publicly. On another note, you posted a patch in 2007 to the upstream bug report. Can’t we do anything to close this upstream? I know upstream wants a patch and sees no difference between LCD filter and no filtering anyhow. But really. And then there’s the issue that Carl Worth removed the LCD filtering API from Cairo because some test suite images came out differently. In PDF rendering we cannot follow the desktop settings because only slight hinting and the across-pixel filter work properly on PDFs. We have to have control over the font rendering settings. -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
I needed a method to override the packaged versions and by trial and error it appeared that I have to increment ubuntuX. No; the correct versioning scheme for a PPA is described here: https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage#Versioning On another note, you posted a patch in 2007 to the upstream bug report. Can’t we do anything to close this upstream? I hope so (though the particular patch I posted in 2007 isn’t useful anymore). I know upstream wants a patch and sees no difference between LCD filter and no filtering anyhow. But really. It’s totally reasonable for them to want a patch, and there’s no reason to believe that they “see no difference”. And then there’s the issue that Carl Worth removed the LCD filtering API from Cairo because some test suite images came out differently. That was a long time ago in the 1.7 branch. Freetype LCD filtering has never been in a stable release of Cairo; Ubuntu has been patching it in. In PDF rendering we cannot follow the desktop settings because only slight hinting and the across-pixel filter work properly on PDFs. Those are the default desktop settings these days on Ubuntu, right? But anyway, why should PDFs need to be any different than the rest of the desktop? -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 80921] Re: No subpixel rendering
No; the correct versioning scheme for a PPA is described here: https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage#Versioning Duly noted. I know upstream wants a patch and sees no difference between LCD filter and no filtering anyhow. But really. It’s totally reasonable for them to want a patch, and there’s no reason to believe that they “see no difference”. Well, yes. And I received a stupefying reaction when I expressed disbelief about this claim back then: http://lists.freedesktop.org/archives/poppler/2009-August/005008.html And then there’s the issue that Carl Worth removed the LCD filtering API from Cairo because some test suite images came out differently. That was a long time ago in the 1.7 branch. Freetype LCD filtering has never been in a stable release of Cairo; Ubuntu has been patching it in. The removal of filtering API is something in addition to that (i.e., just using the filters that FreeType provides) and Ubuntu doesn’t patch that back in now. What I think is needed to set the filter method on the canvas is cairo_font_options_set_lcd_filter() and that was removed in this commit: commit 5d887ad5dca5af0f8216830d1b04d08a5aba9bee Author: Carl Worth cwo...@cworth.org Date: Thu Sep 25 13:31:20 2008 -0700 Remove all lcd_filter code. We reverted the public API for setting lcd_filter font options back in 1b42bc8033bc , but we had left the implementation which would examine fontconfig and Xft properties for the option, and which would call into freetype for subpixel glyph rasterization. However, I recently realized, (and the test suite had been trying to tell me for a while), that this approach would cause a regression for users who were previously using sub-pixel text, but without sub-pixel rendering built directly into freetype. That's not acceptable, so all the code is coming out for now. and: API changes since 1.7.4 --- There have been a few changes of API that was new during the 1.7 series: * Remove cairo_font_options_set_lcd_filter and cairo_font_options_get_lcd_filter Motivation: At the Cairo Summit, this API was determined to be too specific to the freetype font backend to be in the general API. A similar API with a cairo_ft prefix might be introduced in the future. Note that cairo will still respect the corresponding fontconfig settings for these options. In PDF rendering we cannot follow the desktop settings because only slight hinting and the across-pixel filter work properly on PDFs. Those are the default desktop settings these days on Ubuntu, right? But anyway, why should PDFs need to be any different than the rest of the desktop? Yes, but there are still many users who revert back to the old look and the old filter (e.g.: http://goo.gl/tnvl ) In a PDF strong hinting and that intra-pixel filtering model don’t really work. In PDF you have a scalable canvas and fractional advance widths. In normal on-screen text you have integer advances, so pixel snapping/quantization makes some sense. But there is a reason that Poppler disables hinting completely. The reason is that you would get very bad kerning if you would enable full hinting in a PDF. The thing is, there are ways to improve upon unhinted fonts. Slight hinting quantizes in y-direction only, which doesn’t affect kerning at all. And LCD filtering can improve contrast without affecting the advance widths of the glyphs. This is why in PDF we should force some settings and not use the global desktop settings. -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Well, yes. And I received a stupefying reaction when I expressed disbelief about this claim back then: http://lists.freedesktop.org/archives/poppler/2009-August/005008.html Sounds like he sees a slight difference, not enough to personally care about it, but would accept a good patch if someone else cares enough to write one. The removal of filtering API is something in addition to that (i.e., just using the filters that FreeType provides) and Ubuntu doesn’t patch that back in now. The filtering API was introduced in 1.7.2 and removed in 1.7.4/1.7.6; it has never been on the stable 1.6 or 1.8 branches. Ubuntu has never had a package with this API, except briefly during the Intrepid development cycle. The way forward here is to work with Cairo upstream to resolve the problems with users whose FreeType lacks subpixel rendering, and try get the patches reintroduced for the 1.9 branch. Yes, but there are still many users who revert back to the old look and the old filter (e.g.: http://goo.gl/tnvl ) People’s monitors, vision, and preferences differ; they always will. We should respect that instead of forcing our preferences upon them. The reason is that you would get very bad kerning if you would enable full hinting in a PDF. Hasn’t that been a solved problem for many years? http://fishsoup.net/articles/grid-fitting/ (I personally prefer slight hinting, but if different settings work for other people that’s fine with me!) -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 80921] Re: No subpixel rendering
On Mi, 2010-03-24 at 09:12 +, Anders Kaseorg wrote: The way forward here is to work with Cairo upstream to resolve the problems with users whose FreeType lacks subpixel rendering, and try get the patches reintroduced for the 1.9 branch. Yes, I hope they will pick this up soon. The test suite point is something I didn’t really agree with. If a distribution wants to avoid the risk of patent infringement and disables LCD filtering then it doesn’t matter if the code doing the filtering is at a lower or higher level. The FreeType solution to higher level libraries requesting LCD filtering then was to just render R=G=B, which I agree is a lame way to handle it. Yes, but there are still many users who revert back to the old look and the old filter (e.g.: http://goo.gl/tnvl ) People’s monitors, vision, and preferences differ; they always will. We should respect that instead of forcing our preferences upon them. Right, everything should remain configurable. But we need a method to configure LCD filter on an app-by-app basis. Just asking FontConfig is not enough, is my point. Behdad E. agrees: http://lists.cairographics.org/archives/cairo/2010-January/018920.html The reason is that you would get very bad kerning if you would enable full hinting in a PDF. Hasn’t that been a solved problem for many years? http://fishsoup.net/articles/grid-fitting/ Theoretically yes. But not in practice. Not at all. It would look like Fig.6. The worst part is that in a PDF you don’t get continuous runs of text (viz. paragraphs) that the renderer is at liberty to layout itself. You get chunks of glyphs that have precisely defined coordinates, and unless to stick to »natural« metrics you will get bad looking text. -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Tobias, your improved-lcd-filtering PPA contains a version of poppler labelled as “0.12.4-0ubuntu4~ppa1”. However, it is actually based on 0.12.4-0ubuntu1, and is missing the changes in Ubuntu’s 0.12.4-0ubuntu2, even though it claims to have a higher version. Similarly for evince 2.29.92-0ubuntu4~ppa1 based on 2.29.92-0ubuntu1, and cairo 1.8.10-2ubuntu4~ppa1 based on 1.8.10-2ubuntu1 (updated Ubuntu versions haven’t been released yet for these, but when they do they will have a lower version number than your packages). You should version packages that are based on Ubuntu’s -XubuntuY as either -XubuntuYppa1 or -Xubuntu(Y+1)~ppa1, not anything higher, because otherwise you might prevent the user from receiving important security upgrades when Ubuntu releases -Xubuntu(Y+1). (If you need to release more than one PPA version, change ppa1 to ppa2, etc.) -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
I’m not sure why it doesn’t work for you. You have the full set of packages. Unfortunately I moved my system onwards to Lucid, so I can’t reproduce your setup. But I know that a friend added this PPA on his Karmic sytem and it worked. Anyway, I upload another Evince to the Karmic PPA. Can you try again in a while? Also, do you have a ,fonts.conf? -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
The latest packages from the PPA work fine for me on Karmic, but why does the evince version 2.29.2-0ubuntu2~ppa3 as reported by dpkg and apt-cache differ from 2.29.5-0ubuntu5~ppa3 as listed at https://edge.launchpad.net/~improved-lcd- filtering/+archive/ppa? If I rebuild the packages from source on my system, which requires deleting any references to hardening-includes in debian/rules and debian/control, I get the correct version. (This is totally unrelated, but evince 2.29.5, at least on Karmic, doesn't save gui configuration globally but does this on per-file base, which is utterly annoying...) -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Never mind, was too quick. Now apt-cache reports the correct version. -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Ah yes. Now I can imagine what went wrong. For some files the patch does nothing. I’m not sure why, but I have a hunch that it is related to what type of fonts are embedded. So on these oddball files you always get gray antialias. Ilja, I reported that exact bug in Gnome Bugzilla. Please go there and confirm this annoyance. https://bugzilla.gnome.org/show_bug.cgi?id=606090 ** Bug watch added: GNOME Bug Tracker #606090 https://bugzilla.gnome.org/show_bug.cgi?id=606090 -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
I tried to install the packages from the PPA above, but they didn't solved the problem. It changed the font rendering method, but it didn't enabled subpixel rendering. In the attachment there is a comparison between the same pdf viewed in Evince with and without PPA's packages. Sorry if they doesn't have the same level of zoom, but they look the same also with another level of zoom. I'm using Ubuntu Karmic x86-64, in Gnome font settings I have set Slight subpixel smoothing, and it works fine in all apps. I had also modified /etc/fonts/conf.d when I was running jaunty in order to enable subpixel rendering in jaunty's firefox-3.5, but this has never give me a problem, because I have only put system-wide the same settings that there are in gnome. ** Attachment added: Evince with and without Tobias Wolf's PPA http://launchpadlibrarian.net/38533321/evince%20ppa%20comparison%201.png -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Mattibal can you post the output of this command please? dpkg -l | grep poppler\|evince\|libevview\|libevdoc\|libcairo2 -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
This is the output (I've removed package descriptions on the right): ii evince2.29.2-0ubuntu2~ppa3 ii libcairo2 1.8.8-2ubuntu3~ppa2 ii libevdocument12.28.1-0ubuntu3~ppa1 ii libevdocument22.29.2-0ubuntu2~ppa3 ii libevview12.28.1-0ubuntu3~ppa1 ii libevview22.29.2-0ubuntu2~ppa3 rc libpoppler-glib3 0.8.7-1ubuntu0.2 ii libpoppler-glib4 0.12.0-0ubuntu3~ppa1 ii libpoppler-qt4-3 0.12.0-0ubuntu3~ppa1 rc libpoppler3 0.8.7-1ubuntu0.2 rc libpoppler4 0.10.5-1ubuntu2.5 ii libpoppler5 0.12.0-0ubuntu3~ppa1 ii poppler-utils 0.12.0-0ubuntu3~ppa1 ii python-evince 2.28.0-0ubuntu1 -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
I have this problem too in Okular. The results are slightly better when I don't use T1 fonts in Latex as per this bug report http://bugs.freedesktop.org/show_bug.cgi?id=21061 but still the fonts in Okular from latex-generated documents are thin and weak. ** Bug watch added: freedesktop.org Bugzilla #21061 https://bugs.freedesktop.org/show_bug.cgi?id=21061 -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Hi, Tobias packages makes font rendering so much better in Evince, but not in Okular :-( I took a quick look at the Okular source code and there's no reference to Cairo.. how could I enable subpixel rendering in this case? -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Ra, this problem is driving me crazy !.. So Okular/Poppler-QT4 in fact doesn't use Cairo at all, but uses Arthur instead. Yay, back to square one! -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
As Tom Jaeger pointed out earlier, why nobody seem to care about subpixel smoothing in PDF readers ?! In fact I have subpixel smoothing for about every text in KDE and Gnome but the two main PDF readers, the kind of app that displays the heaviest quantity of text on an end-user machine with web browsers.. how convenient !... -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
The problem with Evince is that scrolling is too fast(abrupt), there's no way to slow it down and I always need to hide the next part of the text in order to try to guess it (maths course books). That plus the lack of annotations.. So back on Okular and its eye-damaging fonts. Flooder out, hope we'll this fixed someday (?). -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
I'm still looking forward to seeing out-of-the-box subpixel-support in libpoppler. What's the news since November? -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Can someone please explain in layman terms when subpixel rendering is going to be available in evince (okular), the difference between a pdf and the fonts which evince renders is huge. I've started a thread on the Evince mailing lists; http://news.gmane.org/gmane.comp.gnome.apps.evince.general hopefully it'll get fixed soon enough. I'm also surprised more people aren't aware of this. -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Mohamed, can you try my packages above and see if they are an improvement? I think they achieve what you are looking for. -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Tobias: Thanks. Your package offers huge improvements over the standard one, but, I use hintfull as my default hinting style and I'm curious as to how your changes would look if you compiled with hintfull instead of hintslight. Screenshot; http://img381.imageshack.us/my.php?image=popplerhintslightmk3.png -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
It seems that Poppler also disables hinting completely. I created test packages in a special PPA that enable both slight hinting, which really improves vertical text contrast, and the default LCD filter, which improves horizontal contrast a great deal. I had to revert the removal of the FreeType LCD filtering API in Cairo 1.7.6 so that Tom’s patch still works as intended. The PPA sources can be found here: https://edge.launchpad.net/~improved-lcd-filtering/+archive The attachment shows one example of the effect of slight hinting and the subpixel LCD filter. Please test, you will see that in most cases it improves readability, but for some (thin) fonts and zoom levels, there’s also color fringing. ** Attachment added: Comparison of unhinted gray versus lightly hinted and LCD filter http://launchpadlibrarian.net/18495813/evince-hinting.png -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Patch seems to do what what it says on the box, with nice results. -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Tom, that patch from freedesktop bugzilla is not cool. It messes with the symptoms but not with the cause of the bug. Did you read the comments in the thread? http://lists.freedesktop.org/archives/poppler/2008-May/003814.html -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
The patch from bugzilla has a more obvious problem: It doesn't work. So I created this patch which will at least give people what they want even if it's not the right solution. That's what quick-and-dirty workaround means. Obviously I wouldn't even think about submitting this upstream, but does anybody really think upstream is going to fix this anytime soon? This really shouldn't be too hard to fix for someone with some knowledge of the inner workings of poppler and cairo, but apparently people don't care about subpixel smoothing. Poppler leaves the cairo font options at their default settings, but the cairo documentation is quiet about how it is determined what the default settings are (strangly enough, if I draw into a pixbuf via a simple gtkmm/cairomm program, subpixel smoothing is enabled, but it'll use lcdfilterlegacy). So I've decided that it's not worth my time going through the cairo source trying to figure this out. -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Right, that’s fair enough. As long as you don’t propose this as the fix. In your patch, why do you hard code pixel order to RGB? What if someone rotates his screen? -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
It doesn't matter. I don't know where the font options come from, but they definitely don't come from gconf. So even if you don't explicitly set the pixel order, it'll still assume RGB. -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Could someone please explain what the deal is with evince linking against libpoppler2? -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Nevermind, evince/intrepid links against libpoppler3. -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
quick-and-dirty workaround ** Attachment added: poppler-force-subpixel.patch http://launchpadlibrarian.net/15399169/poppler-force-subpixel.patch -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
This deb should enable subpixel smoothing in evince. It needs the evince package from intrepid. ** Attachment added: libpoppler-glib3_0.8.2-2_i386.deb http://launchpadlibrarian.net/15399255/libpoppler-glib3_0.8.2-2_i386.deb -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
Posted at mailing list, problem is due to bug in Cairo backend surface code. https://bugs.freedesktop.org/show_bug.cgi?id=3307 ** Changed in: poppler (Ubuntu) Status: Invalid = Confirmed ** Also affects: poppler via https://bugs.freedesktop.org/show_bug.cgi?id=3307 Importance: Unknown Status: Unknown -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
** Changed in: poppler Status: Unknown = Confirmed -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
** Changed in: poppler (Ubuntu) Importance: Undecided = Low Status: Confirmed = Triaged ** Changed in: poppler (Ubuntu) Assignee: (unassigned) = Ubuntu Desktop Bugs (desktop-bugs) -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 80921] Re: No subpixel rendering
that's an upstream request and you can ask that on the poppler mailing list not in a bug tracker, thanks. ** Changed in: poppler (Ubuntu) Status: New = Invalid -- No subpixel rendering https://bugs.launchpad.net/bugs/80921 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
