[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kwrite-devel
Subject:    Re: "Toogle bookmark" or "Add bookmark"/"Remove bookmark" menu
From:       "Friedrich W. H. Kossebau" <kossebau () kde ! org>
Date:       2009-06-07 18:46:53
Message-ID: 200906072046.55222.kossebau () kde ! org
[Download RAW message or body]

Vendredi, le 5 juin 2009, à 20:53, Maciej Pilichowski a écrit:
> On Friday 05 June 2009 18:30:19 Friedrich W. H. Kossebau wrote:
> > The question, dear usability experienced:
> > What kind of actions/menu entries for managing the bookmarks are
> > most useful?
>
> Well, in general those which reflect the nature of the action. I.e.
> those which are self-explanatory.
>
> What specifically do you have in mind?

Add/Edit/Remove.

> > Is a single menu entry which changes its behaviour depending on if
> > the cursor is on a place with a bookmark or not the best solution,
>
> Far from best :-) Such UI is only for context menu, not a regular
> menu.
>
> > or should there be two explicit actions,
>
> Yes.

So the current menu in Okteta should be alright, fine :)
Regarding Kate, I let the Kate developers speak up. Of course I would welcome 
a similar approach in Kate#s menu structure, but it's their program and their 
choice, nice from me, eh? ;)

> > which always will be
> > activated mutual exclusively?
>
> Here are rather technical details. Like add/remove bookmark? You wrote
> it would be range-dependant, so I don't see why adding 1-100 bookmark
> excludes adding 1-10000 bookmark.

Ah, good catch. So the "Remove bookmark" might need to turn in a submenu 
listing the possible bookmarks to be deleted, to choose the one to delete 
from. At least for future versions of Okteta. And same for "Edit bookmark". 
That would do, or?

Thanks
Friedrich
-- 
Okteta - KDE 4 Hex Editor - http://utils.kde.org/projects/okteta
_______________________________________________
KWrite-Devel mailing list
KWrite-Devel@kde.org
https://mail.kde.org/mailman/listinfo/kwrite-devel

[prev in list] [next in list] [prev in thread] [next in thread]