all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: Jambunathan K <kjambunathan@gmail.com>, Leo Liu <sdl.web@gmail.com>
Cc: 14914@debbugs.gnu.org
Subject: bug#14914: 24.3.50; Menu item for `dired-hide-details-mode' should be `Hide/Show Details'
Date: Sat, 20 Jul 2013 08:46:56 -0700 (PDT)	[thread overview]
Message-ID: <e60368f6-dd9b-4bcc-ad34-c30098c1d751@default> (raw)
In-Reply-To: <87y591eug5.fsf@gmail.com>

> [✓] Show details

I almost suggested that too (but with title case: `Show Details').
I probably should have mentioned it.  I did not because of the
considerations below, but I'm glad you have brought it up now.

I have no objection to that, but in that case we should perhaps
do likewise for other toggles in Dired, such as `Toggle Image
Thumbnails in This Buffer' (which also happens to be a bad name,
IMO).

Another consideration is that the use of a check box for a toggle
often corresponds to an actual user option, i.e., a variable that
one can customize.  And in fact, I believe, that was the original
sense of  menu `Options', hence the name.  There are notable
exceptions, such as `Tool-bar' on `Options' > `Show/Hide', which
do not correspond to options (and which perhaps should not be on
menu `Options'?).

Another consideration is perhaps that, so far, menu `Options',
which is a main place where we use such check boxes, seems to
be limited to global toggles, not buffer-local ones (didn't check
them all though).  Likewise menu `Printing', which is another
place where we use the check boxes heavily.  However, Dired menu
`Immediate' does have the buffer-specific `Toggle Image
Thumbnails in This Buffer'.

I don't know what the general policy/guideline is, if there is
one, wrt the use of check boxes.  Should they be limited to
user options?  Should they be limited to behavior that is global
and not buffer-specific?  Dunno.

Should we perhaps have a visual convention that makes clear
whether a particular toggle (a) is global or local and (b)
corresponds to an option or not?  Without that, users need to
use `C-h k' or mouseover :help to get more info about an item,
and unfortunately such info does not always answer the question
because it was written in a context where the answer was clear
enough without being explicit.

In sum, I would be OK with a `Show Details' check box on the
Dired `Immediate' menu, provided those who set the guidelines ;-)
think it fits wrt the above considerations (i.e., that it is
OK that it is for a minor mode, with no associated user option,
and that it is OK that it is buffer-local).

I agree that having a check box makes clear that the item is
a toggle.  That is a decided advantage, making for quicker
locating and identifying.  My only hesitation is the lack of
clarity for users wrt whether the toggle is for a customizable
variable and whether it is buffer-local or global.

Thanks again for bringing up the check-box question in this context.





      reply	other threads:[~2013-07-20 15:46 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-20  0:02 bug#14914: 24.3.50; Menu item for `dired-hide-details-mode' should be `Hide/Show Details' Drew Adams
2013-07-20  2:35 ` Leo Liu
2013-07-20  4:12   ` Drew Adams
2013-07-20  4:17   ` Jambunathan K
2013-07-20 15:46     ` Drew Adams [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e60368f6-dd9b-4bcc-ad34-c30098c1d751@default \
    --to=drew.adams@oracle.com \
    --cc=14914@debbugs.gnu.org \
    --cc=kjambunathan@gmail.com \
    --cc=sdl.web@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.