On Tuesday, 27 Jul 2021 at 12:37, No Wayman wrote:
> Resolved on Emacs master as of
> 949dd41c31dab69f7a5067bba324c28bb2cfbf8e
Excellent. Re-building now! Thank you (and Gregor) for bisecting and
reporting.
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-598-g604bfd
: Latest paper
Thanks for doing the bisect.
I was in the process of doing it myself and comparing disassembled
byte-code when I saw the patch had been pushed.
For anyone curious, this particular bug was a byte compilation
error.
When byte-compiled, org-capture-fill-template was attempting to
compare
Hi No, Eric,
* No Wayman [2021-07-23; 23:03]:
>> from an earlier thread, I recall you mentioned you were using
>> native
>> compilation? This is almost certainly the cause of your problem.
>
> This does smell like a byte-compilation problem.
> Seems to be a failure with any interactive,
On Saturday, 24 Jul 2021 at 10:37, Tim Cross wrote:
> My advice would be not to use native compilation.
Probably good advice but, for me, native compilation has (generally)
been working very well and has had significant performance
improvement. I use Emacs as my window manager (EXWM) and every
No Wayman writes:
>> from an earlier thread, I recall you mentioned you were using native
>> compilation? This is almost certainly the cause of your problem.
>
> This does smell like a byte-compilation problem.
> Seems to be a failure with any interactive, single-character %-escaped
>
from an earlier thread, I recall you mentioned you were using
native
compilation? This is almost certainly the cause of your problem.
This does smell like a byte-compilation problem.
Seems to be a failure with any interactive, single-character
%-escaped patterns in a template string (e.g.
Eric S Fraga writes:
> On Wednesday, 21 Jul 2021 at 18:23, to...@tuxteam.de wrote:
>> So edebug fixed it? Good :-)
>
> Well, it fixed it until I started Emacs again (which I don't do often,
> luckily, as it's my window manager). So, to get org-capture to work
> again, I need to instrument the
On Fri, Jul 23, 2021 at 03:41:49PM +0100, Eric S Fraga wrote:
> On Wednesday, 21 Jul 2021 at 18:23, to...@tuxteam.de wrote:
> > So edebug fixed it? Good :-)
>
> Well, it fixed it until I started Emacs again
Gah. Sorry to hear that :-(
Cheers
- t
signature.asc
Description: Digital signature
On Wednesday, 21 Jul 2021 at 18:23, to...@tuxteam.de wrote:
> So edebug fixed it? Good :-)
Well, it fixed it until I started Emacs again (which I don't do often,
luckily, as it's my window manager). So, to get org-capture to work
again, I need to instrument the function and then it works. I
On Wed, Jul 21, 2021 at 04:38:58PM +0100, Eric S Fraga wrote:
> u figured why not learn edebug *now*.
>
> so I instrument that method, start the capture, tell edebug to go when
> it stops in that function, and the capture works. And now it works
> whether instrumented or not. Hey hum. A
u figured why not learn edebug *now*.
so I instrument that method, start the capture, tell edebug to go when
it stops in that function, and the capture works. And now it works
whether instrumented or not. Hey hum. A total mystery but at least it
works.
Maybe native compilation has
On Wednesday, 21 Jul 2021 at 11:21, Nick Dokos wrote:
> FWIW, it's working for me. There was a change on July 8 having to do
> with tags completion (using completing-read-multiple),
which kind of supports my suspicion that it has to do with
selectrum. :-(
> I would probably edebug
Eric S Fraga writes:
> Hello all,
>
> I am getting this error message:
>
> org-capture: Capture abort: Unknown template placeholder: "%^G"
>
> when attempting to capture a task using this template:
>
> #+begin_src emacs-lisp
> (add-to-list 'org-capture-templates
>'("t"
>
Hello all,
I am getting this error message:
org-capture: Capture abort: Unknown template placeholder: "%^G"
when attempting to capture a task using this template:
#+begin_src emacs-lisp
(add-to-list 'org-capture-templates
'("t"
"todo"
entry
14 matches
Mail list logo
