Firmin Martin writes:
> Below is a minimal not working example.
>
> 1. In ~/test.org, put the following content.
>
> * TODO Task
> SCHEDULED:<2021-03-13 sam. ++1d>
> :PROPERTIES:
> :Effort: 1:00
> :LAST_REPEAT: [2021-03-12 ven. 12:39]
> :END:
> :LOGBOOK:
> - State "DONE" fro
Rudolf Adamkovič writes:
> The leader variables currently include:
>
> org-agenda-entry-text-leaders
> org-agenda-inactive-leader
> org-agenda-scheduled-leaders
> org-agenda-deadline-leaders
> org-agenda-timerange-leaders
>
> Some leaders remain hard-coded in "org-agenda.el":
>
> (setq txt (org-a
Gustavo Barros writes:
> A recipe for it. Start `emacs -Q'. Set things up:
>
> #+begin_src emacs-lisp
> (setq org-agenda-files '("~/agenda.org"))
> (setq eval-expression-print-level nil)
> (setq eval-expression-print-length nil)
> #+end_src
>
> Let's say =agenda.org= contains:
>
> #+begin_src o
Gregor Zattler writes:
> Dear org-mode and hyperbole developers, hitting hyperbole's
> action-key with point in "~/src/org-mode/contrilb/lisp" in a
> *Pp Eval Output* buffer holding my complete load-path
> resulted in this org-element--cache warning:
>
> ■ Warning (org-element-cache): org-eleme
On 22/10/2022 12:03, Ihor Radchenko wrote:
Probably, href=file.org is treated as a link to resource packed inside
.odt file.
At least internal anchors should be "#...". I have not figure out how to
embed another document (attach a file) to see its link href.
I tried to look through
https:/
Ihor Radchenko writes:
>> I did some testing and found no issues.
Update: Today I needed to run some Bash, and it seems broken.
PROBLEM 1: WITHOUT A SESSION
CONFIGURATION:
Emacs 29, Org from Git (2f5e7103e59f06631e985d3dd39af21b5b7464ea)
REPRODUCTION STEPS:
Hi Ihor,
On Sat, 22 Oct 2022 at 04:14, Ihor Radchenko wrote:
> I am unable to reproduce with the latest Org.
thanks for checking this report.
I've retested things here and, though I can still reproduce it with
Org 9.5.5, I can confirm the issue is gone on 9.6-pre with the latest
commit on maste
Rudolf Adamkovič writes:
> Ihor Radchenko writes:
>
>>> I did some testing and found no issues.
>
> Update: Today I needed to run some Bash, and it seems broken.
>
> PROBLEM 1: WITHOUT A SESSION
>
>
> CONFIGURATION:
>
> Emacs 29, Org from Git (2f5e7103e59f06631e985
Ihor Radchenko writes:
> Or, to be completely safe, we can introduce a defcustom that will
> control such clean-up (clean up by default).
>
> I propose the following:
> 1. Merge my patch with \\[0pt] safe page breaks
> 2. Modify org-latex-template to replace unnecessary occurrences of
>"\\[0pt
