Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Multiple presentations per repository #28

Open
infotexture opened this issue Feb 6, 2019 · 3 comments
Open

Multiple presentations per repository #28

infotexture opened this issue Feb 6, 2019 · 3 comments

Comments

@infotexture
Copy link
Contributor

Single talk per repo

The way this project is currently set up, it seems to assume there will be a single presentation per repository (or branch).

While branches can be used to store multiple talks in the same repo, this requires switching branches and re-running the build/serve commands to switch between talks. This works fine with a local development environment, but breaks down when talks are published via GitHub Pages, which depends on a single branch setting (master, gh-pages or a docs/ folder on the master branch).

How to manage multiple talks?

Users can work around this limitation by cloning or forking the repo for each new presentation, but this seems like overkill when everything except the Markdown content of the presentation would be identical.

The fix for #18 in #27 pulls description and author from the site configuration (rather than hard-coding them in the layout), but this still means only a single value can be specified for each — it just changes the place where this change needs to be made.

The current approach also makes it difficult to integrate this code into other Jekyll sites that already have _posts and pages that are not Reveal.js presentations.

Jekyll collections to the rescue?

I'm wondering whether Jekyll's collections feature could be used to overcome this limitation, so each presentation would be an item in a collection, rather than a post. 🤔

This would enable not only multiple presentations per repository, but also the use of subfolders to structure the collection, for example:

_talks/
├── conference1/
│   └── talk1.md
│   └── talk2.md
├── conference2/
│   └── talk3.md
│   └── talk4.md
└── etc/

Jekyll's collection permalinks could then be used to create a dedicated URL for each presentation, like https://example.com/talks/conference1/talk1/.

I'm not exactly sure how to go about this — and realize it may be out of scope for the original use case — but I'm curious to hear whether this would be useful to others and if anyone has suggestions for how to implement it?

@blueardour
Copy link

I also prefer the feature however have little knowledge how to implement it.

I guess by changing the iteration folder might help (in _layerout/reveal.html):

"


{% for post in site.posts reversed %}
"
to

"


{% for post in site.categories.slides reversed %}

<script type="text/template">
"

@longavailable
Copy link

longavailable commented Aug 4, 2020

There are a few nice practices on this topic.

Luu Gia Thuy's github repo and jekyll blog, and Jacob D. Moorman's github repo and jekyll blog.

I also made a simple combination jekyll-revealjs with my blog.

@longavailable
Copy link

I made some changes to make it and pulled a request for this #33 (comment).

You are welcome to improve it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants