Hello Org mode developers,
I've noticed that when I unfold an org headline, a trailing background
is sometimes left behind at the end of the body text.
Here is a minimal example to reproduce the issue from emacs -Q:
;; Bootstrap straight
(defvar bootstrap-version)
(let ((bootstrap-file
Hello Org-Mode developers,
We should make org-fontify-whole-heading-line default to t and obsolete
it. That variable was added before the introduction of the :extend
keyword for text properties. Now that we have :extend, we can make the
whole heading line face extend to the end of the window
Ihor Radchenko wrote:
> Martin Kampas writes:
> > Subject: [PATCH] org-bibtex-yank: Allow to populate existing item
>
> Applied, onto main, with amendments.
> I changed the argument name from NONEW to UPDATE-HEADING and
updated the
> commit message.
>
> May you please supply a ChangeLog entry? I am not sure if I understand
> the purpose of each change in the diff.
>
> Also, it looks like you introduce some DWIM behaviour for auto-generating
> @direntry contents. Such new behaviour ought to be documented in the
> manual and announced in the
Org-lint will signal that… IHvHO that’s more than enough
Enviado desde mi iPhone
> El 2 mar 2024, a las 13:18, Ihor Radchenko escribió:
>
> Pedro Andres Aranda Gutierrez writes:
>
>> My question to the list is what is more frequent: slides with an \end{frame}
>> that needs to be appear in
Ihor Radchenko writes:
> Bruno Barbier writes:
>
>>> Overlays are not transferred when a new indirect buffer is created (for
>>> example, by org-capture, or by user). So, it will be (1) impossible to
>>> see pending overlays in indirect buffers; (2) user edits of pending text
>>> from indirect
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
Matt writes:
> >...or did you not provided arguments /why/ the
> > section should be moved? I need to understand what kind of improvement
> > it would provide to the manual.
>
> I didn't know that's what you were looking for. When I said, "I had
> responded in favor..." it was in response
Anand Deopurkar writes:
> Subject: [PATCH] org-archive.el: Fix org-add-archive-files to correctly
> de-duplicate
>
> * org-archive.el (org-add-archive-files): Use `seq-uniq' with TESTFN
> `\#\'file-equal-p' to de-duplicate the list of gathered files.
>
> Previously, `org-uniquify' was used.
Philip Kaludercic writes:
> This just popped up in my *Warnings* buffer:
>
> --8<---cut here---start->8---
> ⛔ Warning (org-element-cache): org-element--cache: Org parser error in
> .links.org::29638. Resetting.
> The error was: (wrong-type-argument
Pedro Andres Aranda Gutierrez writes:
> My question to the list is what is more frequent: slides with an \end{frame}
> that needs to be appear in the slide
> or slides w/o it.
> This should guide the final call on the default value for
> org-beamer-frame-environment.
We may further constrain
Pedro Andres Aranda Gutierrez writes:
> To continue... my first reaction to the bug was to
> (setq org-beamer-frame-environment "frame")
> to test. That resulted in
> \newenvironment<>{frame}[1][]{\begin{frame}[environment=frame,#1]}{\end{frame}}
> which is somehow weird and wrong.
>
> This is
Leo Butler writes:
> Attached is an org file that appears to exercise the patch and show that
> it is doing the right thing. Could you confirm this, please?
Applied, onto main.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=60ddec482
Fixed. (the bug is fixed, but we may still
Bruno Barbier writes:
>> Overlays are not transferred when a new indirect buffer is created (for
>> example, by org-capture, or by user). So, it will be (1) impossible to
>> see pending overlays in indirect buffers; (2) user edits of pending text
>> from indirect buffer will not be prevented.
>
Hi, Stefan,
Stefan Nobis writes:
> first of all: Thank you for your great work. Looks really good.
You're welcome! :-)
> Just out of curiosity: Why a special syntax for alias expansion?
>
> From a syntax and user point of view, I think I would prefer a simpler
> syntax. So
>
> {text}
>
>
Hi Ihor,
Ihor Radchenko writes:
[...]
>> I've tried to fully describe the feature in the new section "Pending
>> contents", in the file `lisp/org-macs.el'.
>
> I have one general concern about the implementation.
>
> Overlays are not transferred when a new indirect buffer is created (for
>
>From 44b681b82a23f0a475e706d4fab2a46d6aedeea5 Mon Sep 17 00:00:00 2001
From: Anand Deopurkar
Date: Sat, 2 Mar 2024 21:24:19 +1100
Subject: [PATCH] org-archive.el: Fix org-add-archive-files to correctly
de-duplicate
* org-archive.el (org-add-archive-files): Use `seq-uniq' with TESTFN
Bruno Barbier writes:
> I've publish the proposed changes as a branch. You can fecth that
> branch there:
> ┌
> │ repo: https://framagit.org/brubar/org-mode-mirror
> │ branch: bba-pending-contents
> └
Thanks!
> I've tried to fully describe the feature in the new section "Pending
>
Hi Juan,
first of all: Thank you for your great work. Looks really good.
Just out of curiosity: Why a special syntax for alias expansion?
>From a syntax and user point of view, I think I would prefer a simpler
syntax. So
{text}
would check if an alias is registered and if yes use it. This
Hi again,
Or, if you feel more comfortable with
(if (string= org-beamer-frame-environment "frame") ""
... )
My question to the list is what is more frequent: slides with an \end{frame}
that needs to be appear in the slide
or slides w/o it.
This should guide the final call on the default
20 matches
Mail list logo
