Another one:
https://gist.github.com/aaronjensen/5114997373008e18a6473f513f5d5da8
I don't have the details of what I was doing in the time, sorry.
I'm on: ded97b767 * main origin/main org-element.el: Fix regression
from d3836c1a1
Aaron
John Kitchin writes:
>> On Sat, Sep 4, 2021 at 4:22 PM Rafael wrote:
>>
>>>
>>> I am using emacs-jupyter (https://github.com/nnicandro/emacs-jupyter),
>>> and I have just noticed that results from a block are not sent to
>>> another block. I think it has to do with this issue
>>>
Aloha Max,
Max Nikulin writes:
On 11/11/2021 04:24, Thomas S. Dye wrote:
Max Nikulin writes:
On 08/11/2021 05:46, Thomas S. Dye wrote:
to fail, but AFAICT ob-doc-org.org doesn't have this
affliction--it exports
locally.
Have you tried to export it from "emacs -Q -L
(Apologies for sending this from gmail, my mail setup was not working
with the -Q option in emacs.)
A table in which a first column begins with square brackets is not
compiling. The square bracket is interpreted by latex as an argument
to the preceding line break.
Example org table:
| Input |
Try to "open" the following link (C-c C-o)
[[elisp:(require 'org-capture)][M-: (require 'org-capture)]]
Actual behavior:
> Execute #("(require 'org-capture)" 0 22 (face org-warning)) as Elisp?
(yes or no)
Org mode version 9.5 (release_9.5-225-g494c20) - main HEAD
Expected behavior:
>
On 10/11/2021 20:48, Ihor Radchenko wrote:
I pushed the patch upstream.
P.S. I am puzzled that `org-element-at-point' returns paragraph even
when patch is not applied. After such call `org-store-link' does what I
expect. However "after undo" erroneous state survives emacs restart,
thanks to
** when ellipsis are "removed", org-cycle doesn't work "correctly" on list
Hey everyone,
This is my first communication on this mailing list and I hope I'll do
it well.
1) The "bug" (I'm not sure if it is a bug):
When you modify the `buffer-invisibility-spec` replacing
`'(outline . t)` by
Max Nikulin writes:
> Org main, Emacs-26.3
>
> c-star.org file:
> >8
> ะค Put cursor on this line and hit =C-c C-*= to make it a heading
> 8<
>
> Notice a Cyrillic letter that causes a problem with `org-ctrl-c-star'.
Confirmed
However, I can only trigger the warning up to
On 11/11/2021 04:24, Thomas S. Dye wrote:
Max Nikulin writes:
On 08/11/2021 05:46, Thomas S. Dye wrote:
to fail, but AFAICT ob-doc-org.org doesn't have this affliction--it
exports locally.
Have you tried to export it from "emacs -Q -L /path/to/org-mode/lisp"?
I think, you just have "org" in
Max Nikulin writes:
> On 11/11/2021 13:50, Vladimir Lomov wrote:
>> ** Ihor Radchenko:
>>
>>> Vladimir Lomov writes:
Warning (emacs): org-element--cache: Unregistered buffer modifications
detected. Resetting.
>>
>>> Are you able to reproduce with emacs -Q?
>
> I can confirm it
On 11/11/2021 13:50, Vladimir Lomov wrote:
** Ihor Radchenko:
Vladimir Lomov writes:
Warning (emacs): org-element--cache: Unregistered buffer modifications
detected. Resetting.
Are you able to reproduce with emacs -Q?
I can confirm it starting with a simple file
>8
| 1 |
Another case of
Warning (emacs): org-element--cache: Unregistered buffer modifications
detected. Resetting.
If this warning appears regularly, please report it to Org mode mailing
list (M-x org-submit-bug-report).
The buffer is: c-star.org
Current command: nil
Backtrace:
nil
Org main,
Let the content of a file 'test.org' be the following:
| | |
|--+---|
| 2 | 10|
Observed behavior:
test.odt with identical column widths - note, that vs. seems to work
|+-|
|2 | 10
13 matches
Mail list logo
