Re: [GNUnet-developers] Stop/Cancel buttons in gnunet-gtk and so

[Christian Grothoff]

On Wednesday 20 February 2008, Milan wrote:
> Dealing with the Cancel/Stop/Clear buttons in FS->Status, I thought we
> had to improve their labels:
> * The clear stock button is wrong because it can be translated to
> something more agressive than it is in English - in French, we get
> something like "erase", which is not what the button does.
> I changed it to "Clean", making it a custom button that will have to be
> translated (hopefully more correctly).

Sounds good.

> * Cancel and Stop are not obvious at all: one aborts the
> download/search/upload, the other aborts and removes it from the list;
> they often get the very same icon from the theme. I'd better use
> "Cancel" and "Delete", what do you think? The question then can be, what
> do the temporary files become?

I think removing the "cancel" buttons from the status view might be a good 
solution -- "stop" should be enough there (and would avoid the confusion that 
you mention).  

> In the search results frame, we have Pause/Resume/Cancel/Close. Is there
> any reason (usability or technical) to use different buttons for Pause
> and Close? From the user POV, a paused search can be restarted, but
> there's no need to abort it. I changed Cancel to Stop to better suit
> Pause/Resume, but this has to be thought more carefully.

Well, pause allows restart (and only after pause was clicked the resume button 
becomes visible) whereas close closes the frame (which is obviously different 
from pause).  Having also cancel (which keeps the frame open but does not 
allow for a resume) is confusing (but we hand cancel before we had 
pause/resume).  I think removing cancel here is a good idea (for now I just 
made the cancel button invisible using glade).

>
> BTW, another point about gnunet-gtk: has somebody checked the new
> connections count and tray icon I coded under Win32? I guess it may need
> 16x16px icons at least, but maybe it can resize our 22x22 ones - there
> shouldn't be many problems since it is pure GTK+ code. Is gnunet-gtk
> planned to be shipped for Windows, or will gnunet-qt replace it?

I've not checked under W32, but I like the result under KDE ;-).

Christian