Re: Deprecation of GtkImageMenuItem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Right. That doesn't sound so bad. And I did search through my own archive, but admittedly it doesn't go back *that* far. I think it would be a good idea to put some links on the page:

https://developer.gnome.org/gtk3/stable/GtkImageMenuItem.html

 ... ( where it declares the deprecation every couple of lines ) ... describing the situation and the fact that the world is not ending :) Otherwise I predict more questions.

Anyway, thanks for your response.

Dan

On Thu, Oct 23, 2014 at 8:31 PM, Emmanuele Bassi <ebassi@xxxxxxxxx> wrote:
hi;

at some point this should go in a FAQ — or people should start reading
the archives — because I replied the exact same thing over and over
again on three different mailing lists. clearly, I'm doomed to repeat
this forever, so let's get another round. maybe I'll keep a link to
the archives, and just reply with it, next time.

a GtkImageMenuItem is just a GtkMenuItem with a GtkImage packed into
it — plus code to handle the global hammer setting to toggle image
visibility. you can use the GtkContainer API to pack basically
anything inside a GtkMenuItem, though you'll have to be mindful of
grabs if you pack something that handles input.

as to the GNOME HIG: the recommendation is to use icons *sparingly*,
and mostly for "objects" (or "nouns") — e.g. bookmarks, links to
files, or similar concepts. using icons for "actions" (or "verbs")
leads to overloading of images, and does nothing to increase the
recognisability of those actions. it puts unduly pressure on icon
artists to create unique icons for lots of actions, and put cognitive
pressure on the users to remember what those icons mean. positional
memory ("this item is the 5th from the top of the 2nd menu") and a
proper label are better suited than icons.

another recommendation is to *not* use GtkMenu and friends directly,
but to use GtkBuilder, GAction, and GMenu — follow the "How Do I"
document here: https://developer.gnome.org/GMenu/ — to describe your
menus with XML, which also lets you specify icons for specific menu
items.

ciao,
 Emmanuele.

On 23 October 2014 06:24, Daniel Kasak <d.j.kasak.dk@xxxxxxxxx> wrote:
> I've read various threads about the deprecation of GtkImageMenuItem. From
> what I gather, it's "not recommended" from a HIG perspective to put icons in
> menus, and this is the reasoning behind deprecating them.
>
> Personally I disagree with this recommendation, and quite strongly. Icons
> are instantly recognisable - in particular when you're familiar with the
> application and context. It takes a lot more time to read some text and
> figure out what a menu item is. I think this is fairly universal. What's
> more, having a icons *looks* more polished - but I concede this is more a
> matter of personal taste than the 1st point.
>
> If I were writing 'official' Gnome apps or whatever, I would abide by the
> HIG recommendations, while simultaneously lobbying for a change in this
> policy :P But since I'm *not* writing official Gnome apps, and I'm writing
> commerical apps where we *do* want things like icons in menus, I think this
> deprecation is of concern. I realise that until 4.0, I can continue to use
> GtkImageMenuItem. But what happens after that? Will there be *any* way to
> achieve icons in menus? If there will be, and it just involves ( a bit )
> more work, then fine, I can deal with that. If not ... can I register my
> protest against this?
>
> Thanks :)
>
> Dan
>
> _______________________________________________
> gtk-list mailing list
> gtk-list@xxxxxxxxx
> https://mail.gnome.org/mailman/listinfo/gtk-list
>



--
http://www.bassi.io
[@] ebassi [@gmail.com]

_______________________________________________
gtk-list mailing list
gtk-list@xxxxxxxxx
https://mail.gnome.org/mailman/listinfo/gtk-list

[Index of Archives]     [Touch Screen Library]     [GIMP Users]     [Gnome]     [KDE]     [Yosemite News]     [Steve's Art]

  Powered by Linux