all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Just thinking...
@ 2024-03-07  9:46 Pedro Andres Aranda Gutierrez
  2024-03-07 14:14 ` Ihor Radchenko
  0 siblings, 1 reply; 4+ messages in thread
From: Pedro Andres Aranda Gutierrez @ 2024-03-07  9:46 UTC (permalink / raw)
  To: Org Mode List

[-- Attachment #1: Type: text/plain, Size: 596 bytes --]

Hi,

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?

Best, /PA

-- 
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

[-- Attachment #2: Type: text/html, Size: 993 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Just thinking...
  2024-03-07  9:46 Just thinking Pedro Andres Aranda Gutierrez
@ 2024-03-07 14:14 ` Ihor Radchenko
  2024-03-09  8:31   ` Pedro Andres Aranda Gutierrez
  0 siblings, 1 reply; 4+ messages in thread
From: Ihor Radchenko @ 2024-03-07 14:14 UTC (permalink / raw)
  To: Pedro Andres Aranda Gutierrez; +Cc: Org Mode List

Pedro Andres Aranda Gutierrez <paaguti@gmail.com> 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 <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Just thinking...
  2024-03-07 14:14 ` Ihor Radchenko
@ 2024-03-09  8:31   ` Pedro Andres Aranda Gutierrez
  2024-03-12 19:03     ` Ihor Radchenko
  0 siblings, 1 reply; 4+ messages in thread
From: Pedro Andres Aranda Gutierrez @ 2024-03-09  8:31 UTC (permalink / raw)
  To: Ihor Radchenko; +Cc: Org Mode List

[-- Attachment #1: Type: text/plain, Size: 1514 bytes --]

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 <yantar92@posteo.net> wrote:

> Pedro Andres Aranda Gutierrez <paaguti@gmail.com> 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 <https://orgmode.org/>.
> Support Org development at <https://liberapay.com/org-mode>,
> or support my work at <https://liberapay.com/yantar92>
>


-- 
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

[-- Attachment #2: Type: text/html, Size: 2497 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Just thinking...
  2024-03-09  8:31   ` Pedro Andres Aranda Gutierrez
@ 2024-03-12 19:03     ` Ihor Radchenko
  0 siblings, 0 replies; 4+ messages in thread
From: Ihor Radchenko @ 2024-03-12 19:03 UTC (permalink / raw)
  To: Pedro Andres Aranda Gutierrez; +Cc: Org Mode List

Pedro Andres Aranda Gutierrez <paaguti@gmail.com> writes:

> 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'...

Actually, it should be possible to modify `org-latex-export-as-latex',
`org-latex-export-to-latex', and `org-latex-export-to-pdf' to load
ox-beamer and invoke the beamer-specific export commands.

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2024-03-12 18:59 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-03-07  9:46 Just thinking Pedro Andres Aranda Gutierrez
2024-03-07 14:14 ` Ihor Radchenko
2024-03-09  8:31   ` Pedro Andres Aranda Gutierrez
2024-03-12 19:03     ` Ihor Radchenko

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.