Eduardo Suarez-Santana writes:
> I hope this helps:
> ...
> * TODO begin_src scheduled entry
> #+begin_src org
> SCHEDULED: <2022-01-03 Mon>
> #+end_src
Thanks! It does help. I created a test case based on your steps.
I pushed the two patches and the test to bugfix. Your issue should be
fixed n
I hope somebody here on this list can help me solve a puzzling
situation.
I have a LaTeX src block which creates an image using tikz. In a book
I'm writing, the image, when created as a png, does not get shrunk but
is instead a full page (with the actual diagram in the top left corner).
If I crea
Nathaniel Nicandro writes:
> I'm the maintainer of the emacs-jupyter project
> (https://github.com/nnicandro/emacs-jupyter) which essentially
> integrates Jupyter kernels (https://jupyter.org) with Org mode source
> blocks.
>
> I wanted to make an introduction to the Org community. So...hello!
"Mark A. Hershberger" writes:
> ---
> lisp/ob-exp.el| 2 +-
> lisp/ob-lob.el| 2 +-
> ...
Thanks a lot! Pushed to main.
Best,
Ihor
Rudolf Adamkovič writes:
> The results so far:
>
> - For inconsistent defaults:
> Colin
>
> - For consistent defaults:
> Rudy (me), Tim, Timothy, Kaushal
>
> - Unknown:
> Gyro
>
> Four times more people would like to see consistent defaults so far.
> Does that count as overwhelming support?
Enrico Flor writes:
> In a minor mode I wrote for myself, I use add-text-properties to make
> certain things invisible. This does not work in org-mode, and I don't
> understand why. For instance, the following has no effect in when the
> buffer is in org-mode (and only when it's in org mode):
>
Hello,
juh writes:
> The last step was to make a symlink.
>
> sudo ln -s /usr/share/citation-style-language/locales
> /usr/share/emacs/27.1/etc/org/csl
This is odd. Locales and Styles are two different things.
> Citations in this format now works.
> [cite: @bibtex_key S. 63]
>
> I define the s
Allen Li writes:
>> Allen Li writes:
>>
>>> In ob-tangle.el, the line
>>>
>>> (defvar org-id-link-to-org-use-id nil) ; Dynamically scoped
>>>
>>> appears to override the user's customization of
>>> org-id-link-to-org-use-id.
>>
>> Have you seen this happening?
>
> Yes, that's why I filed the bug
On Wed, Jan 12, 2022 at 1:50 AM Jeremie Juste wrote:
>
> Hello John,
>
> Many thanks for reporting. I'm short of time right now, but I'll take a
> closer look at the problem over
> the weekend and keep you posted. Could you let me know which version of
> org-mode you are currently using?
Sure t
Ihor Radchenko writes:
> This is because Org makes use of invisible text property during
> fontification. You should either apply invisibility in Org through
> font-lock, or do it temporarily until next re-fontification via
> (with-silent-modifications (add-text-properties 1 3 '(invisible t)))
T
I suggest to keep current defaults. Because I have lot of Org files, if
changed, I have to do lot of
work to adopt files and might get wrong. It's very important.
--
[ stardiviner ]
I try to make every word tell the meaning that I want to express.
Blog: https://stardiviner.github
Several of my documents use indentation to line up with the headings,
like below:
* Top level headline
paragraph
+ list item lorem ipsum
dolor sit amet
** Second level
some text
*** Third level
more text
I would like to strip leading whitespace, so that I could switch to
=org-ind
On 12.01.22 15:53, Nicolas Goaziou wrote:
Hello,
juh writes:
The last step was to make a symlink.
sudo ln -s /usr/share/citation-style-language/locales
/usr/share/emacs/27.1/etc/org/csl
This is odd. Locales and Styles are two different things.
Citations in this format now works.
[cite: @
On 12.01.22 15:53, Nicolas Goaziou wrote:
Note that Org Cite and Org Ref are, unfortunately, incompatible
projects. Org Cite defines citations as a new kind of object, whereas
Org Ref extends links to create citations. In short, you cannot mix
both.
Do I have to erase every trace of Org Ref in
Hi Christopher,
> I suggest to keep current defaults. Because I have lot of Org files, if
> changed, I have to do lot of
> work to adopt files and might get wrong. It’s very important.
Hmm. Upon inspection I see that some uses of `org-babel-results-keyword' are
indeed case-sensitive. This comes
On Wed, Jan 12, 2022 at 11:42 AM juh wrote:
>
> On 12.01.22 15:53, Nicolas Goaziou wrote:
> > Note that Org Cite and Org Ref are, unfortunately, incompatible
> > projects. Org Cite defines citations as a new kind of object, whereas
> > Org Ref extends links to create citations. In short, you canno
These two packages can co-exist. This message means do not mix citations
from both in a single org file; use one or the other.
John
---
Professor John Kitchin (he/him/his)
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh,
Hi Eric,
Eric S Fraga writes:
> I have a LaTeX src block which creates an image using tikz. In a book
> I'm writing, the image, when created as a png, does not get shrunk but
> is instead a full page (with the actual diagram in the top left corner).
> If I create a PDF, instead, it works fine.
i think that default has changed to your preference in recent versions
[according to ml discussions]. which, i agree with.
On 1/12/22, Max Brieiev wrote:
>
> Several of my documents use indentation to line up with the headings,
> like below:
>
> * Top level headline
> paragraph
> + list item
Timothy writes:
> Hmm. Upon inspection I see that some uses of `org-babel-results-keyword' are
> indeed case-sensitive. This comes as a surprise to me, as I thought that /all/
> keywords were parsed in a case-insensitive manner.
>
> Is there a good reason for this?
Could you elaborate on this? I
Timothy writes:
> Hi Christopher,
>
>> I suggest to keep current defaults. Because I have lot of Org files, if
>> changed, I have to do lot of
>> work to adopt files and might get wrong. It’s very important.
>
> Hmm. Upon inspection I see that some uses of `org-babel-results-keyword' are
> inde
Hi Ihor,
>> Hmm. Upon inspection I see that some uses of `org-babel-results-keyword’ are
>> indeed case-sensitive. This comes as a surprise to me, as I thought that
>> /all/
>> keywords were parsed in a case-insensitive manner.
>>
>> Is there a good reason for this?
>
> Could you elaborate on thi
Hi Christopher,
>> Is there a good reason for this?
>>
>> At a glance, I’d personally be tempted to make the use case insensitive, and
>> only use `org-babel-results-keyword’ when inserting, or remove it all
>> together.
>
> Me too, I hope it can be case-insensitive, if org-mode internal has alre
Timothy writes:
> Hi Christopher,
>
>>> Is there a good reason for this?
>>>
>>> At a glance, I’d personally be tempted to make the use case insensitive, and
>>> only use `org-babel-results-keyword’ when inserting, or remove it all
>>> together.
>>
>> Me too, I hope it can be case-insensitive,
Ihor Radchenko writes:
> Allen Li writes:
>> Even if org-id-link-to-org-use-id were always set at this point, there
>> would be no reason to use
>>
>> (defvar org-id-link-to-org-use-id nil)
>>
>> instead of
>>
>> (defvar org-id-link-to-org-use-id)
>
> I agree. The question is whether changing to
25 matches
Mail list logo
