[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] [patch] more Beamer properties
From: |
Rasmus |
Subject: |
Re: [O] [patch] more Beamer properties |
Date: |
Thu, 22 Sep 2016 10:42:16 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) |
Nicolas Goaziou <address@hidden> writes:
>>> I think
>>>
>>> #+TITLEGRAPHICS: [[file:link.pdf]]
>>>
>>> would be cleaner.
>>
>> I dropped this. One might need to add attributes to the graphic. The
>> #+titlegraphics approach wouldn’t allow it.
>
> Well, wouldn't the following work?
>
> #+attr_beamer: :attribute1 value1 :attribute2 value2
>
> #+TITLEGRAPHICS: [[file:link.pdf]]
>
>> + (:beamer-short-title "SHORT_TITLE" nil nil parse)
>> + (:beamer-short-subtitle "SHORT_SUBTITLE" nil nil parse)
>> + (:beamer-short-author "SHORT_AUTHOR" nil nil parse)
>> + (:beamer-short-date "SHORT_DATE" nil nil parse)
>> + (:beamer-institute "INSTITUTE" nil nil parse)
>> + (:beamer-short-institute "SHORT_INSTITUTE" nil nil parse)
>
> Per above, would the following be cleaner?
>
> #+attr_beamer: :short shortdate
>
> #+date: longdate
>
> Ditto for title, institute, author...
Looks good, but how do I get the element representation of a parsed
keyword in the :options-alist?
In the buffer, I can do
(org-export-read-attribute :attr_beamer (org-element-at-point))
But this does not work with what is stored in the info list.
I’m probably missing something obvious here...
Thanks,
Rasmus
--
History is what should never happen again