[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Improving describe-mode and discoverability
From: |
Clément Pit--Claudel |
Subject: |
Re: Improving describe-mode and discoverability |
Date: |
Thu, 23 Jun 2016 18:27:34 -0400 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 |
On 2016-06-23 18:10, Dmitry Gutov wrote:
> On 06/24/2016 01:07 AM, Drew Adams wrote:
>
>>> Of course, we could put this behaviour behind a flag.
>>
>> If it is a new construct instead of a replacement for \\{...}
>> then there is no need for a flag.
>
> I'd prefer a flag (or just the new behavior). There's no need to split the
> community here: if I user likes this output, they'll want to see it in all
> mode descriptions, not just the ones that opted in.
I think I agree. Drew, wouldn't you think that this is something the user
should choose, instead of the mode author?
As a user, I'd like consistent rendering; as a mode author, I'd rather not
argue with my users about one which one looks best for each one of my modes.
Cheers,
Clément.
signature.asc
Description: OpenPGP digital signature
- Improving describe-mode and discoverability, Clément Pit--Claudel, 2016/06/23
- RE: Improving describe-mode and discoverability, Drew Adams, 2016/06/23
- Re: Improving describe-mode and discoverability, Clément Pit--Claudel, 2016/06/23
- RE: Improving describe-mode and discoverability, Drew Adams, 2016/06/23
- Re: Improving describe-mode and discoverability, Dmitry Gutov, 2016/06/23
- Re: Improving describe-mode and discoverability,
Clément Pit--Claudel <=
- RE: Improving describe-mode and discoverability, Drew Adams, 2016/06/23
- Re: Improving describe-mode and discoverability, Clément Pit--Claudel, 2016/06/23
- RE: Improving describe-mode and discoverability, Drew Adams, 2016/06/23
- Re: Improving describe-mode and discoverability, Clément Pit--Claudel, 2016/06/23