From: charles@aurox.ch (Charles A. Roelli)
To: hw <hw@adminart.net>
Cc: cpitclaudel@gmail.com, lokedhs@gmail.com, rms@gnu.org,
emacs-devel@gnu.org
Subject: Re: visual-region-mode?
Date: Wed, 12 Sep 2018 21:47:07 +0200 [thread overview]
Message-ID: <m2y3c633d0.fsf@aurox.ch> (raw)
In-Reply-To: <878t473dhg.fsf@toy.adminart.net> (message from hw on Tue, 11 Sep 2018 23:56:11 +0200)
> From: hw <hw@adminart.net>
> Date: Tue, 11 Sep 2018 23:56:11 +0200
>
> [...]
>
> As to the definition of the region: I've never seen it that way. The
> region is what is currently highlighted. I don't use and don't like
> hidden regions. They are a design flaw because when I press C-w,
> something of unknown extend is being deleted, and when press M-w,
> something of unknown extend is being copied and replaces what I kept on
> the clipboard.
>
> These hidden regions always make me feel uneasy. It's like you're being
> forced to walk around with a loaded gun, safety off, once you only even
> touched the trigger without firing a shot because that sets a mark. The
> only way to get rid of this gun is to kill the buffer --- or is there
> another way?
This is where Emacs differs from other programs, I suppose. It's
optimized for efficient use, even when the result can be a surprise to
the user. Otherwise, in this case, C-w and M-w would do nothing with
no "active region".
> > C-SPC (without a prefix argument) always pushes a mark, so it always
> > alters the region (unless point is already at the mark). C-u C-SPC
> > sets point where the mark is, and pops the mark ring, effectively
> > restoring the previous region. We should keep this behavior.
>
> How am I supposed to know where a mark was? Why would I try to confuse
> myself with C-u C-spc? In which way is the position of the mark
> adjusted so that it sticks with the same contents of the buffer, which
> it would need to do to be of any use?
Various commands set the mark, as documented in the manual. When you
use them, normally a message appears in the echo area saying "Mark
set". The mark is a standard Emacs marker, as described in (info
"(elisp) Markers"):
A “marker” is a Lisp object used to specify a position in a buffer
relative to the surrounding text. A marker changes its offset from the
beginning of the buffer automatically whenever text is inserted or
deleted, so that it stays with the two characters on either side of it.
> >> What would the advantage of hidden regions be? When something is within
> >> a region, it should be highlighted, and when it is no longer
> >> highlighted, it should no longer be within a region.
> >
> > Again, in Emacs, as long there is a mark in the current buffer, there
> > is always a "region".
>
> How would that make sense? I expect the mark to be gone once I used the
> region.
That's what transient-mark-mode tries to implement, I think.
> > The user might want it highlighted for various reasons, possibly not
> > covered by the current implementation, where Emacs highlights the
> > region only when 'mark-active' is non-nil.
>
> Yes, and that leads to misunderstandings, like d-s-m. It doesn't make
> any sense to claim that there is a region when there is none highlighted
> and only creates the inconsistency that an arbitrary part of a buffer
> can be deleted or copied, accidentally or intentionally, i. e. that
> something can be done with a region while the region is not active and
> nothing should possibly be done with it.
Again, that seems like the intention behind transient-mark-mode. But
the implementation is, then, in a way incomplete: C-w still kills the
region, no matter whether it is active or not, in transient-mark-mode.
> >> Are these hidden regions a remnant of technical limitations that made it
> >> advisable not to highlight the selection?
> >
> > No, they stem from convenience. For example, typing C-M-a in a source
>
> That key binding only works when you can use Alt instead of ESC.
Does ESC C-a not work for you? Or C-[ C-a?
> > code buffer moves point to the beginning of the current defun, pushing
> > a mark where point was. Afterwards, typing C-u C-SPC restores point
> > and mark (i.e. the region) to where they were before you typed
> > C-M-a. During editing this is very helpful.
>
> This is only sometimes helpful, provided that the Alt key works. When
> it doesn't, you'd have to bind the function to another key. All in all,
> even with the Alt key working, these key bindings are so awkward that I
> would never use this. It's far easier to just scroll up and to use
> bookmarks or registers.
Yes, these work too.
> > Highlighting the region at any of these steps might be helpful for the
> > user, but Emacs can't know exactly when -- which is one argument for
> > allowing to toggle the highlighting dynamically as necessary,
> > independently of whether the mark is ever "active".
>
> This is a problem of navigating source code (or other files) and has
> nothing to do with regions or highlighting.
>
> Or what has navigating between a current location and the beginning of a
> function to do with selecting and highlighting parts of the contents of
> a buffer in order to copy or to delete them, or to do something with
> them like query-replace?
The places where the mark has been set are places of interest to the
user for some reason or another -- that's all.
> > As seen above, use of C-u C-SPC effectively restores the region at
> > some previous point in editing.
>
> That I move around in a file as I see fit while reading or editing it
> doesn't have anything to do with regions I might select to do something
> with. I might highlight a selection to make parts of source code stick
> out as a reminder because they need to be fixed or worked upon in some
> particular order. I could use registers and/or bookmarks instead, but
> it would be much more convenient to use highlighting and perhaps to be
> able to jump through the selections.
This would be a good use case for registers storing regions, I think.
The mark ring is a useful tool, but it does not give easy, random
access to all previous selections. We need a bug report for this.
> The mark is only for setting the begin of a selection, nothing else. I
> expect it to be gone once I did something with the selection.
>
> It doesn't even matter to me if there is a mark. All I do is start
> selecting somewhere and when it's selected, I do something with it, and
> that's all there is to it.
>
> Don't mix up a mark for navigational purposes with making and
> highlighting selections.
It's probably feasible to add a "type" field to the mark, indicating
where it came from (i.e., if it was set explicitly by the user, by a
certain command, from a mouse selection, ...). Then we could offer
commands that jump between previous selections, or between previous
marks set by the user for navigation.
> > Working on a specific region can often be done conveniently from an
> > indirect buffer, as in the earlier example.
>
> It's quite inconvenient because with that, the source tends to occupy
> both frames I have on screen because I'd narrow the indirect buffer to
> what I'm working on --- which is already another inconvenience --- and
> need the other frame to look up things I can't see in the indirect
> buffer because it's narrowed. I've given up on it, it's just too
> awkward.
>
> As for doing other things, like replacing text in multiple parts of a
> buffer, is that something that could be usefully done with indirect
> buffers? With multiple regions, I'd highlight some parts of the buffer,
> do the replacement limited to these parts and would be done with it.
> I'd be able to see all of the buffer while doing this.
Not possible yet, I think (at least, without making N indirect buffers
for the N regions and running the replacement command in all of them).
But if we had some way to record the "type" of a previous mark (as
above), then we could offer a command to replace, for example, the
last N "active regions" in the buffer. I think that might fit the
bill.
> Indirect buffers still hold all of the text, so instead of marking what
> I want to work with, I'd have to narrow out what I'm not working with,
> and IIRC, it's not possible to narrow a buffer "the other way round" so
> that the parts I want to work with remain and all the rest of the buffer
> is narrowed away.
I don't think that's possible yet.
next prev parent reply other threads:[~2018-09-12 19:47 UTC|newest]
Thread overview: 245+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-09-07 0:32 delete-selection-mode as default (WAS: Some developement questions) Noam Postavsky
2018-09-07 0:35 ` Drew Adams
2018-09-07 6:47 ` Eli Zaretskii
2018-09-07 9:18 ` delete-selection-mode as default hw
2018-09-07 13:16 ` Clément Pit-Claudel
2018-09-07 13:28 ` Robert Pluim
2018-09-07 13:47 ` Dmitry Gutov
2018-09-07 13:50 ` Eli Zaretskii
2018-09-07 14:16 ` Robert Pluim
2018-09-07 16:02 ` Drew Adams
2018-09-07 17:08 ` Robert Pluim
2018-09-07 20:28 ` Jostein Kjønigsen
2018-09-07 14:22 ` Stefan Monnier
2018-09-08 23:11 ` Juri Linkov
2018-09-09 5:49 ` Eli Zaretskii
2018-09-09 16:16 ` Juri Linkov
2018-09-09 14:22 ` Drew Adams
2018-09-16 23:34 ` Juri Linkov
2018-09-17 0:36 ` Drew Adams
2018-09-17 22:37 ` Juri Linkov
2018-09-17 23:12 ` Drew Adams
2018-09-17 23:21 ` Juri Linkov
2018-09-17 23:36 ` Drew Adams
2018-09-19 6:53 ` Jostein Kjønigsen
2018-09-19 22:44 ` Juri Linkov
2018-09-07 14:39 ` hw
2018-09-07 16:27 ` Drew Adams
2018-09-08 17:37 ` Clément Pit-Claudel
2018-09-09 5:15 ` hw
2018-09-08 5:14 ` Richard Stallman
2018-09-08 11:32 ` Elias Mårtenson
2018-09-08 14:01 ` Eli Zaretskii
2018-09-08 15:52 ` hw
2018-09-08 19:31 ` Charles A. Roelli
2018-09-09 3:19 ` Drew Adams
2018-09-09 6:08 ` Richard Stallman
2018-09-09 14:48 ` Drew Adams
2018-09-10 11:50 ` hw
2018-09-11 4:25 ` Richard Stallman
2018-09-10 7:52 ` hw
2018-09-10 11:52 ` visual-region-mode? (was: delete-selection-mode as default) hw
2018-09-10 20:02 ` Charles A. Roelli
2018-09-11 5:43 ` Yuri Khan
2018-09-11 18:25 ` Charles A. Roelli
2018-09-12 5:12 ` Yuri Khan
2018-09-12 6:59 ` visual-region-mode? Andreas Schwab
2018-09-12 7:12 ` visual-region-mode? Yuri Khan
2018-09-12 7:44 ` visual-region-mode? Andreas Schwab
2018-09-12 18:31 ` visual-region-mode? (was: delete-selection-mode as default) Charles A. Roelli
2018-09-16 22:55 ` visual-region-mode? Juri Linkov
2018-09-11 21:56 ` visual-region-mode? hw
2018-09-12 19:47 ` Charles A. Roelli [this message]
2018-09-12 20:40 ` visual-region-mode? Drew Adams
2018-09-12 20:50 ` visual-region-mode? Juri Linkov
2018-09-13 4:01 ` visual-region-mode? hw
2018-09-13 4:00 ` visual-region-mode? hw
2018-09-13 17:22 ` visual-region-mode? Alan Mackenzie
2018-09-13 20:08 ` visual-region-mode? hw
2018-09-13 20:42 ` visual-region-mode? Charles A. Roelli
2018-09-15 19:21 ` visual-region-mode? hw
2018-09-16 19:31 ` visual-region-mode? Charles A. Roelli
2018-09-17 20:36 ` visual-region-mode? hw
2018-09-17 22:24 ` visual-region-mode? Drew Adams
2018-09-17 23:11 ` visual-region-mode? hw
2018-09-18 0:11 ` visual-region-mode? Juri Linkov
2018-09-18 12:32 ` visual-region-mode? Eli Zaretskii
2018-09-18 19:22 ` visual-region-mode? Charles A. Roelli
2018-09-19 1:45 ` visual-region-mode? hw
2018-09-19 19:22 ` visual-region-mode? Charles A. Roelli
2018-09-19 20:04 ` visual-region-mode? hw
2018-09-20 18:14 ` visual-region-mode? Charles A. Roelli
2018-09-21 20:28 ` visual-region-mode? hw
2018-09-24 17:42 ` visual-region-mode? Charles A. Roelli
2018-09-24 18:07 ` visual-region-mode? Yuri Khan
2018-09-29 11:18 ` visual-region-mode? Charles A. Roelli
2018-10-03 13:13 ` visual-region-mode? hw
2018-10-04 20:20 ` visual-region-mode? Charles A. Roelli
2018-09-26 22:00 ` visual-region-mode? hw
2018-09-27 21:01 ` visual-region-mode? Charles A. Roelli
2018-10-03 13:59 ` visual-region-mode? hw
2018-09-24 20:24 ` visual-region-mode? Alan Mackenzie
2018-09-26 18:12 ` visual-region-mode? Charles A. Roelli
2018-09-26 22:45 ` visual-region-mode? hw
2018-09-27 17:26 ` visual-region-mode? Alan Mackenzie
2018-10-03 15:43 ` visual-region-mode? hw
2018-10-03 17:03 ` visual-region-mode? Alan Mackenzie
[not found] ` <<m2ftxy3i79.fsf@aurox.ch>
2018-09-24 20:39 ` visual-region-mode? Drew Adams
2018-09-12 20:27 ` visual-region-mode? Juri Linkov
2018-09-08 18:16 ` delete-selection-mode as default Dmitry Gutov
2018-09-09 7:42 ` Elias Mårtenson
2018-09-09 14:25 ` Clément Pit-Claudel
2018-09-07 9:40 ` delete-selection-mode as default (WAS: Some developement questions) Phil Sainty
2018-09-07 13:41 ` Eli Zaretskii
2018-09-08 11:37 ` Phil Sainty
2018-09-08 14:04 ` Eli Zaretskii
2018-09-07 15:35 ` Drew Adams
2018-09-07 16:16 ` Yuri Khan
2018-09-07 19:01 ` tomas
2018-09-07 19:23 ` Drew Adams
2018-09-07 20:28 ` tomas
2018-09-08 23:19 ` delete-selection-mode as default Juri Linkov
2018-09-09 8:02 ` tomas
2018-09-07 20:33 ` delete-selection-mode as default (WAS: Some developement questions) Noam Postavsky
2018-09-07 21:31 ` tomas
2018-09-10 8:01 ` delete-selection-mode as default Robert Pluim
2018-09-10 8:09 ` tomas
2018-09-09 13:45 ` delete-selection-mode as default (WAS: Some developement questions) Alan Mackenzie
2018-09-09 14:22 ` Clément Pit-Claudel
2018-09-09 15:12 ` Drew Adams
2018-09-10 11:42 ` delete-selection-mode as default Filipp Gunbin
2018-09-09 20:39 ` delete-selection-mode as default (WAS: Some developement questions) Joost Kremers
2018-09-09 22:24 ` Drew Adams
2018-09-10 3:08 ` Phil Sainty
2018-09-10 3:17 ` Drew Adams
2018-09-10 5:15 ` Bingo
2018-09-10 13:34 ` delete-selection-mode as default Stefan Monnier
2018-09-10 8:46 ` hw
2018-09-10 18:16 ` delete-selection-mode as default (WAS: Some developement questions) Alan Mackenzie
2018-09-10 18:35 ` Clément Pit-Claudel
2018-09-10 19:19 ` Alan Mackenzie
2018-09-10 20:36 ` Drew Adams
2018-09-11 22:34 ` delete-selection-mode as default hw
2018-09-12 0:04 ` Drew Adams
2018-09-13 2:58 ` hw
2018-09-12 13:16 ` Alan Mackenzie
2018-09-12 13:41 ` Drew Adams
2018-09-12 14:53 ` Alan Mackenzie
2018-09-12 15:51 ` Yuri Khan
2018-09-12 15:59 ` Alan Mackenzie
2018-09-12 16:36 ` Yuri Khan
2018-09-13 3:59 ` Elias Mårtenson
2018-09-13 4:16 ` hw
2018-09-13 17:46 ` Alan Mackenzie
2018-09-13 20:32 ` hw
2018-09-14 10:48 ` Alan Mackenzie
2018-09-14 13:41 ` Yuri Khan
2018-09-14 14:03 ` Alan Mackenzie
2018-09-14 15:37 ` Yuri Khan
2018-09-14 14:29 ` Phil Sainty
2018-09-14 14:32 ` Phil Sainty
2018-09-14 14:33 ` Eli Zaretskii
2018-09-14 15:23 ` Drew Adams
2018-09-14 18:49 ` Eli Zaretskii
2018-09-15 21:20 ` hw
2018-09-15 22:37 ` hw
2018-09-16 0:22 ` Drew Adams
2018-09-16 3:15 ` hw
2018-09-16 3:34 ` Drew Adams
2018-09-16 13:48 ` hw
2018-09-16 14:14 ` Alan Mackenzie
2018-09-17 21:00 ` hw
2018-09-16 15:28 ` Yuri Khan
2018-09-16 16:30 ` Drew Adams
2018-09-16 16:59 ` Eli Zaretskii
2018-09-16 18:20 ` Yuri Khan
2018-09-16 18:49 ` Eli Zaretskii
2018-09-16 20:17 ` Drew Adams
2018-09-17 21:22 ` hw
2018-09-18 12:14 ` Eli Zaretskii
2018-09-18 23:45 ` hw
2018-09-19 5:41 ` Eli Zaretskii
2018-09-19 20:09 ` hw
[not found] ` <<831s9tidjc.fsf@gnu.org>
2018-09-16 18:04 ` Drew Adams
2018-09-16 18:17 ` Eli Zaretskii
[not found] ` <<83va75gvc8.fsf@gnu.org>
2018-09-16 20:14 ` Drew Adams
[not found] ` <<CAP_d_8VcFjkQQxzgv+XUheE4Q33vNgbuGpGwtv2-dOEBuK7OeQ@mail.gmail.com>
[not found] ` <<83tvmpgtwe.fsf@gnu.org>
2018-09-16 20:29 ` Drew Adams
2018-09-17 5:28 ` Yuri Khan
2018-09-16 8:06 ` Yuri Khan
2018-09-16 13:36 ` hw
2018-09-16 16:48 ` Eli Zaretskii
2018-09-17 22:11 ` hw
2018-09-17 22:44 ` Drew Adams
2018-09-17 23:30 ` hw
2018-09-18 12:31 ` Eli Zaretskii
2018-09-18 13:14 ` Yuri Khan
2018-09-18 14:14 ` Eli Zaretskii
2018-09-18 15:28 ` Yuri Khan
2018-09-18 15:37 ` Drew Adams
2018-09-18 16:49 ` Eli Zaretskii
2018-09-18 16:46 ` Eli Zaretskii
2018-09-20 1:46 ` Richard Stallman
2018-09-20 5:45 ` Yuri Khan
2018-09-19 2:26 ` hw
2018-09-19 6:38 ` Eli Zaretskii
2018-09-19 20:36 ` hw
[not found] ` <<874leq799e.fsf@toy.adminart.net>
[not found] ` <<205df9be-2e5c-4cc4-a13a-7c80eb63bedc@default>
[not found] ` <<87in363zgq.fsf@toy.adminart.net>
[not found] ` <<aedad52c-aaf1-414d-bc8c-8e7d0284f4c8@default>
[not found] ` <<835zz5ie17.fsf@gnu.org>
[not found] ` <<87musg0wyf.fsf@toy.adminart.net>
[not found] ` <<83va73f0mv.fsf@gnu.org>
[not found] ` <<CAP_d_8WFoHecEv-krQmAP0fWVSYXDLWuwdKfXwpcLbkJYYfWJQ@mail.gmail.com>
[not found] ` <<83musegaf2.fsf@gnu.org>
[not found] ` <<CAP_d_8VH38kAdG3QZ4EiM_3-S+PVFg=7QyxZP6pZG_mc3Qct5w@mail.gmail.com>
[not found] ` <<3f242636-6fa4-4e36-a37b-86f1d7088aae@default>
[not found] ` <<83h8img39b.fsf@gnu.org>
2018-09-18 17:42 ` Drew Adams
2018-09-18 18:30 ` Eli Zaretskii
2018-09-18 19:15 ` Alan Mackenzie
2018-09-14 15:15 ` Elias Mårtenson
2018-09-14 14:33 ` Drew Adams
2018-09-15 21:59 ` hw
2018-09-15 20:31 ` hw
2018-09-11 23:30 ` Juri Linkov
2018-09-12 0:13 ` Drew Adams
2018-09-10 7:05 ` delete-selection-mode as default (WAS: Some developement questions) Eli Zaretskii
2018-09-10 13:41 ` delete-selection-mode as default Stefan Monnier
2018-09-10 14:01 ` Eli Zaretskii
2018-09-10 14:19 ` Stefan Monnier
2018-09-10 14:24 ` Drew Adams
[not found] ` <<83tvmxo3iy.fsf@gnu.org>
2018-09-10 14:30 ` Drew Adams
2018-09-10 14:54 ` Eli Zaretskii
2018-09-10 16:09 ` Yuri Khan
[not found] ` <<<83tvmxo3iy.fsf@gnu.org>
[not found] ` <<c7872ab4-8a1b-43bc-aeb4-2d08bc899857@default>
[not found] ` <<83muspo12f.fsf@gnu.org>
2018-09-10 15:25 ` Drew Adams
2018-09-11 4:22 ` delete-selection-mode as default (WAS: Some developement questions) Richard Stallman
2018-09-11 7:48 ` Eli Zaretskii
2018-09-12 0:33 ` Richard Stallman
2018-09-11 8:08 ` Eli Zaretskii
2018-09-12 0:33 ` Richard Stallman
2018-09-12 14:07 ` Eli Zaretskii
2018-09-11 12:36 ` delete-selection-mode as default Stefan Monnier
2018-09-11 23:09 ` hw
2018-09-12 0:33 ` Richard Stallman
2018-09-12 13:23 ` Stefan Monnier
2018-09-13 3:33 ` Richard Stallman
[not found] ` <<87sh2ih0bp.fsf@fastmail.fm>
[not found] ` <<770f48a8-664a-40ae-8e03-19f6aad248b6@default>
[not found] ` <<20180910181615.GA4829@ACM>
[not found] ` <<ab70ed3e-96a7-446f-be9b-e02130e71927@default>
[not found] ` <<874lev3bq4.fsf@toy.adminart.net>
[not found] ` <<20180912131602.GA5582@ACM>
[not found] ` <<87d0tihxzw.fsf@toy.adminart.net>
[not found] ` <<20180913174640.GB4019@ACM>
[not found] ` <<8736udkuit.fsf@toy.adminart.net>
[not found] ` <<20180914104833.GA4103@ACM>
[not found] ` <<CAP_d_8WpO9+w-W1ZXMyoucUNtofNQ3Bc6Gchmxj6Rgy1nm3FOA@mail.gmail.com>
[not found] ` <<83k1nojgia.fsf@gnu.org>
[not found] ` <<7bed1f76-5bae-44cb-9b22-206b513043be@default>
[not found] ` <<83d0tfkj77.fsf@gnu.org>
2018-09-14 20:57 ` Drew Adams
2018-09-15 7:50 ` Eli Zaretskii
2018-09-15 10:20 ` Alan Mackenzie
2018-09-15 10:56 ` Eli Zaretskii
2018-09-15 19:44 ` Ergus
2018-09-15 20:01 ` Eli Zaretskii
2018-09-16 0:29 ` Ergus
2018-09-16 16:55 ` Eli Zaretskii
2018-09-16 10:52 ` Alan Mackenzie
[not found] ` <3D72B095-01EC-4E7D-90F9-5691AEFE16DC@aol.com>
2018-09-17 2:17 ` Alan Mackenzie
2018-09-17 5:46 ` Elias Mårtenson
2018-09-17 18:37 ` Alan Mackenzie
2018-09-17 19:57 ` hw
2018-09-17 22:56 ` Drew Adams
2018-09-15 15:02 ` Stefan Monnier
2018-09-15 15:27 ` Eli Zaretskii
2018-09-15 18:30 ` Stefan Monnier
2018-09-15 20:04 ` Eli Zaretskii
2018-09-16 3:14 ` Richard Stallman
[not found] ` <<83zhwji4hx.fsf@gnu.org>
2018-09-17 0:55 ` Drew Adams
2018-10-03 0:22 ` Richard Stallman
2018-10-03 17:38 ` Eli Zaretskii
2018-09-08 5:13 ` delete-selection-mode as default (WAS: Some developement questions) Richard Stallman
2018-09-08 14:54 ` Drew Adams
2018-09-09 1:23 ` Ergus
2018-09-08 17:25 ` Clément Pit-Claudel
2018-09-08 18:08 ` delete-selection-mode as default Stefan Monnier
2018-09-09 6:08 ` Richard Stallman
2018-09-09 7:56 ` Yuri Khan
2018-09-09 14:33 ` Drew Adams
2018-09-10 5:47 ` Richard Stallman
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=m2y3c633d0.fsf@aurox.ch \
--to=charles@aurox.ch \
--cc=cpitclaudel@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=hw@adminart.net \
--cc=lokedhs@gmail.com \
--cc=rms@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).