> While otherwise a decent idea, this makes the menuitem have two > different actions without clearly stating so. There is visually > nothing that will tell the user that the eject button is any different > from the icon before the text. Making it look like a button would sort > of solve this I guess...
Well, Tomboy shows greyed out pins by default and coloured ones when you hover the mouse over them (the pins, not the notes). It seems to work quite well, but of course making them look like buttons would be fine too. I'd vote for the Tomboy option though, just for the sake of coherence. > BUT this would also disrupt keyboard navigation (and most likely > assistive technologies too), since although you could implement it so > that pressing right would select the small icon when on the item, > getting back would not be as simple. If we are to follow Tomboy's method, keyboard navigation should just ignore the buttons. We could also add a context menu with "open" and "eject", since apps menu items already have context menus and it would be just logical that items in the places menu had them too. _______________________________________________ desktop-devel-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/desktop-devel-list
