unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Clément Pit--Claudel" <clement.pit@gmail.com>
To: Drew Adams <drew.adams@oracle.com>,
	Dmitry Gutov <dgutov@yandex.ru>,
	Emacs developers <emacs-devel@gnu.org>
Subject: Re: Improving describe-mode and discoverability
Date: Thu, 23 Jun 2016 22:59:32 -0400	[thread overview]
Message-ID: <576CA214.7000302@gmail.com> (raw)
In-Reply-To: <531a7bec-28af-4c4c-aa85-1d13e84c98be@default>


[-- Attachment #1.1: Type: text/plain, Size: 1670 bytes --]

On 2016-06-23 20:05, Drew Adams wrote:
>> I propose to let user customize the result, using `format-keymap-function'.
> 
> `keymap-format-function'?

Works for me :)

> Much clearer; thanks.  (And I appreciate the lack of automatic use.)
> 
> For my part:
> 
> 1. A user option for how to display \\{...} is not a bad idea.
> 
> 2. The defcustom type could include a `choice' among: two predefined formats
> (the current one and yours) and an arbitrary user-defined function.

Sounds great :)

> (IMO, the default behavior should probably be what the behavior has been,
> but that's another discussion.)

I'm never too sure about this. (I have the same problem, and I'm sure you did too, with changing the defaults in my packages). In general my default has been to lean towards changing the default, with the expectation that those who knew about the old default could revert to it :)

> 3. A problem I see with this is that there needs to be a way for code to
> control the format in some cases - separately from users being able to
> control the display in other cases.

As you say below, I think let-binding around the code in question would be enough; there are other let-bindable settings already controlling some aspects of printing, for example.  

> 4. For that, code could I guess bind the option around a given use of the
> string.  (Would that handle all use cases?)
> 
> I'm writing this quickly without thinking much about it, so no doubt others
> will see clearer.

Thanks for your feedback and your help refining this proposal! Now hopefully someone can lend me the hand with refining the patch, too :)

Clément.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

  reply	other threads:[~2016-06-24  2:59 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-23 18:29 Improving describe-mode and discoverability Clément Pit--Claudel
2016-06-23 18:46 ` Robert Weiner
2016-06-23 18:52   ` Clément Pit--Claudel
2016-06-23 19:11     ` Robert Weiner
2016-06-23 19:36       ` Clément Pit--Claudel
2016-06-23 20:26 ` Drew Adams
2016-06-23 21:50   ` Clément Pit--Claudel
2016-06-23 22:07     ` Drew Adams
2016-06-23 22:10       ` Dmitry Gutov
2016-06-23 22:27         ` Clément Pit--Claudel
2016-06-23 23:15           ` Drew Adams
2016-06-23 23:39             ` Clément Pit--Claudel
2016-06-24  0:05               ` Drew Adams
2016-06-24  2:59                 ` Clément Pit--Claudel [this message]
2016-07-06 17:47 ` John Wiegley

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=576CA214.7000302@gmail.com \
    --to=clement.pit@gmail.com \
    --cc=dgutov@yandex.ru \
    --cc=drew.adams@oracle.com \
    --cc=emacs-devel@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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).