One Hundred Papercuts

auto-resize of copy dialog box

Bug #387869 reported by Lenny on 2009-06-16

This bug affects 2 people

Affects		Status	Importance	Assigned to	Milestone
	Nautilus	Fix Released	Undecided	Unassigned
	One Hundred Papercuts	Fix Released	Undecided	Unassigned

Bug Description

When copying a file, initially the time left for the copy is unknown as is the transfer speed and so the copy dialog box showing the transfer process is drawn small. When these values are determined, the box is resized to fit the new info, jumping to a larger size. This seems unprofessional. It would be better to have the box initially drawn large enough so that when the parameters are filled in there is no eye-shocking redraw every time a copy is performed.

Revision history for this message

Martin Albisetti (beuno) wrote on 2009-06-22:

A great papercut to fix!

Changed in hundredpapercuts:
status:	New → Confirmed

Revision history for this message

Martin Albisetti (beuno) wrote on 2009-06-22:

I thing the fix proposed is good enough

Changed in hundredpapercuts:
status:	Confirmed → Triaged

Revision history for this message

pranith (bobby-prani) wrote on 2009-06-22:

or better, do not draw the window until you have the required info. This should be more aesthetic than drawing an empty shell and filling the gaps

Revision history for this message

Lenny (llericks) wrote on 2009-06-22: Re: [Bug 387869] Re: auto-resize of copy dialog box

that would also work to eliminate the resizing, but might create another
undesirable situation...

The reason I proposed what i did over a solution akin to this is that while
the same thing is happening in the background in both cases (the file is
starting to copy), the delayed visual feedback of the copy window popping up
might be interpreted by the user as "slow-ness". By drawing the window as
soon as the operation begins, the OS earns more "snappiness" points with the
user, always a good thing.

On Mon, Jun 22, 2009 at 10:36 AM, prani_bobby <email address hidden> wrote:

> or better, do not draw the window until you have the required info. This
> should be more aesthetic than drawing an empty shell and filling the
> gaps
>
> --
> auto-resize of copy dialog box
> https://bugs.launchpad.net/bugs/387869
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
~Lenny

Martin Albisetti (beuno) on 2009-07-21

Changed in hundredpapercuts:
milestone:	none → round-8
status:	Triaged → Confirmed

Revision history for this message

Milan Bouchet-Valat (nalimilan) wrote on 2009-08-28:

GTK+ allows somewhere to get the size required to show some text (I forgot where, maybe only in GtkLabels). So you can get the size of the string, using zeros instead of the real numbers, and using three or four of them so that the real speed does not take more space. Then, the dialog will be wide enough not to resize itself.

BTW, update-manager has the same problem when downloading packages, so the same trick could be applied when it's written.

David Siegel (djsiegel-deactivatedaccount) on 2009-11-30

Changed in hundredpapercuts:
milestone:	round-8 → lucid-round-3

Revision history for this message

Luke Symes (allsymes) wrote on 2010-02-19:

Copying files - File operation dialog Edit (14.1 KiB, image/png)

Attached is what I get for a copy dialog, and as you can see I get a dialog that is more than big enough to handle the addition of the transfer speed.
Looking at the code, I found this (libnautilus-private/nautilus-progress-info.c:355,356):
label = gtk_label_new ("status");
gtk_widget_set_size_request (label, 500, -1);
So, the whole dialog will be stretched to at least 500 pixels. Isn't that more than enough?
I'm thinking this bug should be marked Fix Released. What do people think?