From: Eli Zaretskii <eliz@gnu.org>
To: Sebastian Urban <mrsebastianurban@gmail.com>
Cc: 36365@debbugs.gnu.org
Subject: bug#36365: Add info how to deselect secondary selection (Emacs manual)
Date: Fri, 02 Aug 2019 15:05:09 +0300 [thread overview]
Message-ID: <83k1bvg4cq.fsf@gnu.org> (raw)
In-Reply-To: <f0236d0b-313e-b667-19ce-3a419348eab3@gmail.com> (message from Sebastian Urban on Fri, 2 Aug 2019 12:52:23 +0200)
> From: Sebastian Urban <mrsebastianurban@gmail.com>
> Cc: 36365@debbugs.gnu.org
> Date: Fri, 2 Aug 2019 12:52:23 +0200
>
> > I don't think there's anything wrong with the documentation you
> > cite, and I thought I already explained why I thought so in this
> > discussion.
>
> Well, now I'm confused. I reread the thread and I found nothing but
> "I see nothing wrong with the doc string as it is" as an explanation
> for not changing the doc string of 'mouse-start-secondary'. And I'm
> still going to write that it's missing information about deselecting,
> which could be useful.
We've established that it isn't possible to deselect without making a
new selection. So I don't think deselection is something we can
describe, as it doesn't really exist.
> As for description of 'M-mouse-1' in Emacs Manual, I will also write
> that the "use @kbd{M-mouse-3} to set the other end and complete the
> selection" part of the sentence below is unnecessary.
>
> From KILLING.TEXI (L604-610):
> @findex mouse-start-secondary
> @kindex M-mouse-1
> @item M-mouse-1
> Set one endpoint for the @dfn{secondary selection}
> (@code{mouse-start-secondary}); use @kbd{M-mouse-3} to set the other
> end and complete the selection. This command cancels any existing
> secondary selection, when it starts a new one.
>
> But in this case, if you have a reason for this, that I cannot see,
> I'll leave this one alone.
Yes, the manual should generally present a coherent text, so the
addition looked like an improvement to me.
next prev parent reply other threads:[~2019-08-02 12:05 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-06-24 17:59 bug#36365: Add info how to deselect secondary selection (Emacs manual) Sebastian Urban
2019-07-06 8:31 ` Eli Zaretskii
2019-07-06 18:17 ` Sebastian Urban
2019-07-06 18:21 ` Eli Zaretskii
2019-07-06 18:24 ` Eli Zaretskii
2019-07-06 18:35 ` Eli Zaretskii
2019-07-07 8:05 ` Sebastian Urban
2019-08-01 13:33 ` Sebastian Urban
2019-08-02 9:00 ` Eli Zaretskii
2019-08-02 10:52 ` Sebastian Urban
2019-08-02 12:05 ` Eli Zaretskii [this message]
2019-08-02 13:29 ` Sebastian Urban
2019-08-02 14:29 ` Eli Zaretskii
2019-08-02 15:57 ` Sebastian Urban
[not found] <<e18bef17-9b93-da5f-bc47-1481acebfde5@gmail.com>
[not found] ` <<83zhlr8sxv.fsf@gnu.org>
[not found] ` <<62734ba6-a335-710a-2d09-3b54f0d58bde@gmail.com>
[not found] ` <<834l3z81ni.fsf@gnu.org>
[not found] ` <<831rz38107.fsf@gnu.org>
2019-07-06 21:12 ` Drew Adams
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=83k1bvg4cq.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=36365@debbugs.gnu.org \
--cc=mrsebastianurban@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.