Samuel Banya writes:
Do you think that maybe changing the setting you had mentioned before,
'org-src-tab-acts-natively' to false (aka nil or '0' (zero) value) via
a change in my configuration would make this error not happen within
Org-Mode in that case?
Yes, that should work. I have not
I'm trying to figure out how to port changes to etc/schema/ files in the
Emacs repo back to the Org repo. I'd appreciate feedback from anyone
who knows anything about the etc/schema/ files in Org's tree and/or
ox-odt.
Background
==
Org has a few files in etc/schema:
org$ git
Ypo writes:
> I've read this:
>
> "Contributing to Emacs is so frustrating. It's not worth it for minor
> things and if I cannot get some experience and confidence with minor
> things, then I likely won't ever make major contributions."
>
hi, Sam,
i was thinking you might be happier, or at least experiment, *without*
=org-tempo=. so, if you customize =org-modules=, and see =org-tempo=
enabled there, you might try disabling it. (to move one more chance Org
is getting in the way of yasnippet.)
but, i don't know if this will help.
Hey there Greg,
Gotcha.
Just to confirm, you're saying I should add a "(require 'org-tempo)" in my
Emacs config in that case?
Or are you saying that I should disable "org-modules" setting value by setting
it to nil or '0' (zero)?
If that is the case, what would be the syntax to do this
Hey Sébastien,
Thanks for this insight.
Do you think that maybe changing the setting you had mentioned before,
'org-src-tab-acts-natively' to false (aka nil or '0' (zero) value) via a change
in my configuration would make this error not happen within Org-Mode in that
case?
On a related note,
I've read this:
"Contributing to Emacs is so frustrating. It's not worth it for minor things
and if I cannot get some experience and confidence with minor things, then I
likely won't ever make major contributions."
https://twitter.com/magit_emacs/status/1396536686570610697?s=19
Hi Samuel,
I'm guessing its some kind of Org Mode vs Yasnippet issue where
Org-mode is expanding it too fast, when it should wait for user input
hence the "$1" section.
I guess yasnippet tries to indent the inside of the block (see
=yas-indent-line=) before the lang part of the src block is
Hi,
Here's a patch that fixes this bug by calling `dvipng' with the `-bg
Transparent' argument only when no background color is set.
Regards,
--
Sébastien Miquel
>From 5872fc3143162fbda11cf2aa5a3798567664be99 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Sun, 23
Hi Bhavin,
On Sun, 23 May 2021 at 15:05, Bhavin Gandhi
wrote:
Finally after spending a couple of hours, I was able to understand the
code
of org-refile-get-location \o/. The detailed bug report helped me to
understand the issue. I'm attaching a patch here which should fix the
problem, it
Hi Bhavin! Great to see you on the mailing list :)
Thank you so much for looking at the bugs, investigating one, /and/
working out a fix. That's absolutely fantastic of you!
For cumulative contributions under 15 (non-trivial) lines from a
contributor (such as yourself) we can accept (i.e.
Finally after spending a couple of hours, I was able to understand the code
of org-refile-get-location \o/. The detailed bug report helped me to
understand the issue. I'm attaching a patch here which should fix the
problem, it has other details as well. I have tested a few basic scenarios
as
Samuel,
i think that by default, Org no longer listens to, e.g., =
Starting from emacs -Q:
1. C-x C-f test.org
2. Write something like the following:
Here is a table:
|Data1|Data2
3. Make sure to leave the last column without the "|"
4. C-o, with point at the table row.
5. I expected to get a clean row:
Here is a table:
| | |
| Data1 | Data2 |
but I
I haven't been able to utilize the Yasnippet I've been using to override the
newer one that Org-Mode created aka ' :end # :parent-field nil :mirrors nil :transform nil
:modified-p nil :next #s(yas--exit :marker #
:next nil))) :exit #s(yas--exit :marker # :next
nil) :id 3 :control-overlay nil
Nicolas Goaziou writes:
>>> I suggest to not tag emptiness. `org-set-tags' could raise an error in
>>> this case.
>>
>> Of course, we can go the other way around and recognise "* :myheadline:"
>> as non-empty headline with no tags.
>
> There is no spoon^W way. Or, no way is satisfactory. "Don't
Ihor Radchenko writes:
> Actually, my patch would solve the existing inconsistency.
> Org mode already puts tag fontification on :tag: in "* :tag:" headline;
> org-get-tags returns ("tag") on such headline; org-set-tags sets the
> :tag: on "*" headline making it look like "* :tag:" (which is
Nicolas Goaziou writes:
> Because, as I wrote, this is ambiguous. You cannot distinguish the
> following two cases:
>
> * :mytag:
> * :myheadline:
Makes sense.
> So, your patch would only move the problem elsewhere.
Actually, my patch would solve the existing inconsistency.
Org mode
hi. i noticed the following behavior, and am curious if it is
intentional.
if i declare a :tangle and a :var in a property drawer and then, in that
subtree, have N>1 source blocks (which will all end up in the same
tangled file), the :var'iable will be assigned a value N times. below i
have an
Hello,
Ihor Radchenko writes:
>> However, empty headline + tags is ambiguous. The right solution is to
>> disambiguate it by inserting "something" as the headline you want to
>> tag, like a non-breaking space.
>
> Yet, why not simply alter the headline parser a little bit to support
> empty
Hello, everyone!
May I suggest a feature addition in org?
The setting org-html-self-link-headlines at the moment turns headlines
into links to themselves. While this is an excellent tool to make
references to the "place where I am reading now", it is a bit confusing,
because the reader may
Ihor Radchenko writes:
> You can simply do (org-link-display-format (org-get-heading 'no-tags))
>
> Best,
> Ihor
Oh!! I see that with my code I just reinvented the wheel :-D:
---
org-link-display-format is a compiled Lisp function in ‘ol.el’.
(org-link-display-format S)
Replace links in
Juan Manuel Macías writes:
> + heading (replace-regexp-in-string
> + org-link-bracket-re
> + (lambda (x)
> + (pcase (match-string 2 x)
> + (`nil (match-string 1 x))
> +
On 2021-05-23, 14:24 +0530, Utkarsh Singh wrote:
Hi,
This patch tries to fix usage of `user-error' in
`org-table-convert-region' which is currently _not_ taking benefit of
non-local exit of `user-error' function and using `if' to carry out it's
operations.
Please note that this is just an
>From 96b1a0b6095ecefed0f7103ea1e08e325452d3a6 Mon Sep 17 00:00:00 2001
From: Utkarsh Singh
Date: Sun, 23 May 2021 13:48:33 +0530
Subject: [PATCH] org-table.el: Fix usage of user-error
* lisp/org-table.el (org-table-convert-region): Don't use `if' because
Elisp has no concept of continuable
25 matches
Mail list logo
