public inbox archive for pandoc-discuss@googlegroups.com
 help / color / mirror / Atom feed
From: Thomas Chevrier <tchevri-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: pandoc-discuss <pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Subject: Re: Pandoc #4317 side effect
Date: Mon, 24 Aug 2020 20:54:56 -0700 (PDT)	[thread overview]
Message-ID: <aec295b6-4974-4d14-9a5e-6a3538683111n@googlegroups.com> (raw)
In-Reply-To: <m2y2m3x1a3.fsf-pgq/RBwaQ+zq8tPRBa0AtqxOck334EZe@public.gmane.org>


[-- Attachment #1.1: Type: text/plain, Size: 6966 bytes --]

First of all, thank you so much for taking the time to reply - really much 
appreciated, all the more given how busy I see you are, with so many 
awesome improvements.
I love this "raw beamer" attribute, might make my document a lot more 
readable, yet to try it for other purposes.
Unfortunately, this suggested solution does not help the issue at stake.

The issue is for the content not to get forced slapped onto a slide.
To create a new title page, I need the following piece of code:
\mode<presentation>
  {
    \title[\CourseName{} Lecture 1]{\CourseName{} \newline \, Lecture 1}
    \date{\DayOne{}\Yr{}}
  }
  ###
  \titlepage

And this {...} code cannot sit inside a frame or a latex error is thrown (! 
Illegal parameter number in definition of \iterate.).
After 2.7 - there is no more option for me to write content outside a frame 
- everything is forced into a frame.
"raw beamer" attribute does not escape this behavior unfortunately.

Hence my suggestion last night - i don't know if that would be acceptable 
or even useful?
But i have been thinking that I am perfectly fine with level -2 content not 
being forced onto slides.
From what I read, it looks like reveal.js users only need level -1 content 
slapped onto slides?
Of course, I'd be happy with any other solution you think is best.

Many thank
thomas

On Tuesday, August 25, 2020 at 4:00:22 AM UTC+8 John MacFarlane wrote:

>
> If you use the raw attribute to mark up content as "raw beamer,"
> as suggested earlier in this thread, it will not appear in
> reveal.js output. Demo here:
>
>
> https://pandoc.org/try/?text=%23+Introduction%0A%0A%60%60%60%7B%3Dbeamer%7D%0AHey+this+is+raw+beamer!%0A%60%60%60%0A%0A%23%23+Slide+one%0A%0Acontent%0A%0A%23%23%23+Vertical+slide%0A%0Acontent+vertical%0A&from=markdown&to=revealjs&standalone=0
>
>
> Thomas Chevrier <tch...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:
>
> > Hi folks,
> >
> > it's been exactly a year now and I am still not able to upgrade my 
> version 
> > of Pandoc - stuck pre 2.7, because of the adverse change.
> > Indeed, the "upgrade" for reveal.js users caused my latex beamer code to 
> > break down.
> > I have tried multiple things without luck - I also tried a lua filter, 
> but 
> > that did not work - no matter what, the content gets "slapped" onto a 
> slide.
> > As JGM suggests (was great watching him talk about Pandoc at TUG 2020 
> > keynote address), I'd love to be able to simply be able to have content 
> > escape being slapped onto a slide - I believe that's precisely the 
> spirit 
> > of Beamer, which uses <mode> heavily for that purpose.
> > I also thought that was the spirit of pandoc - as you were setting in 
> the 
> > yaml header your level for displaying on slides, but i have been clearly 
> > proven wrong. :-(
> > One option would be to recompile pandoc without that change, but because 
> of 
> > the bloomberg API, I am forced to be on windows, which would make this 
> > solution cumbersome at best (would be straightforward on linux though).
> >
> > FYI, I posted back then on SO, got only 2 upvotes and 2 bookmarks, but 
> no 
> > answer, not even a comment :-(
> > 
> https://stackoverflow.com/questions/57614387/pandoc-4317-forces-content-under-title-slides-to-be-included-in-a-frame-in-pand
> > 
> >
> > Could anyone *please* help me?
> > many thanks in advance
> > thomas
> >
> >
> > On Wednesday, August 28, 2019 at 12:23:15 AM UTC+8 John MacFarlane wrote:
> >
> >>
> >> To summarize the issue here, which concerns a change to slide 
> >> show formats: 
> >>
> >> Prior to 2.7, versions of pandoc only put material under the "slide 
> >> level" headings on slides. If you set slide level to 2, then 
> >> only material under level-2 headings would appear on slides, 
> >> and text under level-1 headings would not appear at all 
> >> (though level-1 headings would create "title slides" with 
> >> just the section title). 
> >>
> >> Reveal.js users consistently complained (#4317, #5237) that 
> >> this made it hard to structure reveal.js 2D slide shows, in 
> >> which it is common to have the "top" slide on each column 
> >> contain both a title and some text. 
> >>
> >> In response, I changed pandoc in 2.7 -- as the changelog says, 
> >>
> >> > Slide show formats behavior change: content under headers less 
> >> > than slide level is no longer ignored, but included in the title 
> >> > slide (for HTML slide shows) or in a slide after the title slide 
> >> > (for beamer). This change makes possible 2D reveal.js slideshows 
> >> > with content in the top slide on each stack (#4317, #5237). 
> >>
> >> The change to reveal.js has been welcomed by reveal.js users, 
> >> but the change to beamer is apparently not welcome by everyone. 
> >> The reason I made the change to both formats is because I want 
> >> slide shows to work the same no matter what output format you 
> >> use. (So you can switch from beamer to reveal.js, for example, 
> >> and the slides will look more or less the same.) 
> >>
> >> I had thought the beamer change was innocuous, since it could 
> >> be worked around by people who wanted to include content under 
> >> top-level section headings but not in the slides, e.g. by using 
> >> a filter to strip out this content. 
> >>
> >> Unfortunately, Thomas Chevrier's use case can't be handled that 
> >> way. He wants to insert raw tex commands that (a) can't be 
> >> stripped out but (b) only work if they're outside the 
> >> 'frame' environment created for a slide. I can't think of any 
> >> workaround for this. 
> >>
> >> One possible course of action would be to revert the beamer 
> >> change while keeping the reveal.js change. This would potentially 
> >> have two bad consequences: 
> >>
> >> 1) slide shows would render differently (in content, not just 
> >> form) in reveal.js and beamer. 
> >>
> >> 2) this may break slide shows that were constructed using the 
> >> new behavior since 2.7 was released. 
> >>
> >> A less radical change might be to introduce special Div whose 
> >> contents get moved outside the slide itself. Anyway, comments 
> >> welcome. 
> >>
> >>
> >>
> >
> > -- 
> > You received this message because you are subscribed to the Google 
> Groups "pandoc-discuss" group.
> > To unsubscribe from this group and stop receiving emails from it, send 
> an email to pandoc-discus...-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
> > To view this discussion on the web visit 
> https://groups.google.com/d/msgid/pandoc-discuss/c4db2ddc-b3b0-4c62-a8bb-8a601e37dc48n%40googlegroups.com
> .
>

-- 
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/aec295b6-4974-4d14-9a5e-6a3538683111n%40googlegroups.com.

[-- Attachment #1.2: Type: text/html, Size: 10315 bytes --]

  parent reply	other threads:[~2020-08-25  3:54 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-08-27 14:02 Thomas Chevrier
     [not found] ` <6a083675-a292-4bad-9ff4-8d834c477239-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2019-08-27 16:22   ` John MacFarlane
     [not found]     ` <m2pnkqefx8.fsf-pgq/RBwaQ+zq8tPRBa0AtqxOck334EZe@public.gmane.org>
2020-08-24 17:57       ` Thomas Chevrier
     [not found]         ` <c4db2ddc-b3b0-4c62-a8bb-8a601e37dc48n-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2020-08-24 20:00           ` John MacFarlane
     [not found]             ` <m2y2m3x1a3.fsf-pgq/RBwaQ+zq8tPRBa0AtqxOck334EZe@public.gmane.org>
2020-08-25  3:54               ` Thomas Chevrier [this message]
     [not found]             ` <CAJffZrHi=PsXVgf6psA+gAaOJvw9bzuoQU_HbXnbzUtc0s+QLA@mail.gmail.com>
     [not found]               ` <CAJffZrHi=PsXVgf6psA+gAaOJvw9bzuoQU_HbXnbzUtc0s+QLA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2020-08-25  4:22                 ` John MacFarlane
     [not found]                   ` <m2v9h7uzgu.fsf-pgq/RBwaQ+zq8tPRBa0AtqxOck334EZe@public.gmane.org>
2020-08-25 17:06                     ` Thomas Chevrier
     [not found]                       ` <73f0ad6f-f17d-424a-abe6-e8e29e9c7f2en-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2020-08-25 18:13                         ` John MacFarlane
     [not found]                           ` <m2h7sqvbiy.fsf-pgq/RBwaQ+zq8tPRBa0AtqxOck334EZe@public.gmane.org>
2020-08-25 20:39                             ` Thomas Chevrier
     [not found]                               ` <d70cf350-f53a-4b7b-80ef-1bb1526e849fn-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2022-01-19 16:40                                 ` Paul Gesting

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=aec295b6-4974-4d14-9a5e-6a3538683111n@googlegroups.com \
    --to=tchevri-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
    --cc=pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).