From mboxrd@z Thu Jan 1 00:00:00 1970 From: James Harkins Subject: Re: New exporter, beamer confusion Date: Tue, 5 Feb 2013 17:01:30 +0800 Message-ID: References: <20130204063905.GA23614@kuru.dyndns-at-home.com> <87wqun5037.fsf@gmail.com> <6207.1360048864@alphaville> Reply-To: jamshark70@dewdrop-world.net Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=e89a8ff1c2baa7de8e04d4f674ce Return-path: Received: from eggs.gnu.org ([208.118.235.92]:49358) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U2ePG-0000MC-8N for emacs-orgmode@gnu.org; Tue, 05 Feb 2013 04:01:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U2ePE-0005dM-Dg for emacs-orgmode@gnu.org; Tue, 05 Feb 2013 04:01:34 -0500 Received: from mail-oa0-f41.google.com ([209.85.219.41]:51535) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U2ePE-0005dA-6h for emacs-orgmode@gnu.org; Tue, 05 Feb 2013 04:01:32 -0500 Received: by mail-oa0-f41.google.com with SMTP id i10so7555708oag.28 for ; Tue, 05 Feb 2013 01:01:31 -0800 (PST) In-Reply-To: <6207.1360048864@alphaville> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: nicholas.dokos@hp.com Cc: emacs-orgmode@gnu.org, Nicolas Goaziou --e89a8ff1c2baa7de8e04d4f674ce Content-Type: text/plain; charset=ISO-8859-1 On Tue, Feb 5, 2013 at 3:21 PM, Nick Dokos wrote: > I added a beamer entry to org-e-latex-classes as indicated in > > http://thread.gmane.org/gmane.emacs.orgmode/61497/focus=61536 > > (again, I > have no idea if the sectioning stuff matters or not, and whether it leads > to problems - improvements/corrections would be welcome): Made no difference for me. > Customizing org-e-beamer-environments-extra should do the trick. I was > experimenting using the *scratch* buffer, so the following are temporary > settings, cribbed from those experiments: restart emacs and they > disappear. > > Something like the following perhaps (very lightly tested - nb: I really > haven't played with the new exporter very much at all): > > --8<---------------cut here---------------start------------->8--- > (setq blockenv '("block" "b" "\\begin{itemize}\\item %h" "\\end{itemize}")) > (add-to-list 'org-e-beamer-environments-extra blockenv t) > --8<---------------cut here---------------end--------------->8--- I'm attaching an org file that illustrates a couple of the beamer formatting options that I used a lot in the old exporter. 1. I *did* use the block environment to emphasize some text by pulling it out of the "itemize" bullet lists. If I customize blockenv in org to render as "itemize," then I lose the ability to do this (or, I have to call "block" something else). 2. BMCOL (column) layouts are completely ignored. 3. Strong *emphasis* now renders in red, instead of keeping the text's original color and switching to boldface. I've also uploaded 3 PDFs to UbuntuOne, the point being to illustrate how much functionality is lost in the new exporter: 1. Old exporter result http://ubuntuone.com/2ByUYyYg5wfz07aUuUVPTP 2. New exporter result, without customizing http://ubuntuone.com/4HSQUoDlZpNHZ46OROZd54 3. New exporter result, with Nick's customization http://ubuntuone.com/1DnRQultVtdf2OKYjaeSsu I get the feeling here that the new beamer exporter was written without a lot of real-world user requirements. Certainly, it's understandable that HTML, LaTeX article-style and ODT exporters would be more widely used and more important to get right first. For beamer, though, I can't reconcile the announcement ("Even though the internals are completely different, the new exporter mostly behaves like its predecessor. There are only a few noticeable changes") with the fact that the new beamer exporter is a rather different animal that completely breaks compatibility with org files written for the old exporter, and may actually require a complete redo of the org markup for each file. I know my emacs-lisp chops are not up to the task of fixing what is broken in the new beamer exporter. I can supply a couple dozen source files, to help decide what level of backward compatibility is feasible. I'm not sure how else I can help. At least, it would be good to clarify, with respect to the announcement, if the new beamer exporter is intended to be reasonably backward-compatible with the old (with not-too-intrusive tweaks). If that was the intent, then it's not ready for release. Otherwise, I'd be happy to help draw up an upgrade path for people like myself who have developed workflows for the old exporter that will eventually not be supported anymore. In the meantime, I must stick with the old exporter, though I'll keep the discussion alive to hash out on the mailing list what needs to be done to make the new one production-ready for me. hjh --e89a8ff1c2baa7de8e04d4f674ce Content-Type: application/octet-stream; name="simple-beamer.org" Content-Disposition: attachment; filename="simple-beamer.org" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hcstjvcy0 IytMQU5HVUFHRTogIGVuCiMrT1BUSU9OUzogICBIOjIgbnVtOnQgdG9jOnQgXG46bmlsIEA6dCA6 OnQgfDp0IF46dCAtOnQgZjp0ICo6dCA8OnQKIytPUFRJT05TOiAgIFRlWDp0IExhVGVYOnQgc2tp cDpuaWwgZDpuaWwgdG9kbzp0IHByaTpuaWwgdGFnczpub3QtaW4tdG9jCgojK3N0YXJ0dXA6IGJl YW1lcgojK0xhVGVYX0NMQVNTOiBiZWFtZXIKIytMYVRlWF9DTEFTU19PUFRJT05TOiBbcHJlc2Vu dGF0aW9uXQojK0JFQU1FUl9GUkFNRV9MRVZFTDogMgojK0JFQU1FUl9USEVNRTogZGVmYXVsdAoj K0NPTFVNTlM6ICU0NUlURU0gJTEwQkVBTUVSX2VudihFbnYpICUxMEJFQU1FUl9hY3QoQWN0KSAl NEJFQU1FUl9jb2woQ29sKSAlOEJFQU1FUl9vcHQoT3B0KQojK1BST1BFUlRZOiBCRUFNRVJfY29s X0FMTCAwLjEgMC4yIDAuMyAwLjQgMC41IDAuNiAwLjcgMC44IDAuOSAwLjAgOkVUQwoKIytUSVRM RTogICAgIFRlc3RpbmcgbmV3IGJlYW1lciBleHBvcnRlcgojK0FVVEhPUjogICAgSC4gSmFtZXMg SGFya2lucwojK0VNQUlMOiAgICAgamFtc2hhcms3MEB5YWRkYXlhZGRhLmNvbQojK0RBVEU6ICAg ICAgNyBOb3ZlbWJlciAyMDEyCgojK0JFR0lOX0xhVGVYClxBdEJlZ2luU2VjdGlvbltdICUgRG8g bm90aGluZyBmb3IgXHNlY3Rpb24qCnsKXGJlZ2lue2ZyYW1lfTxiZWFtZXI+ClxmcmFtZXRpdGxl e091dGxpbmV9Clx0YWJsZW9mY29udGVudHNbY3VycmVudHNlY3Rpb25dClxlbmR7ZnJhbWV9Cn0K IytFTkRfTGFUZVgKCiogU2VjdGlvbiBBCioqIFNsaWRlIDEKKioqIFRoaXJkLWxldmVsCioqKiog Rm91cnRoLWxldmVsCioqIEFuY2llbnQgaGlzdG9yeTogKk11c2ljIFxlbXBoe259KiBsYW5ndWFn ZXMKKioqIEVhcmx5IHBpb25lZXJzIGF0ICpCZWxsIExhYnMqIGluIE5ldyBKZXJzZXkKKioqKiBN YXggTWF0aGV3cywgSmVhbi1DbGF1ZGUgUmlzc2V0LCBKb2huIENob3duaW5nCioqKiogVGhleSBj b3VsZCBtYWtlIHRoZSBkaWdpdGFsIHRhcGVzLCBidXQgbm90IHBsYXkgdGhlbQoqKioqIERyb3Zl IHRoZSB0YXBlcyB1cCB0byBDb2x1bWJpYSBVbml2ZXJzaXR5IChOWUMpCioqKioqIC4uLiBqdXN0 IHRvIGZpbmQgb3V0IHRoYXQgaXQgZGlkbid0IHdvcmsKKioqIE1haW5mcmFtZSwgYmF0Y2ggcHJv Y2Vzc2luZwoqKioqIFByZXBhcmUgL2luc3RydW1lbnQvIGFuZCAvc2NvcmUvIGZpbGVzCioqKiog UnVuIHRoZSBwcm9ncmFtCioqKiogQW4gYXVkaW8gZmlsZSBjb21lcyBvdXQuLi4gaG91cnMgbGF0 ZXIKKioqIE1vZGVybiB2ZXJzaW9uOiAqY3NvdW5kKgoqKioqIE1vZGVybiBDUFVzIGNhbiByZW5k ZXIgZmFzdGVyIHRoYW4gcmVhbC10aW1lCiMrTGFUZVg6IFxwYXVzZQoqKiogKldpdGhvdXQgdGhl c2UgZWFybHkgcmVzZWFyY2hlcnMsIHRoZXJlIGlzIG5vIEN1YmFzZSwgbm8gTG9naWMuLi4gbm90 aGluZy4qIDpCX2Jsb2NrOgogICAgOlBST1BFUlRJRVM6CiAgICA6QkVBTUVSX2VudjogYmxvY2sK ICAgIDpFTkQ6CioqIFN1cGVyQ29sbGlkZXIgbGl2ZQoqKiogTWFwIC9wcm9jZXNzZXMvIG9udG8g TUlESSBrZXlzCioqKiAvRHJpdmVyIHByb2Nlc3Nlcy8gZm9yIGNvbXBsZXggdHJhbnNpdGlvbnMK KioqIE1hcCAvZ2xvYmFsIGNvbnRyb2xzLyB0byBNSURJIGNvbnRyb2xsZXJzCioqKiogU3ludGhl c2lzIHBhcmFtZXRlcnMgKGZpbHRlcnMsIGV0Yy4pCioqKiogQ29tcG9zaXRpb24gcGFyYW1ldGVy cyAocmh5dGhtaWMgYWN0aXZpdHksIHByb2JhYmlsaXRpZXMgZXRjLikKKioqIFRoaXMgaXMgbXkg b3duIGRlc2lnbiAJCQkJCSAgICAgIDpCTUNPTDoKICAgIDpQUk9QRVJUSUVTOgogICAgOkJFQU1F Ul9jb2w6IDMuMGNtCiAgICA6RU5EOgoqKiogU0MgaGFzIG5vIHN0YW5kYXJkIEdVSSEKKioqIFlv dSBkZWNpZGUgd2hhdCAveW91LyBuZWVkCioqKiBHVUkJCQkJCQkJCSAgICAgIDpCTUNPTDoKICAg IDpQUk9QRVJUSUVTOgogICAgOkJFQU1FUl9jb2w6IDcuMGNtCiAgICA6RU5EOgojK0FUVFJfTGFU ZVg6IHdpZHRoPTYuNWNtCltbL21lZGlhLzM5RUQtQTk5QS9jdWJhc2UvMjAxMmF1ZGlvLzEwLWlu dHJvLXNjL2ltZy9jb250cm9scGFuZWwucGRmXV0K --e89a8ff1c2baa7de8e04d4f674ce--