Ihor Radchenko writes:
> Ihor Radchenko writes:
>
>> On Emacs 29, make test will fail on both bugfix and main:
>>
>> 5 unexpected results:
>>FAILED test-org-colview/columns-move-left
>>FAILED test-org-colview/columns-move-right
>>FAILED test-org-colview/columns-new
>>FAILED
Document the new functionality of ob-plantuml to insert ASCII diagrams
directly in the buffer.
---
This patch documents the changes made here:
https://lists.gnu.org/archive/html/emacs-orgmode/2022-08/msg00110.html
.../babel/languages/ob-doc-plantuml.org | 55 +++
1 file
When :results header arg is set to a value that doesn't include
"file", insert txt output in buffer below src block.
TINYCHANGE
---
etc/ORG-NEWS| 7 +++
lisp/ob-plantuml.el | 12 +---
2 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS
Ihor Radchenko writes:
> Let's take this opportunity and fix another omission in ob-plantuml.
> :results may generally contain Elisp sexps to be evaluated and the whole
> split-string busyness is not accurate. Please use :result-params list
> instead of :results.
Good catch! I will submit a v3
Max Nikulin writes:
> Likely never variant is ideal. Maybe language should be always in
> :babel and :babel-ini-only should be boolean. I am not sure though
> that it will not make code more complex in other places, so feel free
> to ignore this comment.
What you say makes a lot of sense. Really
On 05/08/2022 13:15, Ihor Radchenko wrote:
Max Nikulin writes:
DejaVuSansMono has at least
- "\u{21fd}" "⇽" LEFTWARDS OPEN-HEADED ARROW
https://util.unicode.org/UnicodeJsps/character.jsp?a=21fd
- "\u{2190}" "←" LEFTWARDS ARROW
https://util.unicode.org/UnicodeJsps/character.jsp?a=2190
from
It's ok, I managed to find it, thanks
I realize that I also have the same mistake as him (Can’t expand minibuffer
to full frame).
I'm not good enough in emacs-lisp, but I hope it's not too complicated to
solve for you ^^.
Le ven. 5 août 2022 à 04:27, Ihor Radchenko a écrit :
> Okay, I
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
Jack Kamm writes:
> 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
Ihor Radchenko writes:
> Daniel Fleischer writes:
>
>> Daniel Fleischer [2022-07-31 Sun 18:25] wrote:
>>
>> In other words \date{} is what prevents from the date being printed. Or
>> put differently \date{\today} and not putting \date is equivalent. See
>>
Hi,
Consider an Org file containing comment with a link:
# commented out line with a [[https://orgmode.org/][link]]
At least in Emacs-26 it is rather confusing that link path and brackets
are hidden and font is the same as for comment. At the same time links
remain active elements that can be
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Ihor Radchenko writes:
> 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
Ihor Radchenko writes:
> Ihor Radchenko writes:
>
>> I've seen multiple issues coming from the above behavior.
>> Hence, I'd like to propose Org to call `hack-local-variables' early
>> during startup. The patch is attached.
>
> Applied onto main via e22b4eb7a.
>
Hi,
The annoying mixed installation problems keep popping up in the mailing
list and other communication channels.
The attached is a patch trying to forbid loading multiple Org versions.
The idea is putting a macro that internally expands Org git version at
compile time and later compares the
"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
>> - after "a..z" runs out, '{', '|' and '}' are being used which seems
>> reasonable -- but after that, I get '\200' and similar before reaching
>> '©'...
>
>This is indeed true, but what can we do? There are only that many
>characters in the keyboard. We may instead start using two-key
reza writes:
> On 8/5/22 03:48, Ihor Radchenko wrote:
>>
>> This email is already a bug report :)
> Haha nice :)
>>
>> However, we cannot just blindly carry over the name tag to the result.
>>
>> Consider a case when you have ":results both" in your src block. Where
>> should the [[html
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
On 8/5/22 03:48, Ihor Radchenko wrote:
>
> This email is already a bug report :)
Haha nice :)
>
> However, we cannot just blindly carry over the name tag to the result.
>
> Consider a case when you have ":results both" in your src block. Where
> should the [[html transformation]] link refer to?
Max Nikulin writes:
> DejaVuSansMono has at least
> - "\u{21fd}" "⇽" LEFTWARDS OPEN-HEADED ARROW
> https://util.unicode.org/UnicodeJsps/character.jsp?a=21fd
> - "\u{2190}" "←" LEFTWARDS ARROW
> https://util.unicode.org/UnicodeJsps/character.jsp?a=2190
> from
Greg Minshall writes:
> hi. this fails with [emacs -Q], which in my case
> : Org mode version 9.4.4 (release_9.4.4 @ /usr/share/emacs/27.2/lisp/org/)
>
> and, also in whatever elpa'ish version i'm running
> : Org mode version 9.4.4 (release_9.4.4-277-g2e1c98 @
>
22 matches
Mail list logo