On Wednesday, September 17, 2014, Humdinger <humdingerb@xxxxxxxxxxxxxx> wrote: > > On 16/09/2014, pulkomandy <pulkomandy@xxxxxxxxxxxxx <javascript:;>> wrote: > >> * Use a mark on the item to tell whether the bar is visible, rather > >> than changing its label > > Changing the label is possibly less confusing (as the HIG says, you know > > what will happen when you click the item). However, it makes it more > > difficult to document the UI which is why I went for this. But I'm not > > strongly attached to that and I can revert that part. > > I've had a look around and found: > > Apps with checkmark and fixed item label: > - Deskbar's "Show replicants" > - ShowImage's "Show toolbar" and "Show caption in full screen mode" > - MediaPlayer's "Hide interface" > - CharacterMap's "Show private blocks" > - ProcessController's "Live in Deskbar" > > Apps without checkmark, with changing item label: > - Expander's "Show|Hide contents" > - ActivityMonitor's "SHow|Hide legend" > > > I think we have it right for the majority of them: fixed item label, > toggled with a checkmark. It's easier to document and you don't have > to mentally adjust to a changing label. The checkmark is a widely used > symbol showing an active feature. > > If you all agree, I file a ticket to change Expander and > ActivityMonitor (and what else might crop up). > I have to respectively disagree. The Apple HIG, the old one from the MacOS 7 days has a pretty solid explanation for why this is confusing to the user backed by HCI data not just a hunch. If you can find a copy the relevant section is chapter 4 entitled "Toggled Menu Items". I'll just quote the paragraph that is relevant to is here but I encourage you to go read the whole section, you should be able to find the book online. 1. Don’t use one menu item with a toggled checkmark to indicate the presence or absence of a feature like a grid or a ruler. It’s unclear whether the checkmark means that the feature is in effect or whether choosing the command turns the feature on.