Stefan Schimanski wrote:
Am 17.10.2007 um 20:07 schrieb Joost Verburg:
Andre Poenitz wrote:
On Wed, Oct 17, 2007 at 05:57:12PM +0200, Stefan Schimanski wrote:
The patch is simple: Open GuiPainter.cpp. At the top is a #define
macro which can be set as you like to enable or disable the cache.
Joost Verburg wrote:
Andre Poenitz wrote:
On Wed, Oct 17, 2007 at 05:57:12PM +0200, Stefan Schimanski wrote:
The patch is simple: Open GuiPainter.cpp. At the top is a #define
macro which can be set as you like to enable or disable the cache.
Could that be a command line option?
Why not a n
On Wed, Oct 17, 2007 at 08:07:29PM +0200, Joost Verburg wrote:
> Andre Poenitz wrote:
> >On Wed, Oct 17, 2007 at 05:57:12PM +0200, Stefan Schimanski wrote:
> >>The patch is simple: Open GuiPainter.cpp. At the top is a #define
> >>macro which can be set as you like to enable or disable the cache.
Am 17.10.2007 um 20:07 schrieb Joost Verburg:
Andre Poenitz wrote:
On Wed, Oct 17, 2007 at 05:57:12PM +0200, Stefan Schimanski wrote:
The patch is simple: Open GuiPainter.cpp. At the top is a
#define macro which can be set as you like to enable or disable
the cache.
Could that be a comma
Andre Poenitz wrote:
On Wed, Oct 17, 2007 at 05:57:12PM +0200, Stefan Schimanski wrote:
The patch is simple: Open GuiPainter.cpp. At the top is a #define
macro which can be set as you like to enable or disable the cache.
Could that be a command line option?
Why not a normal preference? The
Stefan Schimanski wrote:
The patch is simple: Open GuiPainter.cpp. At the top is a #define macro
which can be set as you like to enable or disable the cache.
Thanks! Disabling the cache makes everything look normal again. Much
better for my eyes :)
Joost
On Wed, Oct 17, 2007 at 05:57:12PM +0200, Stefan Schimanski wrote:
> The patch is simple: Open GuiPainter.cpp. At the top is a #define
> macro which can be set as you like to enable or disable the cache.
Could that be a command line option?
Andre'
Joost Verburg wrote:
Abdelrazak Younes wrote:
On Windows, enabling or disabling the cache has strictly no effect on
my LCD screen.
Are you sure about this? I have ClearType enabled (the standard Windows
anti-aliasing which does sub-pixel rendering) but the fonts in LyX do
not look correctly.
The patch is simple: Open GuiPainter.cpp. At the top is a #define
macro which can be set as you like to enable or disable the cache.
Stefan
Am 17.10.2007 um 16:18 schrieb Joost Verburg:
Stefan Schimanski wrote:
After compiling the latest trunk (with the pixmap cache
optimization in the Gui
Abdelrazak Younes wrote:
On Windows, enabling or disabling the cache has strictly no effect on my
LCD screen.
Are you sure about this? I have ClearType enabled (the standard Windows
anti-aliasing which does sub-pixel rendering) but the fonts in LyX do
not look correctly. I'm quite certain tha
Stefan Schimanski wrote:
After compiling the latest trunk (with the pixmap cache optimization in
the GuiPainter) I noticed a very bad font rendering. I attached two
pictures, the first showing trunk with normal antialiasing, the right
showing direct font rendering with the pixmap cache disabled
Abdelrazak Younes wrote:
Stefan Schimanski wrote:
Does it sound reasonable to check for overlaps of the text pixmaps,
to put the background color into the pixmap signature and to use
non-transparent bitmaps instead?
Seems the obvious way to go.
But I guess we will have problem to make this w
Stefan Schimanski wrote:
Am 15.10.2007 um 22:46 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
This should explain it on Mac:
http://michelf.com/weblog/2006/subpixel-antialiasing-achilles-heel/
Here is the important part:
That said, I think Quartz is pretty smart because subpixel
a
Am 15.10.2007 um 22:46 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
This should explain it on Mac:
http://michelf.com/weblog/2006/subpixel-antialiasing-achilles-heel/
Here is the important part:
That said, I think Quartz is pretty smart because subpixel
antialiasing works on sem
Stefan Schimanski wrote:
This should explain it on Mac:
http://michelf.com/weblog/2006/subpixel-antialiasing-achilles-heel/
Here is the important part:
That said, I think Quartz is pretty smart because subpixel
antialiasing works on semitransparent backgrounds, like menus pulling
out from
This should explain it on Mac:
http://michelf.com/weblog/2006/subpixel-antialiasing-achilles-heel/
Here is the important part:
That said, I think Quartz is pretty smart because subpixel
antialiasing works on semitransparent backgrounds, like menus
pulling out from the menu bar. It implem
Am 15.10.2007 um 12:15 schrieb Stefan Schimanski:
Well, maybe not so wired. Just a guess: the backing pixmap is not
transparent. The cache uses transparent pixmaps and as I wrote in
the last posting, I think this makes a difference.
I removed the transparent fill command. Still there is no
On Mon, Oct 15, 2007 at 11:40:08AM +0200, Abdelrazak Younes wrote:
> Stefan Schimanski wrote:
> >Hi!
> >
> >After compiling the latest trunk (with the pixmap cache optimization in
> >the GuiPainter) I noticed a very bad font rendering. I attached two
> >pictures,
>
> Maybe I'm blind but I don't
Hans Meine wrote:
Am Montag, 15. Oktober 2007 12:03:35 schrieb Stefan Schimanski:
This is really bizarre in that, even when the cache is disabled, we
still uses a backing QPixmap. What you are saying means that
painting a QPixmap onto the screen does not render the same as
painting it onto
Am Montag, 15. Oktober 2007 12:03:35 schrieb Stefan Schimanski:
> > This is really bizarre in that, even when the cache is disabled, we
> > still uses a backing QPixmap. What you are saying means that
> > painting a QPixmap onto the screen does not render the same as
> > painting it onto anot
Well, maybe not so wired. Just a guess: the backing pixmap is not
transparent. The cache uses transparent pixmaps and as I wrote in
the last posting, I think this makes a difference.
I removed the transparent fill command. Still there is not sub-pixel
rendering. Strange.
Stefan
PGP.sig
Maybe I'm blind but I don't see big differences between the two
pictures.
Here is a zoom of both. You see the colored pixel on the right. It is
very well possible that there is no or hardly any difference on your
display. It depends on how the different colors of the pixels are
ordered. S
Stefan Schimanski wrote:
Hi!
After compiling the latest trunk (with the pixmap cache optimization in
the GuiPainter) I noticed a very bad font rendering. I attached two
pictures,
Maybe I'm blind but I don't see big differences between the two pictures.
the first showing trunk with normal an
Hi!
After compiling the latest trunk (with the pixmap cache optimization
in the GuiPainter) I noticed a very bad font rendering. I attached
two pictures, the first showing trunk with normal antialiasing, the
right showing direct font rendering with the pixmap cache disabled,
i.e. Qt is us
24 matches
Mail list logo
