Hey,
On Mon, 2006-02-06 at 16:10 -0500, Matthias Clasen wrote:
On 2/6/06, Elijah Newren [EMAIL PROTECTED] wrote:
Was there a reason to do that instead of using Glynn's patch from bug
327335 to revert this specific change?
1) I was not aware of that bug and patch
2) We also want the
Federico Mena Quintero wrote:
- how long does nautilus take to pick up the pixmap and repaint its
desktop window. That takes about 1 second for me, due to XRENDER bugs.
This last one should be better on Radeon cards if you cvs update your
GTK+. I put a workaround for the relevant
On 2/6/06, Federico Mena Quintero [EMAIL PROTECTED] wrote:
On Wed, 2006-02-01 at 12:04 -0600, Federico Mena Quintero wrote:
Has anyone figured these out? :)
I have put a patch which removes the delays from the capplet and
gnome-settings-daemon
in
Matthias Clasen wrote:
2) We also want the icons back
Yes, this is definitely still a big issue. Unlike the instant-apply
behaviour, this particular change was never explained in detail.
The dialog looks very much out of place without them. I find the dialog
harder to use without them.
On Mon, 2006-02-06 at 16:16 -0500, Pat Suwalski wrote:
Matthias Clasen wrote:
2) We also want the icons back
Yes, this is definitely still a big issue. Unlike the instant-apply
behaviour, this particular change was never explained in detail.
1) GtkOptionMenu is deprecated.
2) GtkComboBox
Rodney Dawes wrote:
1) GtkOptionMenu is deprecated.
2) GtkComboBox makes it very difficult to add icons to the drop-down.
These two are valid points.
3) The icons were a total hack anyway, and broke a11y functionality
4) We have too many icons in use in the desktop, and so I, as well as
Quoting Pat Suwalski [EMAIL PROTECTED]:
Rodney Dawes wrote:
1) GtkOptionMenu is deprecated.
2) GtkComboBox makes it very difficult to add icons to the drop-down.
(1) is true, however it's also not going away any time soon;
(2) could be described as 'complete cock', it is quite possible to
On 2/6/06, Rodney Dawes [EMAIL PROTECTED] wrote:
1) GtkOptionMenu is deprecated.
2) GtkComboBox makes it very difficult to add icons to the drop-down.
What a silly excuse. Everybody else seems to
manage. We even ship a porting guide in.the
api docs and an illustrated example in gtk-demo.
On Thu, 2006-02-02 at 23:39 +, Iain * wrote:
On 2/1/06, Federico Mena Quintero [EMAIL PROTECTED] wrote:
- how long does nautilus take to pick up the pixmap and repaint its
desktop window. That takes about 1 second for me, due to XRENDER bugs.
Part of that second is a 300ms timeout
On 02/02/2006 09:23 AM, Rodney Dawes wrote:
The hope is to fix all of the problems. Not following the HIG is
something that I would consider a problem. I fixed the dialog to follow
the HIG.
I'd just like to point out that at least 2 of the 3 people listed in the
HIG's credits[1] have
On 2/3/06, Rodrigo Moya [EMAIL PROTECTED] wrote:
On Thu, 2006-02-02 at 23:39 +, Iain * wrote:
On 2/1/06, Federico Mena Quintero [EMAIL PROTECTED] wrote:
- how long does nautilus take to pick up the pixmap and repaint its
desktop window. That takes about 1 second for me, due to
On 2/1/06, Federico Mena Quintero [EMAIL PROTECTED] wrote:
- how long does nautilus take to pick up the pixmap and repaint its
desktop window. That takes about 1 second for me, due to XRENDER bugs.
Part of that second is a 300ms timeout before nautilus does anything,
to let GConf change all
On Thu, Feb 02, 2006 at 09:23:36AM -0500, Rodney Dawes wrote:
As I'm on older crappy hardware I guess I should sit out this release
cycle entirely as an even slower Gnome would probably kill it.
(2) shipping GNOME 2.14 with gtk-engines 2.6, leaving people who
giving us more
On 2/2/06, Rodney Dawes [EMAIL PROTECTED] wrote:
If the hope is to change it back when things get faster then this current
change is inflicting unnecessary software churn on users.
The hope is to fix all of the problems. Not following the HIG is
something that I would consider a problem. I
On Wed, 1 Feb 2006, Shaun McCance wrote:
Date: Wed, 01 Feb 2006 18:27:33 -0600
From: Shaun McCance [EMAIL PROTECTED]
To: desktop-devel-list@gnome.org
Subject: Re: control-center 2.13.90 released
On Wed, 2006-02-01 at 17:49 +, Alan Horkan wrote:
From: Davyd Madeley [EMAIL PROTECTED
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
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
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
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
On 1/30/06, Rodrigo Moya [EMAIL PROTECTED] wrote:
Changes since 2.13.5.1
background:
- Added apply button (Rodney Dawes) (327335)
- Fixed glib CRITICAL warnings (Rodney Dawes) (327327)
So, Gnome 2.12 had a nice working immediate apply background changer.
Why did this get changed to an odd
Em Seg, 2006-01-30 às 15:06 -0500, Matthias Clasen escreveu:
On 1/30/06, Rodrigo Moya [EMAIL PROTECTED] wrote:
Changes since 2.13.5.1
background:
- Added apply button (Rodney Dawes) (327335)
- Fixed glib CRITICAL warnings (Rodney Dawes) (327327)
So, Gnome 2.12 had a nice working
On 1/30/06, Matthias Clasen [EMAIL PROTECTED] wrote:
On 1/30/06, Rodrigo Moya [EMAIL PROTECTED] wrote:
Changes since 2.13.5.1
background:
- Added apply button (Rodney Dawes) (327335)
- Fixed glib CRITICAL warnings (Rodney Dawes) (327327)
So, Gnome 2.12 had a nice working immediate
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 moved to cairo. At
this
On Mon, 2006-01-30 at 13:54 -0700, Elijah Newren wrote:
It's worth noting that the only applicable reason from that page for
not making it instant apply is that it took longer than a second.
It's worth noting that several have commented in
http://bugzilla.gnome.org/show_bug.cgi?id=327335
On 1/30/06, Rodney Dawes [EMAIL PROTECTED] wrote:
On Mon, 2006-01-30 at 13:54 -0700, Elijah Newren wrote:
It's worth noting that the only applicable reason from that page for
not making it instant apply is that it took longer than a second.
It's worth noting that several have commented in
44 matches
Mail list logo
