Jorge Almeida wrote:
On Mon, 18 Jul 2005, Richard Fish wrote:
If so, possibly an error with themes or alpha blending...
But why now?
Well, one of the things that has been happening in the xorg/qt/kde world
is a move towards more eye-candy with transparency, drop shadows, and so
on. My
On Tue, 19 Jul 2005, Richard Fish wrote:
You might take a walk through the KDE option menus and disable anything that
says drop shadows, transparency, or most other eye-candy.
I had done that already. But I like eye-candy, or I might as well use a
minimalistic wm...
(I didn't get shadows
On Sun, 17 Jul 2005, Zac Medico wrote:
Jorge Almeida wrote:
I just emerged KDE, changing from the monolytic packages to the split
ones.
Now windows redrawing is painfully (and cas-ca-ding) slow.
The problem seems to be the same as in
Jorge Almeida wrote:
On Sun, 17 Jul 2005, Zac Medico wrote:
Jorge Almeida wrote:
I just emerged KDE, changing from the monolytic packages to the split
ones.
Now windows redrawing is painfully (and cas-ca-ding) slow.
The problem seems to be the same as in
On Mon, 18 Jul 2005, Zac Medico wrote:
Openbox supports multiple desktops. You can replace the default kde window
manager (kwin) with openbox:
http://icculus.org/openbox/docs.php?page=build.html#install-kde
Zac
Browsing the documentation, it seems it doesn't support setting the
Jorge Almeida wrote:
On Mon, 18 Jul 2005, Zac Medico wrote:
Openbox supports multiple desktops. You can replace the default kde
window manager (kwin) with openbox:
http://icculus.org/openbox/docs.php?page=build.html#install-kde
Zac
Browsing the documentation, it seems it doesn't
On Monday 18 July 2005 10:17, Jorge Almeida wrote:
On Sun, 17 Jul 2005, Zac Medico wrote:
Jorge Almeida wrote:
I just emerged KDE, changing from the monolytic packages to the split
ones.
Now windows redrawing is painfully (and cas-ca-ding) slow.
The problem seems to be the same as in
Volker Armin Hemmann wrote:
Do you have enough ram?
If you need swap, kde is dead slow.
This one should be *really* obvious. If the hard drive is thrashing, you're
out of ram :-).
Zac
--
gentoo-user@gentoo.org mailing list
On Mon, 18 Jul 2005, Volker Armin Hemmann wrote:
so, not kde, but mozilla is slow?
Slow redreaw of gtk is known.
Do you have enough ram?
If you need swap, kde is dead slow.
Is RenderAccel on?
Is KDE prelinked?
It's not a RAM problem (512M, and top shows it's not leaking somewhere).
KDE is
On Monday 18 July 2005 12:15, Jorge Almeida wrote:
On Mon, 18 Jul 2005, Volker Armin Hemmann wrote:
so, not kde, but mozilla is slow?
Slow redreaw of gtk is known.
Do you have enough ram?
If you need swap, kde is dead slow.
Is RenderAccel on?
Is KDE prelinked?
It's not a RAM
On Mon, 18 Jul 2005, Volker Armin Hemmann wrote:
well 512 is most of the time enough, but not always ;)
I know, but I checked top.
hm, if only gtk apps are slow, it is normal - gtk IS slow. Very slow.
But it wasn't noticeable before... It looks as if the several widgets
were being shown
Jorge Almeida wrote:
On Mon, 18 Jul 2005, Volker Armin Hemmann wrote:
well 512 is most of the time enough, but not always ;)
I know, but I checked top.
hm, if only gtk apps are slow, it is normal - gtk IS slow. Very slow.
But it wasn't noticeable before... It looks as if the several
Jorge Almeida wrote:
But it wasn't noticeable before... It looks as if the several widgets
were being shown _before_ the main window...
So, if I understand you correctly, some mozilla controls get drawn long
before the titlebar? Is that right?
If so, possibly an error with themes or
Jorge Almeida wrote:
I just emerged KDE, changing from the monolytic packages to the
split ones.
Now windows redrawing is painfully (and cas-ca-ding) slow.
Have you tried renaming your .kde3.4/ dir temporarily (while logged
out of KDE)? And removed all kde and mcop junk from /tmp?
Have you
On Mon, 18 Jul 2005, Richard Fish wrote:
Jorge Almeida wrote:
But it wasn't noticeable before... It looks as if the several widgets
were being shown _before_ the main window...
So, if I understand you correctly, some mozilla controls get drawn long
before the titlebar? Is that right?
On Mon, 18 Jul 2005, Rumen Yotov wrote:
Hi,
Think i can't of great help here, but at least twice when i had slow
graphical performance solved it by re-emerging some packages and
xorg-x11 once (i assume you have run 'revdep-rebuild' ;)
As it seems your main DM is KDE it's likely that there may be
On Mon, 18 Jul 2005, Benno Schulenberg wrote:
Have you tried renaming your .kde3.4/ dir temporarily (while logged
out of KDE)? And removed all kde and mcop junk from /tmp?
Have you unmerged the old kde ebuilds? And done --depclean? And
revdep-rebuild?
No. I think a deep cleaning is in
Jorge Almeida wrote:
...
IMHO you could first try emerging: glibgtk+ and probably in second
place: xorg-x11.
There are also many image-manupulation libraries: jpeg,png,mng
HTH. Rumen
Sigh I guess it's going to be a long week...
Thanks :)
Jorge
Something that's still unclear to me: is the
On Mon, 18 Jul 2005, Zac Medico wrote:
Something that's still unclear to me: is the problem with kde, mozilla, or
both? If you experience the same problem with mozilla under openbox then
your troubles have nothing to do with kde. OTOH, if you there's no problems
under openbox then the problem
I just emerged KDE, changing from the monolytic packages to the split
ones.
Now windows redrawing is painfully (and cas-ca-ding) slow.
The problem seems to be the same as in
http://forums.gentoo.org/viewtopic-t-344889-highlight-kde+slow+redraw.html
(but no answer there...)
Any idea?
--
Jorge
Jorge Almeida wrote:
I just emerged KDE, changing from the monolytic packages to the split
ones.
Now windows redrawing is painfully (and cas-ca-ding) slow.
The problem seems to be the same as in
http://forums.gentoo.org/viewtopic-t-344889-highlight-kde+slow+redraw.html
(but no answer there...)
21 matches
Mail list logo
