> From: nljlistb...@gmail.com (N. Jackson)
> Cc: 23...@debbugs.gnu.org, Eli Zaretskii ,
> jwieg...@gmail.com, rpl...@gmail.com, monn...@iro.umontreal.ca,
> alex.ben...@linaro.org
> Date: Fri, 22 Jul 2016 21:42:08 -0300
>
> Both the v2 and the v3 patch work for me with all my
At 10:19 +0200 on Thursday 2016-07-21, Robert Pluim wrote:
>
> nljlistb...@gmail.com (N. Jackson) writes:
>
>> At 20:56 -0400 on Wednesday 2016-07-20, npost...@users.sourceforge.net wrote:
>>>
>>> From: Noam Postavsky
>>> Subject: [PATCH v1] Adjust match data before calling
At 10:08 +0200 on Thursday 2016-07-21, Robert Pluim wrote:
>>
> nljlistb...@gmail.com (N. Jackson) writes:
>
>> At 21:09 +0300 on Monday 2016-07-18, Eli Zaretskii wrote:
>>
>>> diff --git a/lisp/subr.el b/lisp/subr.el
>>> index e9e19d3..1bb1cb3 100644
>>> --- a/lisp/subr.el
>>> +++ b/lisp/subr.el
nljlistb...@gmail.com (N. Jackson) writes:
> At 20:56 -0400 on Wednesday 2016-07-20, npost...@users.sourceforge.net wrote:
>>
>> From a8098080dff5f83f7cbcbec2bc263f9db3b45ad9 Mon Sep 17 00:00:00 2001
>> From: Noam Postavsky
>> Date: Wed, 20 Jul 2016 20:15:14 -0400
>> Subject:
nljlistb...@gmail.com (N. Jackson) writes:
> At 21:09 +0300 on Monday 2016-07-18, Eli Zaretskii wrote:
>
>> diff --git a/lisp/subr.el b/lisp/subr.el
>> index e9e19d3..1bb1cb3 100644
>> --- a/lisp/subr.el
>> +++ b/lisp/subr.el
>> @@ -3466,7 +3466,7 @@ save-match-data
>>;; if you need to
At 20:56 -0400 on Wednesday 2016-07-20, npost...@users.sourceforge.net wrote:
>
> From a8098080dff5f83f7cbcbec2bc263f9db3b45ad9 Mon Sep 17 00:00:00 2001
> From: Noam Postavsky
> Date: Wed, 20 Jul 2016 20:15:14 -0400
> Subject: [PATCH v1] Adjust match data before calling
At 21:09 +0300 on Monday 2016-07-18, Eli Zaretskii wrote:
> My suggestion to fix this is below. I ask for opinions on (1) whether
> this looks like TRT, (2) whether it is safe enough for emacs-25, and
> (3) whether someone has better ideas. If someone thinks I've
> misunderstood the issue,
> Date: Fri, 08 Jul 2016 20:03:35 +0300
> From: Eli Zaretskii
> Cc: 23...@debbugs.gnu.org
>
> > which already does save-match-data. If I globally disable the org
> > element cache by (setq org-element-use-cache nil) the issue
> > disappears, so now I'm confused as to what's going
> From: Robert Pluim
> Cc: 23...@debbugs.gnu.org
> Date: Fri, 08 Jul 2016 17:40:42 +0200
>
> org-element--cache-after-change is:
>
> (defun org-element--cache-after-change (beg end pre)
> "Update buffer modifications for current buffer.
> BEG and END are the beginning and