On Friday, 5 Aug 2022 at 12:16, Fraga, Eric wrote:
> Thank you. Back to "normal" (now having problems with latest Emacs updates
> ;-)).
Heads up for those of you that might be using graphviz-dot-mode, e.g. in
dot src blocks. The development version of Emacs has removed
On Friday, 5 Aug 2022 at 19:37, Ihor Radchenko wrote:
> Hence, I have reverted the problematic commit in 1449bb31e.
Thank you. Back to "normal" (now having problems with latest Emacs updates
;-)).
--
: Eric S Fraga, with org release_9.5.4-707-g215de6 in Emacs 29.0.50
"Fraga, Eric" writes:
> On Friday, 5 Aug 2022 at 09:45, Ihor Radchenko wrote:
>> If you have some time, can you try the attached patch?
>
> I have tried it but it doesn't seem to solve the issue of multiple
> responses required due to "unsafe" dir local variables unfortunately.
>
> I may remove
On Friday, 5 Aug 2022 at 09:45, Ihor Radchenko wrote:
> If you have some time, can you try the attached patch?
I have tried it but it doesn't seem to solve the issue of multiple
responses required due to "unsafe" dir local variables unfortunately.
I may remove that particular setting and do
"Fraga, Eric" writes:
> Maybe unrelated but I will add that the recent changes to how local
> variables are processed is breaking my usage of org quite seriously. To
> be clear: I am not complaining: it's my fault for tracking the bleeding
> edge of development for both org and Emacs. But I
Ihor,
folding is now fine. But only by disabling (reverting) the early
loading of local file variables. Which I'm doing as it was breaking too
many things. Org is back to being usable.
--
Eric S Fraga, @ericsfraga:matrix.org, GnuPG: 0xc89193d8fffcf67d
Maybe unrelated but I will add that the recent changes to how local
variables are processed is breaking my usage of org quite seriously. To
be clear: I am not complaining: it's my fault for tracking the bleeding
edge of development for both org and Emacs. But I thought I would
mention what I am
On Thursday, 4 Aug 2022 at 22:34, Ihor Radchenko wrote:
> Are you able to reproduce starting from emacs -Q?
No, I am not able to reproduce with -Q unfortunately.
I'll investigate when time permits.
Thank you,
eric
--
: Eric S Fraga, with org release_9.5.4-706-g4702a7 in Emacs 29.0.50
"Fraga, Eric" writes:
> In the screenshot example, it seems to be part of the cache information
> on a results line from a src block in a subheading of the illustrative
> example:
>
> #+results[7dc3bf0b2288ae445ec4a381d3aabdc73515a957]: somesrcblock
>
> Most of my headings show similar hex
Hello all,
Just a quick heads up: I have just built emacs from git and updated org
also from git. Having changed my org files to remove
(org-content 3)
lines from hooks and file local variables, replacing them with the
appropriate STARTUP setting, I am sort of back where I was except that
Migrating to 6.36 I found I couldn't open some of the folded trees
with TAB.
Turns out this line has to be commented in org.el to fix it
(modify-syntax-entry ?\n )
because if the syntax of newline is changed like this then this
expression in org-cycle-internal-local will not work in some
Hi Tim,
thanks for pointing this out, I have fixed this and made a new release
6.36c - I will push it as soon as I can reach repo.or.cz again.
- Carsten
On May 13, 2010, at 11:52 AM, Tom wrote:
Migrating to 6.36 I found I couldn't open some of the folded trees
with TAB.
Turns out this
12 matches
Mail list logo
