Hacker News new | past | comments | ask | show | jobs | submit login

Shameless plug: I'm a lecturer and have scratched this itch some time ago with a pet project that a couple lecturers are using now: https://github.com/munen/p_slides/

It doesn't ship it's own editor, because everyone already has a favorite(for me that's formerly vim, now Emacs). It's only static files, so it doesn't need a server or pre-compilation. It's extensible, has syntax highlighting and produces PDFs for the students. Also, it's only a mash up of great existing libraries, so it needs no maintainance and further development. One of the few pieces of software that I wrote which are feature complete^^

A couple friends(also lecturers) and I have been using it for about five years now.




Great work!

Are you aware of markdeep?

https://casual-effects.com/markdeep/

...support for it might be a nice addition to this project.


Thanks a bunch^^

Markdeep looks totally awesome - I'm going to give it a try, soon! Now is midnight, though, and my fiance wants me to quit the computer^^

Thanks again, I'm looking forward to be able to include diagrams and have them under version control!


Github clone and unminified version. https://github.com/reelsense/markdeep


How is it compared to reveal.js?

http://lab.hakim.se/reveal-js/


* Out of the box reveal-js does not support Markdown Slides. Yes, of course they do, but you'll have to write HTML per slide and then embed Markdown. p_slides is Markdown online.

* reveal-js is _much_ bigger whereas p_slides relies on well tested and established software. For example many features that you can find on the reveal-js README are also included in p_slides, because it uses W3Org slidy-js[1]. p_slides actually is only very little code itself as it glues together very well established and good existing libraries. reveal-js does a lot by itself. Both options are valid, yet they are different(;

1. https://www.w3.org/Talks/Tools/Slidy2/#(1)


You can also you Slide Show (S9) to generate Reveal.js slides from your markdown source. See https://github.com/slideshow-templates/slideshow-reveal.js as an example. The templates are Jekyll-compatible (and, thus, work "out-of-the-box" on GitHub Pages (no plugin required). See http://slideshow-templates.github.io/slideshow-reveal.js/sli... as a live demo. Cheers.


Thanks for that hint! p_slides is explicitly dumb, though. It has no requirements to install additional software, pre-compile anything or run a server. This way it just works for many lecturers on different Operating Systems with very different areas of expertise and continues to do so without any changes after 5 years. Hosting on GH Pages is totally awesome for us developers, however my primary use case is to have the slides self-contained (no dependencies) in a private repository with other lecturers for using them in the university.


Hello, FYI: The output of Slide Show (S9) is a self-contained static site (works anywhere incl. of course private repos etc.) - you can also create a single-file PDF as an option. Only the templates "require" GitHub Pages or Jekyll if you want a "live" preview for demos. Cheers. PS: More info @ http://slideshow-s9.github.io


Hi Gerald

S9 really looks nice - however, it is not self contained in the sense that I was referring to. p_slides is essentially a single HTML file (with the other assets hosted somewhere).

For S9, Ruby and usage of the command line is required. For a developer, that's not a big issue, of course. Myself, I'm a Ruby/JS/Clojure dev, so I do not mind installing one more gem(; However, my goal was to _really_ make p_slides self-contained. There is no need to install anything, run any pre-compiler or run the slide within a web-server. It doesn't even use npm or bower to install the assets. With this methodology, p_slides certainly is technologically less complex (or interesting^^), but it continues to work after years without any change on any computer that has a browser. That's just not happening with Ruby or Node or any other dependency. I'm not saying the latter is bad (it is not at all!), I'm saying this simplicity ability to be completely self-contained with no tooling required was the specific design decision for p_slides and it served me and a couple lecturers well. I basically made no advertisement for it, I just wrote it, because I wanted something that just works and I can distribute to students, too.


For that gap I wrote a GitHub pages compatible Jekyll wrapper: https://github.com/tasmo/reveal-jekyll


There is also http://strut.io/


Looks interesting, but is a completely different thing - it's a SaaS solution whereas p_slides is static files that you can put into version control and work collaboratively with your peers. For me, that's a godsend regarding the alternative workflows and other tools. My peer lecturers value it a lot, too. But of course, we are all CS lecturers^^ For other people a hosted solution might be a really interesting choice!


a) looks cool b) i would be much more interested if the "example presentation" actually showed me a presentation, not some raw html. maybe use GitHub Pages to through up an example?


a) Thx^^

b) Very good point. I just made it so that you can now click on the example and see it unfold in your browser without having to clone the repo. Thank you for the feedback!


This fails (my) personal test of all HTML systems -- it doesn't scale well with changes in resolution, and many projectors will auto-change my laptop's size when I plug them in.

My hacked up slide system (which I want to dump, I hacked someone else's library years ago) makes a fixed div of size 1024x768, and then uses CSS zoom to resize that to the browser window.


Could you elaborate? How does it not scale? It's using bootstrap for styling, so there's that. Me and a couple of lecturer peers have been using it in lectures for classes of all sizes which includes different kinds of beamers. As you stated, my machine will also auto-scale resolution in this scenario. If all else fails, there's Strl++/- (;

I'm also using it on OS X and Debian. Both work well. And as is recognizable from the git commit history - there's not much that needs to be done over the years to keep it going. Exactly my kind of HTML system - dead simple, no dependencies, works also years later^^


Well I could ctrl +/-, but then have to worry some slide mid-presentation will still be too large and have to shrink again.

With PowerPoint / keynote and friends, I can be sure all my text will fit on the screen, even if I end up on a stupid 800x600 projector. No HTML framework, except my hacky mess, seems to do that. Maybe resizing mid presentation bothers other people less than me.


Ok, I do understand now. In my career, I have not met a 800x600 projector - but the problem scales (pun intended^^), of course.

Would you be willing to share your hacky mess or make a PR? I really do get what you're referring to now and do think that if you won't contribute, I'll have to write my own hacky mess(;


Older projectors have this resolution, but 1024x768 is more common. Some of the projectors at my university are 800x600 and I've run into them at conferences where the hotel conference facilities are older and haven't kept up.


If we're plugging, I'm very partial to Hovercraft, which throws a wrapper around impress.js, and provides a proper presenter's console as part of the rendered HTML/JS: https://github.com/regebro/hovercraft


Looks interesting, on a first try the demo presentation didn't work on my iPhone 6s - and you need to install additional software. p_slides is explicitly dead simple.

hovercraft looks nice, though - I'll probably check it out later on a bigger machine, again. Thanks for sharing!




Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact

Search: