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 shadow
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 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
Jorge Almeida wrote:
...
IMHO you could first try emerging: glib>k+ and probably in second
place: xorg-x11.
There are also many image-manupulation libraries: jpeg,png,mng
HTH. Rumen
I guess it's going to be a long week...
Thanks :)
Jorge
Something that's still unclear to me: is the problem
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 ord
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, 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?
Yep
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 yo
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 alpha
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
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
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
On Monday 18 July 2005 11:47, Zac Medico wrote:
> 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
not really.
It is enough to have some kb int
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 n
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 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
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 support
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
background
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
http://forums.gentoo.org/viewtopic-t-3
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
http://forums.gentoo.org/viewtopic-t-344889-highlight-kde+slo
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...)
An
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 Alm
22 matches
Mail list logo
