Pat Suwalski wrote:
Elijah Newren wrote:
http://bugzilla.gnome.org/show_bug.cgi?id=327335. I'm with Federico
though in thinking we should make it fast instead.
If memory serves, the background resampling and applying used to be very
snappy and got significantly slower when everything
On Mon, 2006-01-30 at 13:52 -0700, Elijah Newren wrote:
I also feel that it looks odd and out of place (Why else would I click
on a different image than to have it be my background?). It appears
this was done because the change was too slow -- at least that's the
valid reason I could find at
On Tue, 2006-01-31 at 12:49 +, Calum Benson wrote:
On Mon, 2006-01-30 at 13:52 -0700, Elijah Newren wrote:
I also feel that it looks odd and out of place (Why else would I click
on a different image than to have it be my background?). It appears
this was done because the change was
Hi,
Do we have a general performance problem currently? My Fedora Rawhide
(FC5) desktop is slow as hell atm. I thought at first it was a
distribution/development edition issue, but talking to people running
Dapper at the office they are experiencing the same.
One example, starting Totem for the
Thomas Wood wrote:
I was thinking of doing some work on the theme manager UI for 2.16. Should
the theme manager be switched to explicit apply too? It often takes more
than a second to apply a theme.
The best way to see what your desktop will look like is to click one of
the themes and see
Pat Suwalski wrote:
Thomas Wood wrote:
I was thinking of doing some work on the theme manager UI for 2.16.
Should
the theme manager be switched to explicit apply too? It often takes more
than a second to apply a theme.
The best way to see what your desktop will look like is to click one
of
Le mardi 31 janvier 2006 à 15:17 +0100, Christian Fredrik Kalager
Schaller a écrit :
Hi,
Do we have a general performance problem currently? My Fedora Rawhide
(FC5) desktop is slow as hell atm. I thought at first it was a
distribution/development edition issue, but talking to people running
On 1/31/06, Christian Fredrik Kalager Schaller [EMAIL PROTECTED] wrote:
Hi,
Do we have a general performance problem currently? My Fedora Rawhide
(FC5) desktop is slow as hell atm. I thought at first it was a
distribution/development edition issue, but talking to people running
Dapper at the
On Tue, 2006-01-31 at 09:16 -0500, Pat Suwalski wrote:
James Henstridge wrote:
If this is the case, has anyone pinged Carl Worth about the slowdown, to
see if it can be fixed? (either on our end by doing the rendering in a
more efficient way, or by adding fast paths to Cairo for the
Christian Fredrik Kalager Schaller wrote:
Hi,
Do we have a general performance problem currently? My Fedora Rawhide
(FC5) desktop is slow as hell atm. I thought at first it was a
distribution/development edition issue, but talking to people running
Dapper at the office they are experiencing the
On Tue, 2006-01-31 at 14:38 +, Thomas Wood wrote:
This isn't really the issue. The problem is that the apply procedure
takes more than a second to complete, thus violating the previously
mentioned section of the HIG about instant apply.
I saw a figure quoted that the average time to
On Tue, 2006-01-31 at 14:38 +, Thomas Wood wrote:
Pat Suwalski wrote:
Thomas Wood wrote:
I was thinking of doing some work on the theme manager UI for 2.16.
Should
the theme manager be switched to explicit apply too? It often takes more
than a second to apply a theme.
The best
Thomas Wood wrote:
Is this not the case?
This isn't really the issue. The problem is that the apply procedure
takes more than a second to complete, thus violating the previously
mentioned section of the HIG about instant apply.
Then the solution should be to paint the desktop with the
On Tue, 2006-01-31 at 10:14 -0500, Owen Taylor wrote:
I think the first step is for someone to simply spend a little time
figuring out what is slow:
- Gradients
- Scaled images
- Solid color backgrounds?
If we are scaling images *via Cairo* that is known to be slow with
older X
On Tue, 2006-01-31 at 15:31 +, Thomas Wood wrote:
It'd be interesting if you could try changing your theme (I assume you
are using Clearlooks) to Glider and seeing what difference that makes.
The Glider theme uses the Smooth engine, which is not currently using
cairo. Clearlooks on
Owen Taylor wrote:
I think the first step is for someone to simply spend a little time
figuring out what is slow:
- Gradients
- Scaled images
- Solid color backgrounds?
30 seconds of experimentation shows me that scaling and filling are
slow, while tiling is very fast. The very strange
James Livingston wrote:
On Tue, 2006-01-31 at 14:38 +, Thomas Wood wrote:
This isn't really the issue. The problem is that the apply procedure
takes more than a second to complete, thus violating the previously
mentioned section of the HIG about instant apply.
I saw a figure
Le mardi 31 janvier 2006 à 10:14 -0500, Owen Taylor a écrit :
On Tue, 2006-01-31 at 09:16 -0500, Pat Suwalski wrote:
James Henstridge wrote:
If this is the case, has anyone pinged Carl Worth about the slowdown, to
see if it can be fixed? (either on our end by doing the rendering in a
James Livingston wrote:
One thing I noticed is that the time is greatly affected by whether
Nautilus is drawing the desktop or not. I normally don't, but when
turned on the time was up to around a second. Drawing the icons and text
might take extra time, but is there something Nautilus is doing
Yesterday at 20:00, Elijah Newren wrote:
On 1/30/06, Torsten Schoenfeld [EMAIL PROTECTED] wrote:
Aloha,
why am I seeing more and more CVS conflicts for *.po files in
documentation directories? This happens for quite a few modules
(gucharmap and gnome-applets come to mind); and their number
On Tue, 2006-01-31 at 18:48 +0100, Danilo Šegan wrote:
So Torsten, try updating your gnome-doc-utils instead :)
Will do. Thanks for the prompt replies.
--
Bye,
-Torsten
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
On Tue, 2006-01-31 at 18:48 +0100, Danilo Šegan wrote:
Yesterday at 20:00, Elijah Newren wrote:
On 1/30/06, Torsten Schoenfeld [EMAIL PROTECTED] wrote:
Aloha,
why am I seeing more and more CVS conflicts for *.po files in
documentation directories? This happens for quite a few modules
On Tue, 2006-01-31 at 10:49 -0600, Federico Mena Quintero wrote:
On Tue, 2006-01-31 at 10:14 -0500, Owen Taylor wrote:
I think the first step is for someone to simply spend a little time
figuring out what is slow:
- Gradients
- Scaled images
- Solid color backgrounds?
If we
On Tue, 2006-01-31 at 12:39 -0500, Pat Suwalski wrote:
James Livingston wrote:
One thing I noticed is that the time is greatly affected by whether
Nautilus is drawing the desktop or not. I normally don't, but when
turned on the time was up to around a second. Drawing the icons and text
Jan de Groot wrote:
On Tue, 2006-01-31 at 15:31 +, Thomas Wood wrote:
It'd be interesting if you could try changing your theme (I assume you
are using Clearlooks) to Glider and seeing what difference that makes.
The Glider theme uses the Smooth engine, which is not currently using
On Tue, 2006-01-31 at 21:05 +, Thomas Wood wrote:
I switched back from Clearlooks cairo version to the Mist theme:
everything is nice and fast now. With cairo-clearlooks, clicking a
cleared number in gnome-mines, I could follow the bombsquad clearing the
field of known not-mine
Owen Taylor wrote:
So if things roughly double in speed when you disable nautilus,
this is about what is expected.
Perhaps this is one of those lovely O^2 operations or something, but
it's a transition from about 30 fps to about 1 fps. There is almost
certainly more to it
--Pat
On Tue, 2006-01-31 at 15:08 -0500, Rodney Dawes wrote:
Profiling the capplet won't help at all. It's not actually doing any of
the drawing on the desktop. Someone needs to profile nautilus and/or the
gnome-settings-daemon processes. These are the places where the drawing
happens. Albeit much
On Tue, Jan 31, 2006 at 08:58:22AM -0500, Rodney Dawes wrote:
On Tue, 2006-01-31 at 12:49 +, Calum Benson wrote:
On Mon, 2006-01-30 at 13:52 -0700, Elijah Newren wrote:
I also feel that it looks odd and out of place (Why else would I click
on a different image than to have it be my
29 matches
Mail list logo