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
>
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
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
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:
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
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):
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
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
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"
Ihor Radchenko writes:
> Note that apart from the problem on Emacs side, there appears to be a
> problem with org-cite-basic-export-bibliography.
>
> org-cite-basic-export-bibliography uses org-cite-basic--print-entry,
> which fails to print keys, which are not in .bib files. As a result,
>
Max Nikulin writes:
> Concerning element vs. exported text, consider a derived backend that
> ignores italics markers if a paragraph has some attribute. Usually
> Paragraph \\
> \emph{[something]}
> does not cause any problem, however if italics is ignored it is an error
>
Rudolf Adamkovič writes:
> Ihor Radchenko writes:
>
>> Feel free to submit a patch for org-cite-make-insert-processor.
>
> Could the patch make '[cite: @key]' the new default when inserting
> citations, or should it introduce a new customization point?
I think it can be the new default.
[Redirecting from Emacs bugs]
[See the quote below for the original report]
> #+RESULTS:
> : >>> __PYTHON_EL_eval("try:\nwith
> open('/var/folders/dk/3btmprj123b_31jsp30thzrmgq/T/babel-9tY6uv/python-92ZLVe')
> as
>
Greetings Thomas.
"Thomas S. Dye" writes:
> I'm struggling to write a minimal ob-doc-haskell.org for Worg.
>
> The obligatory Hello World! example yields bad results.
>
> #+name: haskell-hello-world
> #+begin_src haskell
>
> main :: IO ()
> main = putStrLn "Hello, World!"
> main
>
14 matches
Mail list logo