Ihor Radchenko writes:
> This is indeed inconsistent. The current behaviour is to scan only files
> where it is known that IDs are present.
>
> Can you try the attached patch?
Thanks, Ihor. I tried your patch and it solved my issue -- both the
minimal example I sent, as well as the related
Joseph Turner writes:
> When :results header arg is set to a value that doesn't include
> "file", insert txt output in buffer below src block.
This looks reasonable. Thanks!
> - (let* ((out-file (or (cdr (assq :file params))
> -(error "PlantUML requires a \":file\" header
>
> Okay, I understand. Sorry for the duplicate, I didn't see this thread.
No problem. It's not like that thread is obviously related. I found the
relation in the root cause, after debugging.
Also, I don't understand why, but when I click on it, no site is
> accessible. I tried to remove the
Sharon Kimble writes:
>> I am not sure if I understand what you mean. Can you explain in more details?
>
> Sure. This is one entry where 'org-lint' shows as '533 Link to non-existent
> local file ":~/path/to/directory/"'
>
> =
> *** dired
> # [[file+emacs:~/path/to/directory/]] ;;; opens
Hanno writes:
> However, I have noticed some oddities with the characters that are being
> associated as keys to the entries in the interface:
>
> - after "a..z" runs out, '{', '|' and '}' are being used which seems
> reasonable -- but after that, I get '\200' and similar before reaching
>
Okay, I understand. Sorry for the duplicate, I didn't see this thread.
Also, I don't understand why, but when I click on it, no site is
accessible. I tried to remove the "@localhost", also nothing.
Do you know how to follow the thread ?
Thanks you again for your help.
On Fri, 5 Aug 2022, 03:26
reza writes:
>> They way to work around the problem is providing explicit name anchor to
>> the results block:
>>
>>
>> #+name: html transformation
>> #+begin_src plantuml :file img/transformation-html.svg :exports results
>> :mkdirp yes
>> file org
>> file html
>> org
"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
Cletip Cletip writes:
> So, can we consider this as a bug?
Yup. And the linked thread may be the fix or at least something close.
Best,
Ihor
Hej,
I use the fast tags selection interface (=org-set-tags-command= with
=org-use-fast-tag-selection= set to =t=) to quickly add several tags to
a heading. I have both tags and keys defined in
=org-tag-persistent-alist= and use
=org-complete-tags-always-offer-all-agenda-tags= to complete the
On 8/4/22 04:37, Ihor Radchenko wrote:
>
> Nothing really wrong on your side. It is probably an omission on the Org
> sid >
> Executing the above code produces
>
> #+RESULTS: html transformation
> [[file:img/transformation-html.svg]]
>
> However, it is currently impossible to link to such
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
So, can we consider this as a bug?
Le jeu. 4 août 2022 à 17:01, Ihor Radchenko a écrit :
> Cletip Cletip writes:
>
> > Hello to all,
> >
> > I am trying to do what is in the title of this mail, but there is
> something
> > surprising:
> >
> > Everything works perfectly well, except when
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
Cletip Cletip writes:
> Hello to all,
>
> I am trying to do what is in the title of this mail, but there is something
> surprising:
>
> Everything works perfectly well, except when inserting statistics cookies
> (for the parent obviously). Indeed, when changing the state of the subtask,
> the
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 to all,
I am trying to do what is in the title of this mail, but there is something
surprising:
Everything works perfectly well, except when inserting statistics cookies
(for the parent obviously). Indeed, when changing the state of the subtask,
the lines like this :
- State " new state"
Uwe Brauer writes:
>> See the attached patch.
>
> Are you going to commit that patch to master any time soon?
> I just pulled but cannot see it.
The patch task is scheduled for this Sunday.
> BTW, do you have any idea why columnview needs to many iterations if the
> number of headings and
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
On 04/08/2022 17:04, Juan Manuel Macías wrote:
Subject: [PATCH] lisp/ox-latex.el: `org-latex-language-alist'
improved.
Thank you, Juan Manuel. The patch looks like what I was trying to
suggest. However I have not tried to implement fontenc on the top of it.
+
> Uwe Brauer writes:
> Thanks for the heads-up!
> Comment blocks are not supposed to contain Org markup, and thus it indeed
> makes sense to support them in org-edit-special and in structure
> templates.
> See the attached patch.
Are you going to commit that patch to master any time soon?
I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Ihor Radchenko writes:
> Sharon Kimble writes:
>
>> I now have this showing in my 'instructions.org'
>> =
>> # -*- coding: utf-8; mode: org -*-
>> #+STARTUP: show2levels
>>
>> # #+STARTUP: overview
>> =
>>
>> This file seems to
Hi, Ihor,
Ihor Radchenko writes:
> Thanks! I have some minor comments on the patch.
>
>> From b06cdd45198f470a135efad2cd1d8b22ab7e2f22 Mon Sep 17 00:00:00
> 2001
>> From: Juan Manuel Macias
>> Date: Sun, 31 Jul 2022 02:31:08 +0200
>> Subject: [PATCH] lisp/ox-latex.el: `org-latex-language-alist'
Sharon Kimble writes:
> I now have this showing in my 'instructions.org'
> =
> # -*- coding: utf-8; mode: org -*-
> #+STARTUP: show2levels
>
> # #+STARTUP: overview
> =
>
> This file seems to be showing most of the problems, and looking at it in
> 'org-lint' there are many
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Ihor Radchenko writes:
> Sharon Kimble writes:
>
>> I've just updated to 'Org mode version 9.5.4 (release_9.5.4-706-g4702a7 @
>> /home/boudiccas/git/org-mode/lisp/)' and I'm getting this error report from
>> org-fold-core (I think) -
>>
>>
Sharon Kimble writes:
> I've just updated to 'Org mode version 9.5.4 (release_9.5.4-706-g4702a7 @
> /home/boudiccas/git/org-mode/lisp/)' and I'm getting this error report from
> org-fold-core (I think) -
>
> =
> Debugger entered--Lisp error: (error "Calling ‘org-fold-core-region’ with
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I've just updated to 'Org mode version 9.5.4 (release_9.5.4-706-g4702a7 @
/home/boudiccas/git/org-mode/lisp/)' and I'm getting this error report from
org-fold-core (I think) -
=
Debugger entered--Lisp error: (error "Calling
28 matches
Mail list logo