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
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
>> - 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
"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
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
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
-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
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
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
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
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
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
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 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
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
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
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
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
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
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
20 matches
Mail list logo
