all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Juanma Barranquero" <lekktu@gmail.com>
To: "Drew Adams" <drew.adams@oracle.com>
Cc: Glenn Morris <rgm@gnu.org>, Dan Nicolaescu <dann@ics.uci.edu>,
	emacs-devel@gnu.org
Subject: Re: function arguments downcased in help buffers
Date: Tue, 15 Apr 2008 16:48:45 +0200	[thread overview]
Message-ID: <f7ccd24b0804150748q82328a8v784775adee7c014b@mail.gmail.com> (raw)
In-Reply-To: <003901c89f03$472dc7c0$0200a8c0@us.oracle.com>

On Tue, Apr 15, 2008 at 4:16 PM, Drew Adams <drew.adams@oracle.com> wrote:

>  Rereading the 2004 archive thread "new *Help* argument highlighting" wasn't too
>  reassuring. It didn't seem that there was such a complete consensus as you
>  suggest

I didn't say "complete consensus". That does not exist in emacs-devel.
But if you've read the thread, most of the initial complains were (as
usual) about the choice of face and whether it was too intrusive, or
too little ;-) Once someone (not me, I think it was Richard) suggested
italics and lowercase (to follow the printed docs) there was pretty
much no more complains until now.

In fact, there was considerable discussion (and some agreement, I'd
say) about ways to *add* more markup to the docstrings, like using
@v{VAR} to unequivocally distinguish variable referencies.

>  Your answer to Stefan's opinion was that then was not the time to question this
>  feature, presumably since it was late in the 22 release cycle (!), and that it
>  could always be revisited later:

That's a nice selective reading. Stefan is saying that the simple
feature I implemented is working, and that he thinks we're wasting
time discussing *additional* features, like @var{VAR}. And in my
answer, as your quote shows, I agreed with him about that.

>  FWIW, I don't mind the feature. I do think it's good to have a face for this, so
>  that users can customize the behavior. But I think the default of italic doesn't
>  stand out enough, at least in emacs -Q on Windows. IMO, bold italic is better,
>  and italic uppercase (bold or non-bold) is even better.

I don't mind the default, just the feature. But the current default
was not chosen by accident. Some people didn't like uppercase italics
(I think they're horrible, FWIW), some people liked to get rid of
uppercase altogether, etc. I think you're reopening one of *those*
discussions, but don't let me stop you from doing it :)

>  BTW, using Customize to change the face, and then setting it for the current
>  session, changes the text in an existing *Help* buffer immediately (good),
>  _except_ when you change to the default face by removing all checkmarks in
>  Customize. In that case, you need to use the help command again (e.g. C-h f) in
>  order to get the uppercase. No big deal, but a slight inconsistency.

I try to stay as far away from customize as possible, so, no idea.

 Juanma




  reply	other threads:[~2008-04-15 14:48 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-15  0:20 function arguments downcased in help buffers Dan Nicolaescu
2008-04-15  1:52 ` Juanma Barranquero
2008-04-15  2:04   ` Glenn Morris
2008-04-15  2:33     ` Juanma Barranquero
2008-04-15  5:03     ` Dan Nicolaescu
2008-04-15  8:51       ` Juanma Barranquero
2008-04-15 14:16         ` Drew Adams
2008-04-15 14:48           ` Juanma Barranquero [this message]
2008-04-15 15:04             ` Drew Adams
2008-04-15 14:25         ` Dan Nicolaescu
2008-04-15 15:00           ` Juanma Barranquero
2008-04-15 15:37             ` Dan Nicolaescu
2008-04-15 16:01               ` Juanma Barranquero
2008-04-15 17:15                 ` Stefan Monnier
2008-04-15 17:50                 ` Dan Nicolaescu
2008-04-15 16:00           ` Jason Rumney
2008-04-15 23:09             ` Kenichi Handa
2008-04-16  3:44     ` Dan Nicolaescu

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=f7ccd24b0804150748q82328a8v784775adee7c014b@mail.gmail.com \
    --to=lekktu@gmail.com \
    --cc=dann@ics.uci.edu \
    --cc=drew.adams@oracle.com \
    --cc=emacs-devel@gnu.org \
    --cc=rgm@gnu.org \
    /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.