From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.text.pandoc/26163 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: anna ecke <0x616e6e6165636b65-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> Newsgroups: gmane.text.pandoc Subject: Re: Footnotes in revealjs slides Date: Wed, 16 Sep 2020 15:36:44 -0700 (PDT) Message-ID: <565a2869-820c-4919-89b9-4f3aa8c5dd31n@googlegroups.com> References: <47eee52e-3d47-7830-97bf-68d21c6c2bf8@gmail.com> <7c5ae003-b078-442f-b7ac-584614ccdee7n@googlegroups.com> Reply-To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_508_1911586677.1600295804574" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35079"; mail-complaints-to="usenet@ciao.gmane.io" To: pandoc-discuss Original-X-From: pandoc-discuss+bncBCYOXZ6UQUMRB7NGRL5QKGQELOSYZBY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Thu Sep 17 00:36:50 2020 Return-path: Envelope-to: gtp-pandoc-discuss@m.gmane-mx.org Original-Received: from mail-oi1-f187.google.com ([209.85.167.187]) by ciao.gmane.io with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1kIg2j-00093E-JS for gtp-pandoc-discuss@m.gmane-mx.org; Thu, 17 Sep 2020 00:36:49 +0200 Original-Received: by mail-oi1-f187.google.com with SMTP id j13sf68843oij.11 for ; Wed, 16 Sep 2020 15:36:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=20161025; h=sender:date:from:to:message-id:in-reply-to:references:subject :mime-version:x-original-sender:reply-to:precedence:mailing-list :list-id:list-post:list-help:list-archive:list-subscribe :list-unsubscribe; bh=j5mDLV3oI9C7z9DN1AeO7OLynp/b+sB49yZKQx3Qzng=; b=SrUjAf3sS+yvhGAKLXY+5jR5GOVi5hjoiev0GAfxoDDg+fOxCy93HO5zIewecS+fiv SzqnrBNgd2gX04IcHgXhjVgoxJCwlXCy0Q1PewNCc+c1edE23xoL3GhCwpdeBbIMw0Ip dQh19TzWQrzJWPzhhkbTgAZ4xOgpAyc8SSzm2+J40uOV0b3QRcoRf03p744ehOXDXFLF +x3cnLEGVzAdrNuovSorKR53Ahkp2z3ZEbtYK3F9LyLOdp+OSqT38BK5Dh0IHqvPxrQ4 UAqHGSsWrqbuzKGTSU57JypOJLx+aEFg983XgtlYo4UBjqTJQPMg8rS0rdXuEWAHsH/Z S8eg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:message-id:in-reply-to:references:subject:mime-version :x-original-sender:reply-to:precedence:mailing-list:list-id :list-post:list-help:list-archive:list-subscribe:list-unsubscribe; bh=j5mDLV3oI9C7z9DN1AeO7OLynp/b+sB49yZKQx3Qzng=; b=X5d4I+knJmKv5SDaoZhG1ieKaYuC1jH+oTFORv1kQiL4y1AxSGAIC2rcWUyi0RmJ7P xMDYTaL+UGF4LHf9fSQF7UIXomz9Cge0vmTH8Z45EsXe2/MWwaUnZZFhn/BARs5S508P Z8I9xJgBxN2HHk/1HbhYh4E0EAZt+6FLYgrH8cOfzeSFLGUZKzpRjA3nwhxg4cLHQwQ4 udW+3t/u9rQZxf1SGJxXUI1nV/YO4xJO4veEdtooMBxKxcwZ3Njxs2tHy9/phOnXqigr 2tVEV6TsXAFsb2urK1w8juBstpcNtgktEHDwZIo8Np2S9mzI77lZznYPIqiRzQi86FVN xbCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=sender:x-gm-message-state:date:from:to:message-id:in-reply-to :references:subject:mime-version:x-original-sender:reply-to :precedence:mailing-list:list-id:x-spam-checked-in-group:list-post :list-help:list-archive:list-subscribe:list-unsubscribe; bh=j5mDLV3oI9C7z9DN1AeO7OLynp/b+sB49yZKQx3Qzng=; b=ZZKlPgo3EGGEdRmt9Iag7bzQnvo4V1bpqTjuRjCZS6aGaQlxb1pcCpR6sPk5XnP1jC jT+DsuiuzocDhAbycuU272J/xU0p2J9SFey3AMQj72KQFbldTOhf//hX05Wm4v5sICoU DWV8s0of7cD58zGrIMn8ZnmiBpnWKKIJKS6D1Fxqh3sYxFLEVaQGIY4LJ7A71QWSaC8s r8dLW+4NDoDi8tmzRV9S64M1515OlKBLc5+w3SRtPiXOGBOfO4YxzVGkhwpkQMMWUd4F h3zK+jwjyvHA2qJB3Pd9FkdU03hAhD18mH6MWZkN0Wab+1sXyoR49s2XLhpMuUOZUFGu cpMw== Original-Sender: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org X-Gm-Message-State: AOAM530rwIh7F3uxeXxvkpMCRK24QKqel7da+TDird45mpVTz4YN3EfY KogQ0ayk+sVldmDz2Na7eaQ= X-Google-Smtp-Source: ABdhPJxhQZDVMol3Z+gB+WPrVypdjDOR0TKCOhTsTW3hS1+xQD6HaGoTkvtmfr8xrRhRrCKK/t6URQ== X-Received: by 2002:a05:6808:183:: with SMTP id w3mr4669382oic.176.1600295808591; Wed, 16 Sep 2020 15:36:48 -0700 (PDT) X-BeenThere: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Original-Received: by 2002:a4a:2513:: with SMTP id g19ls11808ooa.0.gmail; Wed, 16 Sep 2020 15:36:45 -0700 (PDT) X-Received: by 2002:a4a:d157:: with SMTP id o23mr18902098oor.2.1600295805426; Wed, 16 Sep 2020 15:36:45 -0700 (PDT) In-Reply-To: X-Original-Sender: 0x616e6e6165636b65-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org Precedence: list Mailing-list: list pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact pandoc-discuss+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org List-ID: X-Google-Group-Id: 1007024079513 List-Post: , List-Help: , List-Archive: , List-Unsubscribe: , Xref: news.gmane.io gmane.text.pandoc:26163 Archived-At: ------=_Part_508_1911586677.1600295804574 Content-Type: multipart/alternative; boundary="----=_Part_509_937518942.1600295804574" ------=_Part_509_937518942.1600295804574 Content-Type: text/plain; charset="UTF-8" Okay, that was rude of me - not looking into the zip but only at your inline example - I'm sorry. Now, I see where the misunderstanding on my end was coming from, at least, I hope. As a workaround, you are using the `::: notes` block to define the footnote content. Unfortunately, that wont work in my case, since I'm actually making use of speaker notes, too. Which are defined in exactly that block - al least for revealjs. I probably have to take a deeper look into lua filtering to get a hold on all the footnotes in a section and put them in a footer (or into some other markup) within the section. And I need to prevent the html/revealjs writer to create the endnotes section. Looking at the native output, the endnote section does not even exist in the AST. From the beginning, this was the reason, why I thought making the html/revealjs writer to respect the reference-location option would be preferable compared to a filter-based workaround. BPJ schrieb am Mittwoch, 16. September 2020 um 16:34:19 UTC+2: > Den tis 15 sep. 2020 23:50anna ecke <0x616e6e6...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> skrev: > >> Thank you BP for your input. But I think, we have a small >> misunderstanding here. I was referring to footnotes >> , which is a special type of >> references, I think, not speaker notes. >> > > I too was about *foot*notes, albeit "faked" ones not using Pandoc's native > footnotes. If you test my setup filter and all and look at my example HTML > you will see that. By having the filter replace native Pandoc divs with the > class `notes` with raw HTML for div tags I managed to get an actual div, > rather than an aside/speaker notes, so that I could style the list inside. > Did you perhaps not get the zip archive? > > It may be possible to write a Lua filter so that native notes within each > slide/section can be converted to my "faked" format, but I'm afraid that a > Lua filter would not visit the native note elements in say a section > container as created by `make_sections()` in linear order, so they might > end up in the wrong order in a generated list. Albert can probably answer > whether that problem is still there, or if there is a workaround. Anyway I > tried to convert footnote markers in a paragraph to empty spans with a > `note` class and a sequence of reference footnotes into an ordered list > with Vim `s///` commands and it worked well, so it shouldn't be too hard to > convert existing native notes to my "faked" version with a decent editor or > a text filter script. > > > >> BP schrieb am Montag, 14. September 2020 um 14:17:49 UTC+2: >> >>> On 2020-09-14 00:00, anna ecke wrote: >>> > At the moment, the location where footnotes are rendered into can be >>> > configured with the option reference-location >>> > . >>> Unfortunately, >>> > it only takes effect when rendering markdown. I'd like to get my >>> footnotes >>> > rendered into the same slide it was mentioned/written in. >>> > >>> > My question is now, would it make sense to propose this on github as a >>> > feature request, or should I just go ahead and write a filter for >>> this? I'm >>> > not an Haskell expert and I haven't checked out the code base to look >>> what >>> > needs to be changed to make that kind of behaviour work or what amount >>> of >>> > effort it might take. >>> > >>> > Happy to hear any opinion or even receive links the code responsible >>> for >>> > this or to projects that have solved this already. >>> > >>> > cheers, >>> > ae >>> > >>> >>> Nothing prevents you from constructing your notes manually, placing note >>> references as sequential numbers in the text and a list with each note >>> text at the appropriate list number at the bottom of each slide. >>> Presumably no links between note markers and notes would be needed in a >>> slide show, which makes things easier, although you might want to wrap >>> the note numbers in the text in spans with a class and the lists with >>> notes in divs with another class for styling. >>> >>> Using a little CSS magic and a Lua filter you can both get note >>> references and note list numbers styled and colored appropriately, *and* >>> reveal yourself of the need to insert note numbers manually, although >>> you still need to insert divs with an appropriate class where you want a >>> note reference to appear, and need to make sure that the notes in the >>> list come in the right order relative to the note references in the text >>> of each slide. >>> >>> Something like this: >>> >>> ``````markdown >>> ## Slide heading >>> >>> The text [mentioning]{.note} some [thing]{.note} or [other]{.note} goes >>> here. >>> >>> :::notes >>> >>> 1. Text for note. >>> 2. Text for note. >>> 3. Text for note. >>> >>> ::: >>> `````` >>> >>> and then in some appropriate place some custom CSS: >>> >>> ``````css >>> span.note:after { >>> content: counter(note-ref-counter); >>> vertical-align: super; >>> color: blue; >>> font-size: 50%; >>> } >>> >>> div.notes ol { >>> list-style: none; >>> font-size: 50%; >>> } >>> >>> section.slide, section.title-slide { >>> counter-reset: note-ref-counter note-counter; >>> } >>> >>> div.notes ol li:before { >>> content: counter(note-counter); >>> vertical-align: super; >>> color: blue; >>> display: inline-block; >>> width: 1em; >>> margin-left: -1em; >>> } >>> >>> span.note { >>> counter-increment: note-ref-counter; >>> } >>> >>> div.notes ol li { >>> counter-increment: note-counter; >>> } >>> `````` >>> >>> This should give you blue superscript note markers and blue superscript >>> list markers without any trailing dot, automatically numbered >>> sequentially for each slide. >>> I tried to make the count be for the whole file rather than for each >>> slide, but Chrome insists on resetting the counters to 1 when they have >>> reached 9. Perhaps someone who understands CSS counters better than I do >>> knows how to fix that. >>> >>> Finally you need to apply the following Lua filter when running Pandoc, >>> so that the `
` elements wrapping the note lists really are divs and >>> not `
<= div class=3D"gmail_quote">
--
You received this message because you are subscribed to the Google Groups &= quot;pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to pandoc-discus= ...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-dis= cuss/7c5ae003-b078-442f-b7ac-584614ccdee7n%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups &= quot;pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to pand= oc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To view this discussion on the web visit https://groups.google.com/d= /msgid/pandoc-discuss/565a2869-820c-4919-89b9-4f3aa8c5dd31n%40googlegroups.= com.
------=_Part_509_937518942.1600295804574-- ------=_Part_508_1911586677.1600295804574--