* A variant of match-end, but after replacement?
@ 2015-07-19 11:49 Marcin Borkowski
2015-07-19 20:23 ` Dmitry Gutov
0 siblings, 1 reply; 16+ messages in thread
From: Marcin Borkowski @ 2015-07-19 11:49 UTC (permalink / raw)
To: Help Gnu Emacs mailing list
Hi all,
I perform search using string-match, and then do the replacement using
replace-match. Now I'd like to know the position of the end of my
replacement, so that I know where to start the next search (since I'm
coding a variant of replace-regexp-in-string). Is there anything like
that in Emacs, or should I just concatenate the parts before and after
the match with the match in-between instead of using replace-match, so
that I can calculate that position myself?
Note: I have good reasons not to use replace-regexp-in-string, since
I want to replace each match with something different, according to what
was matched inside one of the groups. AFAIK, replace-regexp-in-string
doesn't support such a use-case.
TIA,
--
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: A variant of match-end, but after replacement?
[not found] <mailman.7146.1437306572.904.help-gnu-emacs@gnu.org>
@ 2015-07-19 12:06 ` Pascal J. Bourguignon
2015-07-19 12:22 ` Marcin Borkowski
[not found] ` <mailman.7147.1437308571.904.help-gnu-emacs@gnu.org>
0 siblings, 2 replies; 16+ messages in thread
From: Pascal J. Bourguignon @ 2015-07-19 12:06 UTC (permalink / raw)
To: help-gnu-emacs
Marcin Borkowski <mbork@mbork.pl> writes:
> Hi all,
>
> I perform search using string-match, and then do the replacement using
> replace-match. Now I'd like to know the position of the end of my
> replacement, so that I know where to start the next search (since I'm
> coding a variant of replace-regexp-in-string). Is there anything like
> that in Emacs, or should I just concatenate the parts before and after
> the match with the match in-between instead of using replace-match, so
> that I can calculate that position myself?
(let ((old-end (prog1 (match-end 1)
(replace-match "newtext" t t nil 1))))
(do-something old-end))
--
__Pascal Bourguignon__ http://www.informatimago.com/
“The factory of the future will have only two employees, a man and a
dog. The man will be there to feed the dog. The dog will be there to
keep the man from touching the equipment.” -- Carl Bass CEO Autodesk
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: A variant of match-end, but after replacement?
2015-07-19 12:06 ` A variant of match-end, but after replacement? Pascal J. Bourguignon
@ 2015-07-19 12:22 ` Marcin Borkowski
2015-07-19 13:25 ` Marcin Borkowski
2015-07-20 10:46 ` Nicolas Richard
[not found] ` <mailman.7147.1437308571.904.help-gnu-emacs@gnu.org>
1 sibling, 2 replies; 16+ messages in thread
From: Marcin Borkowski @ 2015-07-19 12:22 UTC (permalink / raw)
To: help-gnu-emacs
On 2015-07-19, at 14:06, Pascal J. Bourguignon <pjb@informatimago.com> wrote:
> Marcin Borkowski <mbork@mbork.pl> writes:
>
>> Hi all,
>>
>> I perform search using string-match, and then do the replacement using
>> replace-match. Now I'd like to know the position of the end of my
>> replacement, so that I know where to start the next search (since I'm
>> coding a variant of replace-regexp-in-string). Is there anything like
>> that in Emacs, or should I just concatenate the parts before and after
>> the match with the match in-between instead of using replace-match, so
>> that I can calculate that position myself?
>
> (let ((old-end (prog1 (match-end 1)
> (replace-match "newtext" t t nil 1))))
> (do-something old-end))
Nope - I'm doing search and replacement in a string, not in a buffer...
Thanks anyway
--
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: A variant of match-end, but after replacement?
[not found] ` <mailman.7147.1437308571.904.help-gnu-emacs@gnu.org>
@ 2015-07-19 12:30 ` Pascal J. Bourguignon
2015-07-19 13:20 ` Marcin Borkowski
[not found] ` <mailman.7150.1437312076.904.help-gnu-emacs@gnu.org>
0 siblings, 2 replies; 16+ messages in thread
From: Pascal J. Bourguignon @ 2015-07-19 12:30 UTC (permalink / raw)
To: help-gnu-emacs
Marcin Borkowski <mbork@mbork.pl> writes:
> On 2015-07-19, at 14:06, Pascal J. Bourguignon <pjb@informatimago.com> wrote:
>
>> Marcin Borkowski <mbork@mbork.pl> writes:
>>
>>> Hi all,
>>>
>>> I perform search using string-match, and then do the replacement using
>>> replace-match. Now I'd like to know the position of the end of my
>>> replacement, so that I know where to start the next search (since I'm
>>> coding a variant of replace-regexp-in-string). Is there anything like
>>> that in Emacs, or should I just concatenate the parts before and after
>>> the match with the match in-between instead of using replace-match, so
>>> that I can calculate that position myself?
>>
>> (let ((old-end (prog1 (match-end 1)
>> (replace-match "newtext" t t nil 1))))
>> (do-something old-end))
>
> Nope - I'm doing search and replacement in a string, not in a buffer...
>
> Thanks anyway
Then:
(let ((old-end (prog1 (match-end 1)
(replace-match "newtext" t t string 1))))
(do-something old-end))
--
__Pascal Bourguignon__ http://www.informatimago.com/
“The factory of the future will have only two employees, a man and a
dog. The man will be there to feed the dog. The dog will be there to
keep the man from touching the equipment.” -- Carl Bass CEO Autodesk
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: A variant of match-end, but after replacement?
2015-07-19 12:30 ` Pascal J. Bourguignon
@ 2015-07-19 13:20 ` Marcin Borkowski
2015-07-19 13:26 ` Dmitry Gutov
[not found] ` <mailman.7150.1437312076.904.help-gnu-emacs@gnu.org>
1 sibling, 1 reply; 16+ messages in thread
From: Marcin Borkowski @ 2015-07-19 13:20 UTC (permalink / raw)
To: help-gnu-emacs
On 2015-07-19, at 14:30, Pascal J. Bourguignon <pjb@informatimago.com> wrote:
> Marcin Borkowski <mbork@mbork.pl> writes:
>
>> On 2015-07-19, at 14:06, Pascal J. Bourguignon <pjb@informatimago.com> wrote:
>>
>>> Marcin Borkowski <mbork@mbork.pl> writes:
>>>
>>>> Hi all,
>>>>
>>>> I perform search using string-match, and then do the replacement using
>>>> replace-match. Now I'd like to know the position of the end of my
>>>> replacement, so that I know where to start the next search (since I'm
>>>> coding a variant of replace-regexp-in-string). Is there anything like
>>>> that in Emacs, or should I just concatenate the parts before and after
>>>> the match with the match in-between instead of using replace-match, so
>>>> that I can calculate that position myself?
>>>
>>> (let ((old-end (prog1 (match-end 1)
>>> (replace-match "newtext" t t nil 1))))
>>> (do-something old-end))
>>
>> Nope - I'm doing search and replacement in a string, not in a buffer...
>>
>> Thanks anyway
>
> Then:
>
> (let ((old-end (prog1 (match-end 1)
> (replace-match "newtext" t t string 1))))
> (do-something old-end))
Still not there - I can't assume that "newtext" will have the same
length as the thing it replaced...
--
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: A variant of match-end, but after replacement?
2015-07-19 12:22 ` Marcin Borkowski
@ 2015-07-19 13:25 ` Marcin Borkowski
2015-07-20 10:46 ` Nicolas Richard
1 sibling, 0 replies; 16+ messages in thread
From: Marcin Borkowski @ 2015-07-19 13:25 UTC (permalink / raw)
To: help-gnu-emacs
On 2015-07-19, at 14:22, Marcin Borkowski <mbork@mbork.pl> wrote:
> On 2015-07-19, at 14:06, Pascal J. Bourguignon <pjb@informatimago.com> wrote:
>
>> Marcin Borkowski <mbork@mbork.pl> writes:
>>
>>> Hi all,
>>>
>>> I perform search using string-match, and then do the replacement using
>>> replace-match. Now I'd like to know the position of the end of my
>>> replacement, so that I know where to start the next search (since I'm
>>> coding a variant of replace-regexp-in-string). Is there anything like
>>> that in Emacs, or should I just concatenate the parts before and after
>>> the match with the match in-between instead of using replace-match, so
>>> that I can calculate that position myself?
>>
>> (let ((old-end (prog1 (match-end 1)
>> (replace-match "newtext" t t nil 1))))
>> (do-something old-end))
>
> Nope - I'm doing search and replacement in a string, not in a buffer...
BTW: this probably won't work in a buffer either, since match-end
returns a number, not a marker (as I thought).
> Thanks anyway
Best,
--
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: A variant of match-end, but after replacement?
2015-07-19 13:20 ` Marcin Borkowski
@ 2015-07-19 13:26 ` Dmitry Gutov
2015-07-19 19:57 ` Marcin Borkowski
0 siblings, 1 reply; 16+ messages in thread
From: Dmitry Gutov @ 2015-07-19 13:26 UTC (permalink / raw)
To: Marcin Borkowski, help-gnu-emacs
On 07/19/2015 04:20 PM, Marcin Borkowski wrote:
> Still not there - I can't assume that "newtext" will have the same
> length as the thing it replaced...
You can do the arithmetics there, or use a marker.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: A variant of match-end, but after replacement?
[not found] ` <mailman.7150.1437312076.904.help-gnu-emacs@gnu.org>
@ 2015-07-19 13:41 ` Pascal J. Bourguignon
2015-07-19 19:58 ` Marcin Borkowski
[not found] ` <mailman.7160.1437335923.904.help-gnu-emacs@gnu.org>
0 siblings, 2 replies; 16+ messages in thread
From: Pascal J. Bourguignon @ 2015-07-19 13:41 UTC (permalink / raw)
To: help-gnu-emacs
Marcin Borkowski <mbork@mbork.pl> writes:
>> (let ((old-end (prog1 (match-end 1)
>> (replace-match "newtext" t t string 1))))
>> (do-something old-end))
>
> Still not there - I can't assume that "newtext" will have the same
> length as the thing it replaced...
Sorry, I misread what you wanted.
(let ((new-end (+ (prog1 (match-beginning 1)
(replace-match new-text t t string 1)))
(length new-text)))
(do-somthing-from new-end))
--
__Pascal Bourguignon__ http://www.informatimago.com/
“The factory of the future will have only two employees, a man and a
dog. The man will be there to feed the dog. The dog will be there to
keep the man from touching the equipment.” -- Carl Bass CEO Autodesk
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: A variant of match-end, but after replacement?
2015-07-19 13:26 ` Dmitry Gutov
@ 2015-07-19 19:57 ` Marcin Borkowski
0 siblings, 0 replies; 16+ messages in thread
From: Marcin Borkowski @ 2015-07-19 19:57 UTC (permalink / raw)
To: help-gnu-emacs
On 2015-07-19, at 15:26, Dmitry Gutov <dgutov@yandex.ru> wrote:
> On 07/19/2015 04:20 PM, Marcin Borkowski wrote:
>
>> Still not there - I can't assume that "newtext" will have the same
>> length as the thing it replaced...
>
> You can do the arithmetics there, or use a marker.
Arithmetic is fine (as Pascal showed in his last answer), markers not
(I'm in a string, not a buffer).
Best,
--
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: A variant of match-end, but after replacement?
2015-07-19 13:41 ` Pascal J. Bourguignon
@ 2015-07-19 19:58 ` Marcin Borkowski
[not found] ` <mailman.7160.1437335923.904.help-gnu-emacs@gnu.org>
1 sibling, 0 replies; 16+ messages in thread
From: Marcin Borkowski @ 2015-07-19 19:58 UTC (permalink / raw)
To: help-gnu-emacs
On 2015-07-19, at 15:41, Pascal J. Bourguignon <pjb@informatimago.com> wrote:
> Marcin Borkowski <mbork@mbork.pl> writes:
>
>>> (let ((old-end (prog1 (match-end 1)
>>> (replace-match "newtext" t t string 1))))
>>> (do-something old-end))
>>
>> Still not there - I can't assume that "newtext" will have the same
>> length as the thing it replaced...
>
> Sorry, I misread what you wanted.
>
> (let ((new-end (+ (prog1 (match-beginning 1)
> (replace-match new-text t t string 1)))
> (length new-text)))
> (do-somthing-from new-end))
Thanks! That's easy, and indeed it will work, since the length of the
replacement is fixed in my use-case.
Best,
--
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: A variant of match-end, but after replacement?
[not found] ` <mailman.7160.1437335923.904.help-gnu-emacs@gnu.org>
@ 2015-07-19 20:18 ` Barry Margolin
2015-07-19 22:45 ` Pascal J. Bourguignon
0 siblings, 1 reply; 16+ messages in thread
From: Barry Margolin @ 2015-07-19 20:18 UTC (permalink / raw)
To: help-gnu-emacs
In article <mailman.7160.1437335923.904.help-gnu-emacs@gnu.org>,
Marcin Borkowski <mbork@mbork.pl> wrote:
> On 2015-07-19, at 15:41, Pascal J. Bourguignon <pjb@informatimago.com> wrote:
>
> > Marcin Borkowski <mbork@mbork.pl> writes:
> >
> >>> (let ((old-end (prog1 (match-end 1)
> >>> (replace-match "newtext" t t string 1))))
> >>> (do-something old-end))
> >>
> >> Still not there - I can't assume that "newtext" will have the same
> >> length as the thing it replaced...
> >
> > Sorry, I misread what you wanted.
> >
> > (let ((new-end (+ (prog1 (match-beginning 1)
> > (replace-match new-text t t string 1)))
> > (length new-text)))
> > (do-somthing-from new-end))
>
> Thanks! That's easy, and indeed it will work, since the length of the
> replacement is fixed in my use-case.
Yeah, this would be trickier if new-text contained back-references.
--
Barry Margolin, barmar@alum.mit.edu
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: A variant of match-end, but after replacement?
2015-07-19 11:49 Marcin Borkowski
@ 2015-07-19 20:23 ` Dmitry Gutov
0 siblings, 0 replies; 16+ messages in thread
From: Dmitry Gutov @ 2015-07-19 20:23 UTC (permalink / raw)
To: Marcin Borkowski, Help Gnu Emacs mailing list
By the way,
On 07/19/2015 02:49 PM, Marcin Borkowski wrote:
> Note: I have good reasons not to use replace-regexp-in-string, since
> I want to replace each match with something different, according to what
> was matched inside one of the groups. AFAIK, replace-regexp-in-string
> doesn't support such a use-case.
...it does. Its REP argument can be a function, and in it you're free to
choose the replacement based on the match data.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: A variant of match-end, but after replacement?
2015-07-19 20:18 ` Barry Margolin
@ 2015-07-19 22:45 ` Pascal J. Bourguignon
2015-07-20 0:06 ` Marcin Borkowski
[not found] ` <mailman.7165.1437350800.904.help-gnu-emacs@gnu.org>
0 siblings, 2 replies; 16+ messages in thread
From: Pascal J. Bourguignon @ 2015-07-19 22:45 UTC (permalink / raw)
To: help-gnu-emacs
Barry Margolin <barmar@alum.mit.edu> writes:
> In article <mailman.7160.1437335923.904.help-gnu-emacs@gnu.org>,
> Marcin Borkowski <mbork@mbork.pl> wrote:
>
>> On 2015-07-19, at 15:41, Pascal J. Bourguignon <pjb@informatimago.com> wrote:
>>
>> > Marcin Borkowski <mbork@mbork.pl> writes:
>> >
>> >>> (let ((old-end (prog1 (match-end 1)
>> >>> (replace-match "newtext" t t string 1))))
>> >>> (do-something old-end))
>> >>
>> >> Still not there - I can't assume that "newtext" will have the same
>> >> length as the thing it replaced...
>> >
>> > Sorry, I misread what you wanted.
>> >
>> > (let ((new-end (+ (prog1 (match-beginning 1)
>> > (replace-match new-text t t string 1)))
>> > (length new-text)))
>> > (do-somthing-from new-end))
>>
>> Thanks! That's easy, and indeed it will work, since the length of the
>> replacement is fixed in my use-case.
>
> Yeah, this would be trickier if new-text contained back-references.
Not very much:
(let ((end (match-end 1))
(new-string (replace-match new-text t t string 1)))
(do-something-from new-string
(+ end (- (length string) (legnth new-string)))))
--
__Pascal Bourguignon__ http://www.informatimago.com/
“The factory of the future will have only two employees, a man and a
dog. The man will be there to feed the dog. The dog will be there to
keep the man from touching the equipment.” -- Carl Bass CEO Autodesk
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: A variant of match-end, but after replacement?
2015-07-19 22:45 ` Pascal J. Bourguignon
@ 2015-07-20 0:06 ` Marcin Borkowski
[not found] ` <mailman.7165.1437350800.904.help-gnu-emacs@gnu.org>
1 sibling, 0 replies; 16+ messages in thread
From: Marcin Borkowski @ 2015-07-20 0:06 UTC (permalink / raw)
To: help-gnu-emacs
On 2015-07-20, at 00:45, Pascal J. Bourguignon <pjb@informatimago.com> wrote:
> Barry Margolin <barmar@alum.mit.edu> writes:
>
>> In article <mailman.7160.1437335923.904.help-gnu-emacs@gnu.org>,
>> Marcin Borkowski <mbork@mbork.pl> wrote:
>>
>>> On 2015-07-19, at 15:41, Pascal J. Bourguignon <pjb@informatimago.com> wrote:
>>>
>>> > Marcin Borkowski <mbork@mbork.pl> writes:
>>> >
>>> >>> (let ((old-end (prog1 (match-end 1)
>>> >>> (replace-match "newtext" t t string 1))))
>>> >>> (do-something old-end))
>>> >>
>>> >> Still not there - I can't assume that "newtext" will have the same
>>> >> length as the thing it replaced...
>>> >
>>> > Sorry, I misread what you wanted.
>>> >
>>> > (let ((new-end (+ (prog1 (match-beginning 1)
>>> > (replace-match new-text t t string 1)))
>>> > (length new-text)))
>>> > (do-somthing-from new-end))
>>>
>>> Thanks! That's easy, and indeed it will work, since the length of the
>>> replacement is fixed in my use-case.
>>
>> Yeah, this would be trickier if new-text contained back-references.
>
> Not very much:
>
> (let ((end (match-end 1))
> (new-string (replace-match new-text t t string 1)))
> (do-something-from new-string
> (+ end (- (length string) (legnth new-string)))))
I give up. It seems that a PhD in math is not enough to deal with
string-length arithmetic;-). Shame on me! (OTOH, mails from you often
teach me that when I have the impression that I'm smart, it's usually
only an impression.)
Thanks a lot!
--
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: A variant of match-end, but after replacement?
[not found] ` <mailman.7165.1437350800.904.help-gnu-emacs@gnu.org>
@ 2015-07-20 0:33 ` Pascal J. Bourguignon
0 siblings, 0 replies; 16+ messages in thread
From: Pascal J. Bourguignon @ 2015-07-20 0:33 UTC (permalink / raw)
To: help-gnu-emacs
Marcin Borkowski <mbork@mbork.pl> writes:
>> Not very much:
>>
>> (let ((end (match-end 1))
>> (new-string (replace-match new-text t t string 1)))
>> (do-something-from new-string
>> (+ end (- (length new-string) (length string)))))
>
> I give up. It seems that a PhD in math is not enough to deal with
> string-length arithmetic;-). Shame on me! (OTOH, mails from you often
> teach me that when I have the impression that I'm smart, it's usually
> only an impression.)
Sorry, I was about to write out the equation, but if it's necessary,
I'll do.
(length new-string)
--------------------------------------------------------
(length prefix) (length new) (length suffix)
---------------- ---------------------- ----------------
pppppppppppppppp nnnnnnnnnnnnnnnnnnnnnn ssssssssssssssss
^
|
new-end
(length old-string)
--------------------------------------------------
(length prefix) (length old) (length suffix)
---------------- ---------------- ----------------
pppppppppppppppp oooooooooooooooo ssssssssssssssss
^
|
(match-end)
So, we have:
(= (length suffix) (- (length new-string) new-end))
(= (length suffix) (- (length old-string) (match-end)))
Or, in math:
s = ns-ne
s = os-me
Therefore:
0 = (ns-ne) - (os-me)
<=> 0 = ns - ne - os + me
<=> ne = me + (ns - os)
<=> (= new-end (+ (match-end) (- (length new-string) (length old-string))))
Hence:
(let ((end (match-end 1))
(new-string (replace-match new-text t t old-string 1)))
(do-something-from new-string
(+ end (- (length new-string) (length old-string)))))
--
__Pascal Bourguignon__ http://www.informatimago.com/
“The factory of the future will have only two employees, a man and a
dog. The man will be there to feed the dog. The dog will be there to
keep the man from touching the equipment.” -- Carl Bass CEO Autodesk
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: A variant of match-end, but after replacement?
2015-07-19 12:22 ` Marcin Borkowski
2015-07-19 13:25 ` Marcin Borkowski
@ 2015-07-20 10:46 ` Nicolas Richard
1 sibling, 0 replies; 16+ messages in thread
From: Nicolas Richard @ 2015-07-20 10:46 UTC (permalink / raw)
To: Marcin Borkowski; +Cc: help-gnu-emacs
Marcin Borkowski <mbork@mbork.pl> writes:
> Nope - I'm doing search and replacement in a string, not in a buffer...
you could do:
(with-temp-buffer
(insert string)
do-magic-here
(buffer-string))
--
Nico.
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2015-07-20 10:46 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <mailman.7146.1437306572.904.help-gnu-emacs@gnu.org>
2015-07-19 12:06 ` A variant of match-end, but after replacement? Pascal J. Bourguignon
2015-07-19 12:22 ` Marcin Borkowski
2015-07-19 13:25 ` Marcin Borkowski
2015-07-20 10:46 ` Nicolas Richard
[not found] ` <mailman.7147.1437308571.904.help-gnu-emacs@gnu.org>
2015-07-19 12:30 ` Pascal J. Bourguignon
2015-07-19 13:20 ` Marcin Borkowski
2015-07-19 13:26 ` Dmitry Gutov
2015-07-19 19:57 ` Marcin Borkowski
[not found] ` <mailman.7150.1437312076.904.help-gnu-emacs@gnu.org>
2015-07-19 13:41 ` Pascal J. Bourguignon
2015-07-19 19:58 ` Marcin Borkowski
[not found] ` <mailman.7160.1437335923.904.help-gnu-emacs@gnu.org>
2015-07-19 20:18 ` Barry Margolin
2015-07-19 22:45 ` Pascal J. Bourguignon
2015-07-20 0:06 ` Marcin Borkowski
[not found] ` <mailman.7165.1437350800.904.help-gnu-emacs@gnu.org>
2015-07-20 0:33 ` Pascal J. Bourguignon
2015-07-19 11:49 Marcin Borkowski
2015-07-19 20:23 ` Dmitry Gutov
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).