On 01/30/2010 05:49 PM, Pino Toscano wrote:
Alle domenica 31 gennaio 2010, Hugo Pereira Da Costa ha scritto:
To me, the plain background you get when calling autofillbackground
(using the palette.color( widget->backgroundrole() ), is a feature, not
a bug.
See, color() != brush(). This
Alle domenica 31 gennaio 2010, Hugo Pereira Da Costa ha scritto:
> To me, the plain background you get when calling autofillbackground
> (using the palette.color( widget->backgroundrole() ), is a feature, not
> a bug.
See, color() != brush(). This Qt behaviour is basically bugging every widget
wh
On 01/30/2010 05:24 PM, Pino Toscano wrote:
Hi,
Alle domenica 31 gennaio 2010, Hugo Pereira Da Costa ha scritto:
On 01/30/2010 05:02 PM, Pino Toscano wrote:
Alle venerdì 29 gennaio 2010, Hugo Pereira Da Costa ha scritto:
Working on oxygen-style, though, I find it too bad its
Hi,
Alle domenica 31 gennaio 2010, Hugo Pereira Da Costa ha scritto:
> On 01/30/2010 05:02 PM, Pino Toscano wrote:
> > Alle venerdì 29 gennaio 2010, Hugo Pereira Da Costa ha scritto:
> >> Working on oxygen-style, though, I find it too bad its "main widget" has
> >> a plain solid background color t
Wasn't that a Qt bug, which just draws a solid background with no way of being
done otherwise? If so, I'd expect the workaround to be in the style, not in
every application (Okular included) which make use of that property
("autoFillBackground").
in other words, yes I will bug every single
On 01/30/2010 05:02 PM, Pino Toscano wrote:
Hi,
Alle venerdì 29 gennaio 2010, Hugo Pereira Da Costa ha scritto:
Working on oxygen-style, though, I find it too bad its "main widget" has
a plain solid background color that therefore doesn't match with the
rest of the application. I understand
Hi,
Alle venerdì 29 gennaio 2010, Hugo Pereira Da Costa ha scritto:
> Working on oxygen-style, though, I find it too bad its "main widget" has
> a plain solid background color that therefore doesn't match with the
> rest of the application. I understand, by discussing on IRC#oxygen that
> it is fo
Hi again Albert,
So 4 more screenshot:
- http://www.flickr.com/photos/42123...@n03/4316730697/sizes/o/
see the change of background color just above "thumbnails"
- http://www.flickr.com/photos/42123...@n03/4316730727/sizes/o/
see the change of background just below the "pages"
- http://www.flick
On 01/30/2010 03:42 PM, Albert Astals Cid wrote:
A Divendres, 29 de gener de 2010, Hugo Pereira Da Costa va escriure:
Dear Okular devs,
First: I must say I really love okular, uses it on a daily basis, find
it robust simple, fast, etc.
Enough congrats.
Working on oxygen-style, though, I fi
A Divendres, 29 de gener de 2010, Hugo Pereira Da Costa va escriure:
> Dear Okular devs,
>
> First: I must say I really love okular, uses it on a daily basis, find
> it robust simple, fast, etc.
> Enough congrats.
>
> Working on oxygen-style, though, I find it too bad its "main widget" has
> a pl
https://bugs.kde.org/show_bug.cgi?id=224860
--- Comment #3 from Martin Geisler 2010-01-30 22:36:53 ---
That was easy -- (setq focus-follows-mouse nil) informs Emacs that it does not
need to meddle with my mouse :-)
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
---
https://bugs.kde.org/show_bug.cgi?id=224860
Martin Geisler changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
https://bugs.kde.org/show_bug.cgi?id=224860
Jochen Trumpf changed:
What|Removed |Added
CC||jochen.tru...@anu.edu.au
--- Comment #1 fro
https://bugs.kde.org/show_bug.cgi?id=224860
Summary: Don't move the mouse on inverse search
Product: okular
Version: unspecified
Platform: Debian testing
OS/Version: Linux
Status: UNCONFIRMED
Severity: wishlist
Prio
14 matches
Mail list logo
