all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: Stefan Kangas <stefankangas@gmail.com>
Cc: Eli Zaretskii <eliz@gnu.org>,
	"stephen.berman@gmx.net" <stephen.berman@gmx.net>,
	"ola.x.nilsson@axis.com" <ola.x.nilsson@axis.com>,
	"64046@debbugs.gnu.org" <64046@debbugs.gnu.org>,
	Mauro Aranda <maurooaranda@gmail.com>
Subject: bug#64046: 30.0.50; Quoting in customize choice tags
Date: Thu, 31 Aug 2023 22:10:47 +0000	[thread overview]
Message-ID: <SJ0PR10MB54881B198234986F6624D2D8F3E5A@SJ0PR10MB5488.namprd10.prod.outlook.com> (raw)
In-Reply-To: <CADwFkmmUcAWtkxANi-Q0Qadw=iy-5L1AiqoBfCG526Ky_Mo57g@mail.gmail.com>

> > > 1. Use `substitute-quotes' for the TITLE argument.  We're using that
> > > for display purposes here, so why not make it look a bit nicer and
> > > more consistent.
> >
> > Because it's _not_ nicer.  Just leave it alone,
> > please.
> 
> Do you have an example of where it's not?  I can't think of one, so
> you'll have to help me here.

Don't need one.  The TITLE can be _any_ text.
Who knows how ` and ' might be used?  You don't,
any more than I do.  Or if you do, please let us
know your assumptions about this: what gives you
the idea that they should always be translated
to curly quotes?

I think you don't know, as I don't know, what
someone might put in TITLE.  I think that we
should leave it up to users to control what goes
there.  Users can easily translate or replace
any ` and ' chars with curly quotes, if desired.

Why _impose_ such translation or make users
apply escape sequences to prevent it?

> > Anyone can massage a TITLE string ahead of time,
> > if they need to.
> 
> But the idea here is exactly the opposite: 

Exactly: the idea is to change the text users
give you into something else, automatically
and always.  IMO, that's an unhelpful idea.

> that they shouldn't have to.  So I don't
> think I understand your point.

See above.  They shouldn't have to escape the
chars to _prevent_ your blanket, automatic
massaging.

Why not just take users' text as it is - take
their word for it - instead of second-guessing
them?  Don't you think they can decide what's
best for themselves?  Don't you think that if
they really want a curly quote they can use one?

> BTW, if you don't like curved quotes you can always:
>    (setq text-quoting-style 'grave)

It's not about what I like.  And it's not
about giving users only a blanket override.

It's about simply letting users provide the
TITLE text they want - just leave it alone.

If someone wants a curly quote they can get
it directly, on their own.  But if they want
an apostrophe or backquote ... they have to
jump through an escape hoop?  How is that
user-friendly?  It's _their_ code.

"why not make it look a bit nicer" means you
think you know better than users what looks
nicer.  And even if you're right in some case,
who says that this or that user wants their
TITLE to "look nicer"?

In effect, except through the compensation of
escaping, it's as if you've removed the chars
` and ' from the set of usable chars.  Why do
that?

  reply	other threads:[~2023-08-31 22:10 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-06-13 14:02 bug#64046: 30.0.50; Quoting in customize choice tags Stephen Berman
2023-06-13 15:56 ` Eli Zaretskii
2023-06-14 19:51   ` Mauro Aranda
2023-06-14 20:05   ` Mauro Aranda
2023-06-15 11:39     ` Stephen Berman
2023-06-22 20:07       ` Stephen Berman
2023-06-22 22:59         ` Mauro Aranda
2023-06-23 22:18           ` Stephen Berman
2023-06-24  6:37             ` Eli Zaretskii
2023-06-24  8:50               ` Stephen Berman
2023-07-15 13:20 ` Mauro Aranda
2023-07-20 15:48   ` Stephen Berman
2023-07-20 19:11     ` Mauro Aranda
2023-07-20 19:53       ` Stephen Berman
2023-08-21 12:04         ` Ola x Nilsson
2023-08-21 14:51           ` Mauro Aranda
2023-08-24 12:51             ` Stephen Berman
2023-08-24 13:19               ` Stephen Berman
2023-08-24 20:14                 ` Mauro Aranda
2023-08-24 20:54                   ` Stephen Berman
2023-08-24 21:58                     ` Mauro Aranda
2023-08-25  8:02                       ` Ola x Nilsson
2023-08-25 21:50                         ` Stephen Berman
2023-08-28  9:33                           ` Ola x Nilsson
2023-08-28 13:50                             ` Stephen Berman
2023-08-30 15:29                               ` Mauro Aranda
2023-08-30 16:29                                 ` Stephen Berman
2023-08-30 22:33                                   ` Mauro Aranda
2023-08-30 22:51                                     ` Stephen Berman
2023-08-30 22:58                                       ` Mauro Aranda
2023-08-31  5:41                                         ` Eli Zaretskii
2023-08-31  6:43                                           ` Stefan Kangas
2023-08-31 15:43                                             ` Drew Adams
2023-08-31 20:52                                               ` Stefan Kangas
2023-08-31 22:10                                                 ` Drew Adams [this message]
2023-08-31 22:59                                                   ` Stefan Kangas
2023-09-01  1:08                                                     ` Drew Adams
2023-09-01  6:34                                                       ` Eli Zaretskii
2023-09-01 16:17                                                         ` Drew Adams
2023-09-01 23:29                                                           ` Stephen Berman
2023-09-01 23:38                                                             ` Stefan Kangas
2023-09-02  9:49                                                               ` Stephen Berman
2023-09-02 18:59                                                                 ` Stefan Kangas
2023-09-02 21:25                                                                   ` Stephen Berman
2023-09-02  2:12                                                             ` Drew Adams
2023-09-01  6:16                                                     ` Eli Zaretskii
2023-09-01 16:32                                                       ` Drew Adams
2023-08-24 20:53                 ` Stefan Kangas
2023-08-24 21:10                   ` Stephen Berman
2023-08-24 21:14                     ` Stefan Kangas
2023-08-24 21:41                       ` Stephen Berman

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=SJ0PR10MB54881B198234986F6624D2D8F3E5A@SJ0PR10MB5488.namprd10.prod.outlook.com \
    --to=drew.adams@oracle.com \
    --cc=64046@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    --cc=maurooaranda@gmail.com \
    --cc=ola.x.nilsson@axis.com \
    --cc=stefankangas@gmail.com \
    --cc=stephen.berman@gmx.net \
    /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.