Re: false positives: Re: Experimental public branch for inline special blocks

2024-03-09 Thread Max Nikulin

On 09/03/2024 22:24, Juan Manuel Macías wrote:

Well, I hope that in the last commit the two bugs that you mentioned
have been fixed. Please check:

Albha@Beta[

@sp@n{lorem ipsum}

{lorem ipsum}


Thanks, Juan Manuel. I do not see issues any more.

I would still consider unit tests to not break these cases later.





[PATCH] Unit tests for function calling MathML converters (Re: Warn about shell-expansion in the docstring of org-latex-to-html-convert-command)

2024-03-09 Thread Max Nikulin

On 09/03/2024 22:23, Max Nikulin wrote:

On 08/03/2024 18:16, Ihor Radchenko wrote:


Attaching tentative patch that fixes the problem.


I propose to add unit tests, see first attachment.

I have tried to add some unit tests, but I faced an issue with 
`org-create-math-formula'. It creates temporary files in 
`default-directory' and does not remove them on failure. Moreover, it 
does not work in a container where git is not installed:


Debugger entered--Lisp error: (file-missing "Searching for program" "No 
such file or directory" "git")


that is called from `find-file-hook'.


Is second attachment appropriate to fix the issue or it has some 
undesired effects.
From 73541dbeafff47f03d4aa2f47da70ba71d5b8253 Mon Sep 17 00:00:00 2001
From: Max Nikulin 
Date: Sun, 10 Mar 2024 11:16:46 +0700
Subject: [PATCH 2/3] test-org.el: LaTeX to MathML tests of shell escaping

* testing/lisp/test-org.el (test-org/format-latex-as-html)
(test-org/create-math-formula): New tests for escaping of shell specials
in commands executed by `org-format-latex-as-html'
and `org-create-math-formula'.

These tests do not require applications for conversion of LaTeX
snippets and use simple shell commands instead.
---
 testing/lisp/test-org.el | 75 
 1 file changed, 75 insertions(+)

diff --git a/testing/lisp/test-org.el b/testing/lisp/test-org.el
index cecf9b412..652fc0676 100644
--- a/testing/lisp/test-org.el
+++ b/testing/lisp/test-org.el
@@ -9590,6 +9590,81 @@ (ert-deftest test-org/org--open-file-format-command ()
(string-match-p "\\`Invalid format.*%2" err-text))
 err)
 
+
+;;; LaTeX-related functions.
+
+(ert-deftest test-org/format-latex-as-html ()
+  "Test shell special characters escaping in `org-format-latex-as-html'."
+  (let ((org-latex-to-html-convert-command
+ "printf \"\" %i"))
+;; No backslashes added by `shell-quote-argumet'
+;; are leaked to command arguments.  See e.g. dash(1) "Double Quotes":
+;;
+;; The backslash inside double quotes is historically weird,
+;; and serves to quote only the following characters:
+;; $ ` " \ .
+;; Otherwise it remains literal.
+;;
+;; Actually extra backslashes may appear if a user adds
+;; double quotes around "%i", however it is not subject
+;; of this test.
+(should
+ (equal ""
+(org-format-latex-as-html "(|)`[[\\]]{}#$'!")))
+;; The following tests generate shell errors if %i
+;; substitution is not passed throuhg `shell-quote-argument'.
+;; Multiple words.
+(should
+ (equal ""
+   (org-format-latex-as-html "words ; |")))
+;; Bypass single quote.
+;; The same snippet causes shell error if '%i' is wrapped
+;; in single quotes in user configuration.
+(should
+ (equal ""
+(org-format-latex-as-html "apostrophe' ; |")))
+;; Bypass double quote.
+;; Double quotes around "%i" in user configuration leads
+;; to extra backslashes (see above), however likely
+;; such user error can not cause execution of the argument
+;; as raw shell commands.
+(should
+ (equal ""
+(org-format-latex-as-html "quote\" ; |")
+
+(defun test-org/extract-mathml-math (xml)
+  "Extract body from result of `org-create-math-formula'."
+  (and (string-match "]*>\\(\\(?:.\\|\n\\)*\\)" xml)
+   (match-string 1 xml)))
+
+(ert-deftest test-org/create-math-formula ()
+  "Test shell special characters escaping in `org-create-math-formula'."
+  ;; The function requires ... elements.
+  (let ((org-latex-to-mathml-convert-command
+ "printf \"http://www.w3.org/1998/Math/MathML\\\;>\" %i >%o"))
+;; See comments in `test-org/format-latex-as-html'.
+;;
+;; No backslashes added by `shell-quote-argumet'
+;; are leaked to command arguments.
+(should (equal ""
+(test-org/extract-mathml-math
+ (org-create-math-formula "(|)`[[\\]]{}#$'!"
+;; Multiple words.
+(should
+ (equal ""
+(test-org/extract-mathml-math
+ (org-create-math-formula "words ; |"
+;; Bypass single quote.
+(should
+ (equal ""
+(test-org/extract-mathml-math
+ (org-create-math-formula "apostrophe' ; |"
+;; Bypass double quote.
+(should
+ (equal ""
+(test-org/extract-mathml-math
+ (org-create-math-formula "quote\" ; |"))
+
 (provide 'test-org)
 
 ;;; test-org.el ends here
-- 
2.39.2

From cb5d20b54349dabea25241072feca4822ae0e77d Mon Sep 17 00:00:00 2001
From: Max Nikulin 
Date: Sun, 10 Mar 2024 11:22:15 +0700
Subject: [PATCH 3/3] org.el: Avoid `find-file-no-select' during MathML
 generation

* lisp/org.el (org-create-math-formula): Bypass `find-file-hook' during
reading MathML files.

At least in Emacs-28 calling `find-file-noselect' for a file in a
directory under git control when git is not 

[BUG] org-fold :extend face backgrounds break with trailing newlines [9.7-pre (release_9.6.20-1267-gb0c3c9 @ /home/st/.config/emacs/.local/straight/build-30.0.50/org/)]

2024-03-09 Thread StrawberryTea


Hello Org mode developer,

I've noticed that when using the :extend face property with org-fold,
the background color of the headline face will sometimes be left behind
after unfolding a heading. I have finally determined that this is
happening when the heading has a trailing newline and the heading is
after the last non-whitespace character in the heading's body.

Here is a minimal example to reproduce this issue from emacs -Q:

(let ((default-directory (file-name-directory load-file-name)))
  (when (file-exists-p (expand-file-name "default.el" default-directory))
(load-file (expand-file-name "default.el" default-directory

(straight-use-package 'org)

(require 'org)
(load-theme 'leuven t)

(dolist (face '(org-level-1 org-level-2 org-level-3 org-level-4 org-level-5
org-level-6 org-level-7 org-level-8))
  (set-face-attribute face nil :extend t))

(setq org-fontify-whole-heading-line t)
(setq org-startup-folded t)

(defvar org-extend-faces-bug-4-file "/tmp/org-extend-faces-bug-4.org"
  "The file to be used for the bug demo.")

(with-temp-buffer
  (insert
   (string-join
'("* First heading"
  "Body text of the first heading"
  ""
  "* Second heading"
  "Body text of the second heading"
  "* Last heading"
  "Body text of the last heading")
"\n"))
  (write-file org-extend-faces-bug-4-file))

(find-file org-extend-faces-bug-4-file)

Sincerely,
StrawberryTea

Emacs  : GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo 
version 1.18.0)
 of 2024-03-09
Package: Org mode version 9.7-pre (release_9.6.20-1267-gb0c3c9 @ 
/home/st/.config/emacs/.local/straight/build-30.0.50/org/)

current state:
==
(setq
 org-special-ctrl-a/e t
 org-yank-image-file-name-function 'org-yank-image-autogen-filename
 org-persist-before-write-hook '(org-element--cache-persist-before-write)
 org-clock-persist 'history
 org-indirect-buffer-display 'current-window
 org-preview-latex-image-directory 
"/home/st/.config/emacs/.local/cache/org/latex/"
 org-after-todo-state-change-hook '(parrot--todo-party)
 org-default-notes-file "/home/st/org/notes.org"
 org-directory "~/org/"
 org-list-demote-modify-bullet '(("+" . "-") ("-" . "+") ("*" . "+") ("1." . 
"a."))
 org-M-RET-may-split-line nil
 org-clock-in-resume t
 org-clock-out-remove-zero-time-clocks t
 org-roam-list-files-commands '(fd fdfind rg find)
 org-display-remote-inline-images 'download
 org-roam-db-node-include-function #[0 "\300\207" [t] 1]
 org-roam-log-setup-hook '(org-roam--register-completion-functions-h)
 org-speed-command-hook '(org-speed-command-activate 
org-babel-speed-command-activate)
 org-persist-after-read-hook '(org-element--cache-persist-after-read)
 org-archive-subtree-save-file-p t
 org-id-locations-file "/home/st/org/.orgids"
 org-ai-talk-say-words-per-minute 210
 org-agenda-finalize-hook '(+org-exclude-agenda-buffers-from-workspace-h 
+org-defer-mode-in-agenda-buffers-h)
 org-roam-preview-function 'org-roam-preview-default-function
 org-log-done 'time
 org-agenda-window-setup 'current-window
 org-file-apps '((remote . emacs) (auto-mode . emacs) (directory . emacs) 
("\\.mm\\'" . default) ("\\.x?html?\\'" . default)
 ("\\.pdf\\'" . default))
 org-mode-hook '(doom--setq-yas-triggers-in-field-for-org-mode-h 
turn-on-org-cdlatex er/add-org-mode-expansions
 +lookup--init-org-mode-handlers-h (closure (t) ( _) 
(add-hook 'before-save-hook 'org-encrypt-entries nil t))
 #[0 "\300\301\302\303\304$\207" [add-hook 
change-major-mode-hook org-fold-show-all append local] 5]
 #[0 "\300\301\302\303\304$\207" [add-hook 
change-major-mode-hook org-babel-show-result-all append local] 5]
 org-babel-result-hide-spec org-babel-hide-all-hashes
 #[0 "\301\211\207" [imenu-create-index-function 
org-imenu-get-tree] 2] beginend-org-mode
 #[0 "\303\302!\210\304\305\n\300\"\301\"\211\207"
   [nil ((eri/mark-inside-org-table-cell 
eri/mark-outside-org-table-cell)) eri/try-expand-list make-local-variable append
seq-difference]
   4]
 #[0 "\303\302!\210\304\305\n\300\"\301\"\211\207"
   [nil
(org-mark-subtree '(er/mark-org-element 
er/mark-org-element-parent) er/mark-org-code-block er/mark-sentence
 er/mark-paragraph)
eri/try-expand-list make-local-variable append 
seq-difference]
   4]
 iscroll-mode org-ai-mode locally-defer-font-lock 
org-appear-mode cae-unpackaged-org-fix-blank-lines-before-save
 org-cdlatex-mode doom-disable-show-paren-mode-h 
doom-disable-show-trailing-whitespace-h +org-make-last-point-visible-h
 evil-org-mode org-eldoc-load toc-org-enable 
embrace-org-mode-hook +corfu-add-cape-elisp-block-h
 (closure (t) ( _) (set (make-local-variable 'tab-width) 
8)))
 

How to get in-buffer setting from Elisp code

2024-03-09 Thread Sébastien Gendre
Hello,

How can I access to an in-buffer setting value, from Elisp code ?


Best regards



`:export' attribute?: Re: Experimental public branch for inline special blocks

2024-03-09 Thread Juan Manuel Macías
I'm thinking about adding a new global attribute, `:export', that
would granularly control whether or not to export the object and how to
export it.

Possible values: "noexport", "contents" (it would export only the content)
or the backends to which you want to export, separated by spaces. Each
backend should be followed by a "+" sign (= export all) or "*" (export
content only). For example:

@foo[:color red :export latex+ odt* html*]{lorem ipsum dolor}

This means that "lorem ipsum dolor" would be exported with color format
to LaTeX, but only the content would be exported to odt and html.

Wdyt?

Best regards,

Juan Manuel 





Re: Things got very slow: profiler output

2024-03-09 Thread William Denton
On Thursday, March 7th, 2024 at 11:12, William Denton 
 wrote:

> I recompiled Emacs and Org last night and closed all my buffers except for 
> two medium-sized ones, neither with any LaTeX in them. I restarted and spent 
> a minute or two with one buffer, closing and expanding headings, and just 
> moving around without typing, and it quickly slowed down. When I did do a bit 
> of typing it was very laggy (and will only get worse). The profiler said this:
> 
> 44032 66% - redisplay_internal (C function)
> 42619 63% - jit-lock-function
> 42603 63% - jit-lock-fontify-now
> 42551 63% - jit-lock--run-functions
> 42547 63% - run-hook-wrapped
> 42543 63% - #
> 
> 42535 63% - font-lock-fontify-region
> 42531 63% - font-lock-default-fontify-region
> 41987 62% - font-lock-fontify-keywords-region
> 40255 60% - org-do-latex-and-related
> 40243 60% re-search-forward
> 12 0% org-string-nw-p
> 1224 1% + org-activate-folds
> 156 0% re-search-forward
> ...
> 
> I'm happy to try anything else ...

I spent a while with git bisect this afternoon and the problem (for me) started 
here:

commit 5d186b499dde97f59a91dc11f4c4a15113d29f4d
Author: Ihor Radchenko 
Date:   Sun Feb 25 11:42:44 2024 +0300

org-fold: Refactor fontifying newlines after folds

That seems to fit with some of what the profiling showed, in that it's about 
font-locking, though why LaTeX is mentioned is beyond me.  When I was going 
through the bisect process I wasn't testing on files with LaTeX, I was 
expanding and folding some I regularly use that have some code blocks and 
tables with a few hundred lines.

My Lisp isn't good enough to see why this commit might have changed behaviour.  
A couple of people had slowness caused by a spell-checker that was easily fixed 
... has no one else seen a problem dating back to late February?  Ihor, does 
this suggest anything to you?  Is there anything else I could try?

Bill

--
William Denton
https://www.miskatonic.org/
Librarian, artist and licensed private investigator.
Toronto, Canada





Re: false positives: Re: Experimental public branch for inline special blocks

2024-03-09 Thread Juan Manuel Macías
Juan Manuel Macías writes:

> Max Nikulin writes:
>
>> However it is still gives
>>
>>   (org-export-string-as "Alpha@Beta["
>>   'html
>>   '(:export-options (body-only)))
>>   Debugger entered--Lisp error: (wrong-type-argument
>>   number-or-marker-p nil)
>
> I think the problem is the contents-begin variable. When it is nil it
> produces that error. I will make a new commit to fix the bug.
>
> Thanks for all the tests you're doing!

Well, I hope that in the last commit the two bugs that you mentioned
have been fixed. Please check:

Albha@Beta[

@sp@n{lorem ipsum}

{lorem ipsum}

-- 
Juan Manuel Macías -- Composición tipográfica, tratamiento de datos, diseño 
editorial y ortotipografía




Re: Warn about shell-expansion in the docstring of org-latex-to-html-convert-command

2024-03-09 Thread Max Nikulin

On 08/03/2024 18:16, Ihor Radchenko wrote:

Max Nikulin writes:

I decided not to introduce stdin. User can always use echo %i | ... instead.


printf "%%s" %i

should be safer. However in this particular case, input that may be 
recognized like echo options ("-n") should be wrapped with LaTeX delimiters.



Even stripping quotes is unreliable when we use the example from
docstring: 'literal:%i'.


My idea is to recognize this case. If stripping is not performed then it 
is necessary to detect if user command is safe. Otherwise apostrophe in 
a formula (even after escaping) may cause leaking math to shell. I have 
not figured out if it is possible to bypass double quotes, but extra 
slashes may distort math expression.


It is trivial to cause shell failure when single quotes are used around 
%i. I am in doubts concerning double quotes. Perhaps stripping them is 
more reliable.



Attaching tentative patch that fixes the problem.


I think it is in the right direction.
- Manual needs update as well.
- I would explicitly stress that quotes causes undefined or even 
dangerous behavior. See e.g. the last paragraph

https://specifications.freedesktop.org/desktop-entry-spec/latest/ar01s07.html
- I expected it as bugfix.

I have tried to add some unit tests, but I faced an issue with 
`org-create-math-formula'. It creates temporary files in 
`default-directory' and does not remove them on failure. Moreover, it 
does not work in a container where git is not installed:


Debugger entered--Lisp error: (file-missing "Searching for program" "No 
such file or directory" "git")


that is called from `find-file-hook'.

(ert-deftest test-org/create-math-formula ()
  "Test shell special characters escaping in `org-create-math-formula'."
  (let ((org-latex-to-mathml-convert-command
 "printf \"xmlns=\\\"http://www.w3.org/1998/Math/MathML\\\;>\" %i >%o"))

;; No backslashes added by `shell-quote-argumet'
;; are leaked to command arguments. dash(1) "Double Quotes":
;;
;; The backslash inside double quotes is historically weird,
;; and serves to quote only the following characters:
;; $ ` " \ .
;; Otherwise it remains literal.
(should
 (equal ""
 (org-create-math-formula "(|)`[[\\]]{}#$'!")))
;; Multiple words
(should
 (equal ""
 (org-create-math-formula "words ; |")))
;; Bypass single quote
(should
 (equal ""
(org-create-math-formula "apostrophe' ; |")))
;; Bypass double quote
(should
 (equal ""
(org-create-math-formula "quote\" ; |")





Re: [BUG] Flyspell triggers "Warning (org-element-cache): org-element--cache" [9.6.18 ( @ /home/mwillcock/.emacs.d/elpa/org-9.6.18/)]

2024-03-09 Thread Morgan Willcock
Ihor Radchenko  writes:

> Morgan Willcock  writes:
>
>>> Would you be able to upgrade to the development version of Org mode and
>>> test if the warning disappear?
>>
>> I would be willing to for diagnostic purposes (presumably I would just
>> make sure the development version is earlier in the load-path?) but it
>> would be tricky to know for sure whether it had made a difference unless
>> I can get a better handle on what triggers it.
>
> You may refer to https://orgmode.org/manual/Installation.html for
> instructions.
>
>> Are there already changes in the development version which you think
>> would be relevant to this problem?
>
> org-element.el has been changed significantly on main compared to bugfix 
> branch.

I remained on the release version but the problem has not reappeared.

Given that the development version has significant changes, and I am not
able to get a handle on what causes the problem (I imagine it is a
general cache problem and not something caused by flyspell), feel free
to close the bug report.

-- 
Morgan Willcock



Re: false positives: Re: Experimental public branch for inline special blocks

2024-03-09 Thread Juan Manuel Macías
Max Nikulin writes:

> However it is still gives
>
>   (org-export-string-as "Alpha@Beta["
>   'html
>   '(:export-options (body-only)))
>   Debugger entered--Lisp error: (wrong-type-argument
>   number-or-marker-p nil)

I think the problem is the contents-begin variable. When it is nil it
produces that error. I will make a new commit to fix the bug.

Thanks for all the tests you're doing!

-- 
Juan Manuel Macías -- Composición tipográfica, tratamiento de datos, diseño 
editorial y ortotipografía




Re: false positives: Re: Experimental public branch for inline special blocks

2024-03-09 Thread Max Nikulin

On 09/03/2024 01:57, Juan Manuel Macías wrote:



Ok, I think you and Maxim are right. This is a clear bug. I hope it
was fixed in the last commit.


   (org-export-string-as "Alpha@Beta{" 'latex t))

==> Alpha@Beta\{

   (org-export-string-as "Alpha@Beta{gamma}" 'latex t))

==> Alpha\Beta{gamma}


However it is still gives

  (org-export-string-as "Alpha@Beta["
  'html
  '(:export-options (body-only)))
  Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p 
nil)


Moreover I am unsure if "@" should be allowed in any position of elements

(org-export-string-as "@sp@n{}"
  'html
  '(:export-options (body-only)))
  "\nnil\n"

  (org-export-string-as "{}"
  'latex
  '(:export-options (body-only)))
  "\\@@@{nil}\n"





Re: Subject: cannot export asynchronously because of org-fold-core--update-buffer-folds

2024-03-09 Thread Alan Schmitt
Hi Pedro,
On 2024-03-08 18:07, Pedro Andres Aranda Gutierrez  writes:

> I’m very interested on how your document header looks like. Can you please 
> send mee a file with your header
> and a couple of dummy slides? I’m not able to reproduce the problem…

The document header was not the problem, as it happened with any
file. The core of the issue is that the org version used to initiate the
export must be the same than the org version run in the asynchronous
export process, as bytecode from org is passed between them (and in my
case this bytecode was mentioning a recently introduced org function
that is not available in the org shipped with emacs). Making sure the
async init file loaded the same org version than the one I use everyday
solved the problem.

Alan


signature.asc
Description: PGP signature


Re: ob-haskell and changing executables?

2024-03-09 Thread Bruno Barbier


Hi Laurence,

Laurence von Bottorff  writes:

> I'm on Debian 12 and I just started using Haskell's ghcup tools, leaving
> the stack tools behind, as advised these days. ghcup puts executables for
> Haskell such as ghc, ghci (REPL), cabal, etc. in its ~/.ghcup/bin
> directory. Next, to stop using the stack tools that have executables in
> /usr/bin/ you must change your PATH to go to ~/.ghcup/bin first. But when I
> try a Babel code block, ob-haskell seems to have the /usr/bin versions
> hardwired somewhere and calls up the old ghci REPL. Searching through Emacs
> Customize Haskell was confusing and my init only had one relevant entry
> anyway, which didn't help when I changed it.
>
[...]

> If you've gotten this far you probably know more
> about the Haskell Babel situation than you ever wanted to, but maybe you
> can sniff out where this hardwire is happening.

It's not hard coded (there is quite a lot of code just to guess the
right interpreter).  ob-haskell delegates the task to the
haskell-mode package; that's where you should be looking for to
configure it.

Also, if your Org file is not inside your haskell project, using the
:dir option may help haskell-mode to guess it right.

Else, did you try to customize haskell-process-type ?

There is also the option 'haskell-process-path-ghci', so, you should be
able to set the path manually too.  Or you've already forced it to
"/usr/bin/ghci" ?

Bruno


> -- 
> ⨽
> Lawrence Bottorff
> Grand Marais, MN, USA
> borg...@gmail.com



Re: [DISCUSSION] Add "Recent News" to orgmode.org

2024-03-09 Thread Bastien Guerry
Ihor Radchenko  writes:

> After
> https://git.sr.ht/~bzg/orgweb/commit/d7b6524cf62a947db64d29c5bf879499ab8951d7,
> not only blogs are included in the front page of orgmode.org, but also
> bug reports and everything else.

Yes, https://tracker.orgmode.org/index.org includes everything.

> I do not see much problem listing announcements, blogs, and requests
> there; but bug reports are probably not something we want to show to
> newbies right at the front page.

I restricted it to "news": https://tracker.orgmode.org/news.org

> Also, what do you think about the following ideas:
>
> 1. Adding a header before the recent news list. Maybe something like
>"Project heartbeat".
>
> 2. Moving recent news after features/install/quickstart/contribute
>buttons.

Yes, please go as you see fit.

-- 
 Bastien Guerry



Re: [BUG] Re: The orgframe construct in the Beamer exporter as a default needs a rethink

2024-03-09 Thread Pedro Andres Aranda Gutierrez
Jup, of course. If you look in org-lint.el, one of the cases that would
trigger a message is when the frame environment uses "frame" directly and
there is a \begin{frame} in the org.
Line 1522 onwards in org-lint.el

Best, /PA


On Mon, 4 Mar 2024 at 12:06, Ihor Radchenko  wrote:

> Pedro Andres Aranda Gutierrez  writes:
>
> > Org-lint will signal that… IHvHO that’s more than enough
>
> May you elaborate?
>
> --
> Ihor Radchenko // yantar92,
> Org mode contributor,
> Learn more about Org mode at .
> Support Org development at ,
> or support my work at 
>


-- 
Fragen sind nicht da, um beantwortet zu werden,
Fragen sind da um gestellt zu werden
Georg Kreisler

Headaches with a Juju log:
unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run
a leader-deposed hook here, but we can't yet


Re: Just thinking...

2024-03-09 Thread Pedro Andres Aranda Gutierrez
You are right. It is easy to do from emacs-lisp scripts, looking for
LATEX_CLASS in a document and then deciding to use the org-latex-... or the
org-beamer-... functions, but it looks much more difficult in org.el itself
:(
It's just that it would look much more elegant to have only one. For me
Beamer is just a LaTeX 'feature'...

/PA

On Thu, 7 Mar 2024 at 15:10, Ihor Radchenko  wrote:

> Pedro Andres Aranda Gutierrez  writes:
>
> > duplicating export entries for LaTeX and Beamer makes the interface not
> > exactly clean.
> > We do have the LaTeX class, which should be "beamer" (I hope) for Beamer
> > presentations, right?
> >
> > So why not use that to decide internally between (org-latex-export-...)
> and
> > (org-beamer-...) and then have a unified interaction with the user?
>
> I am afraid that implementing this would be a kludge. For technical
> reasons.
>
> For example, Org export parses keywords depending on the selected export
> backend. Selected in advance.
>
> --
> Ihor Radchenko // yantar92,
> Org mode contributor,
> Learn more about Org mode at .
> Support Org development at ,
> or support my work at 
>


-- 
Fragen sind nicht da, um beantwortet zu werden,
Fragen sind da um gestellt zu werden
Georg Kreisler

Headaches with a Juju log:
unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run
a leader-deposed hook here, but we can't yet


Re: [DISCUSSION] Add "Recent News" to orgmode.org

2024-03-09 Thread Ihor Radchenko
Bastien Guerry  writes:

> A complementary suggestion: let's activate the "Blog" tab on Woof (at
> https://tracker.orgmode.org) so that when people send an email to the
> list prefixed with [BLOG], it is referenced on this tab. Then, a RSS
> feed is available from https://tracker.orgmode.org/blog.rss that we
> can parse on orgmode.org.

After
https://git.sr.ht/~bzg/orgweb/commit/d7b6524cf62a947db64d29c5bf879499ab8951d7,
not only blogs are included in the front page of orgmode.org, but also
bug reports and everything else.

I do not see much problem listing announcements, blogs, and requests
there; but bug reports are probably not something we want to show to
newbies right at the front page.

Also, what do you think about the following ideas:

1. Adding a header before the recent news list. Maybe something like
   "Project heartbeat".

2. Moving recent news after features/install/quickstart/contribute
   buttons.

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at