Hugo Heagren writes:
> Hugo
> From 039c2131462f5454f2804e809e085a055b5bf552 Mon Sep 17 00:00:00 2001
> From: Hugo Heagren
> Date: Mon, 28 Mar 2022 23:18:45 +0100
> Subject: [PATCH 1/2] ol.el: add description format parameter to
> org-link-parameters
> ...
> From 708916f8d4f31af1e786e87154b5a447
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 t
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 cha
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 p
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 https
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 underst
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
font-lock-reference-face
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 se
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
>> http://www.emerson.emory.edu/services/l
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 ":~/path/to/di
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.
> https://git.savannah.gnu.org/cgit
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 exp
"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
>com
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 transf
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 what
20 matches
Mail list logo
