Re: [Usability] File operations dialog redesign

Bogdan Butnaru wrote on 09/06/08 11:38: > > On Mon, Jun 9, 2008 at 10:42 AM, Xavier Bestel <[EMAIL PROTECTED]> wrote: >> >> Just a nitpick: "Pause" doesn't seem like a very bright concept to me. >> What do you want to achieve with such a button ? My design doesn't include a "Pause" button. You m

Re: [Usability] File operations dialog redesign

Shaun McCance wrote on 09/06/08 03:51: > > On Mon, 2008-06-09 at 00:59 +0100, Matthew Paul Thomas wrote: >> >> Matthew Paul Thomas wrote on 01/05/08 22:34: >... >> With that in mind, I've revised >> taking into account all >> your feedback. > > Jus

Re: [Usability] File operations dialog redesign

On Mon, Jun 9, 2008 at 10:42 AM, Xavier Bestel <[EMAIL PROTECTED]> wrote: > Just a nitpick: "Pause" doesn't seem like a very bright concept to me. > What do you want to achieve with such a button ? > If you just want to prioritize your downloads, how about a "Wait" > button, which would pause the d

Re: [Usability] File operations dialog redesign

On 9 Jun 2008, at 03:51, Shaun McCance wrote: I know we haven't addressed Cancel/Stop yet for the terminology guidelines (and I know I haven't been doing them much lately), but the difference between Cancel and Stop (as I'll propose it anyway) is that Cancel denotes something that can be backed

Re: [Usability] File operations dialog redesign

On Mon, 2008-06-09 at 00:59 +0100, Matthew Paul Thomas wrote: > Matthew Paul Thomas wrote on 01/05/08 22:34: > >... > > It would be easy to let this drift into something complicated that > > looked like a download manager, which would be ugly and cramped in the > > usual case of presenting just o

Re: [Usability] File operations dialog redesign

On Mon, 2008-06-09 at 00:59 +0100, Matthew Paul Thomas wrote: > Matthew Paul Thomas wrote on 01/05/08 22:34: > >... > > It would be easy to let this drift into something complicated that > > looked like a download manager, which would be ugly and cramped in the > > usual case of presenting just

Re: [Usability] File operations dialog redesign

Matthew Paul Thomas wrote on 01/05/08 22:34: >... > It would be easy to let this drift into something complicated that > looked like a download manager, which would be ugly and cramped in the > usual case of presenting just one move or copy at a time. >... With that in mind, I've revised

Re: [Usability] File operations dialog redesign

On Thu, 2008-05-01 at 22:34 +0100, Matthew Paul Thomas wrote: > On Apr 28, 2008, at 3:56 PM, Kirk Bridger wrote: > > > > The only use case I can think of (because I've experienced it) is > > using pause to prioritize specific copying. Or de-prioritize -- I'm copying over the network and it's usi

Re: [Usability] File operations dialog redesign

I agree, I think d&d would be really cool, and elegant, etc, but entirely overkill.  I think the "Pause all others" idea actually suits the use case well, without treading into download manager territory.  The re-prioritizing via d&d also implies some kind of throttling, whereas in reality I th

Re: [Usability] File operations dialog redesign

On Apr 28, 2008, at 3:56 PM, Kirk Bridger wrote: > > The only use case I can think of (because I've experienced it) is > using pause to prioritize specific copying.  If we have multiple > things going over the wire, and suddenly I want one to be the only > thing going, to make it get there as f

Re: [Usability] File operations dialog redesign

Hello! On Mon, 28 Apr 2008 13:01:44 +0100 Matthew Paul Thomas <[EMAIL PROTECTED]> wrote: > > I've published a proposed design on the Gnome wiki. > Comments welcome. > Looks good! I've added small comment on the page. > > > 3. Should pause functi

Re: [Usability] File operations dialog redesign

The only use case I can think of (because I've experienced it) is using pause to prioritize specific copying.  If we have multiple things going over the wire, and suddenly I want one to be the only thing going, to make it get there as fast as possible, I'd pause the lower priority ones. Now ma

Re: [Usability] File operations dialog redesign

Hi Paweł On Apr 26, 2008, at 2:52 PM, Paweł Paprota wrote: > ... > I've assigned bug #518410 [1] because I'm willing to work on the code > side of this issue. However, unfortunately I'm no UI designer... I've > tried to come up with some initial UI proposal for review but failed. > It would be gre