xet7 has quit [Read error: Connection reset by peer]
xet7 has joined #sandstorm
pie_ has quit [*.net *.split]
pie_ has joined #sandstorm
mnutt_ has joined #sandstorm
frederick_ has joined #sandstorm
garrison7 has joined #sandstorm
mnutt has quit [*.net *.split]
xet7 has quit [*.net *.split]
garrison has quit [*.net *.split]
frederick has quit [*.net *.split]
frederick_ is now known as frederick
garrison7 is now known as garrison
xet7 has joined #sandstorm
timmc[m] has joined #sandstorm
<timmc[m]>
Hmm, my IRC bouncer died. :-(
<timmc[m]>
I was looking at https://staticman.net/ as an option for adding comments to my blog, which is a static site. But it would be cool if I could host something as a Sandstorm grain instead.
<timmc[m]>
I'm tempted to write a Python app that just receives comments, presents a moderation interface, and exposes an API for my blog generator to grab the latest comments.
<ccx_>
Just make NNTP post for each blogpost. ;-)
<timmc[m]>
You know, I've never actually managed to learn much about that.
<timmc[m]>
It would also be relatively straightforward to implement something like Disqus.
<timmc[m]>
Actually, this is what I want: Grain presents API and a comment UI that blog posts link to. Static site generator periodically grabs new comments and saves them alongside the posts in my git repo.
mnutt_ has quit [Remote host closed the connection]
<timmc[m]>
Blog posts include older comments inline, along with a link to "comments since last republish"—or if JS is enabled, just fetches any newer ones to display inline.
<timmc[m]>
Comments end up in repo eventually, no JS required to read comments, maybe even not required to write.
mnutt has joined #sandstorm
mnutt has quit [Remote host closed the connection]
mnutt has joined #sandstorm
<ccx_>
The funny thing is that blog with nested comments is exactly the same model as usenet. Or mailing list threads really. But yeah, it has it's own mass of quirks that render it not very practical. And moderation is PITA wherever I look.
<ccx_>
The question is how the comments get into the repo I guess. Plus they have to trigger rebuild. Which is kinda anti-thesis to static site design I'd say.
<ocdtrekkie>
A Sandstorm/static publishing friendly comment system has been on the wish list a long time.
<ocdtrekkie>
I wonder if you could do it irrespective of the static publishing method provided you were comfortable with an iframe.
<ccx_>
At that point it's a dynamic site really, just with nicer caching.
<ocdtrekkie>
Commenting uses form submission to hit the Sandstorm API endpoint, seeing comments embeds an iframe with the statically published comments.
<ocdtrekkie>
When the comment app receives a comment, it regenerates it's statically published endpoint for the comment view.
<ocdtrekkie>
No JavaScript needed for the blog or comments at that point.
<ccx_>
Hmm
mnutt has quit [Remote host closed the connection]
mnutt has joined #sandstorm
mnutt has quit [Remote host closed the connection]
strugee has quit [Ping timeout: 245 seconds]
mnutt has joined #sandstorm
strugee_ has joined #sandstorm
mnutt has quit [Remote host closed the connection]
mnutt has joined #sandstorm
mnutt has quit [Remote host closed the connection]
mnutt has joined #sandstorm
mnutt has quit [Remote host closed the connection]
<timmc[m]>
re "antithesis", that's why I was interested in having the static site generator pull in new comments whenever I happen to run it next. :-)
<timmc[m]>
iframes have some weirdness around layout and I'm not sure if CSS has yet improved in a way that can paper over that
<timmc[m]>
Definitely tempting though.
<timmc[m]>
I like the idea of the comment app regenerating its own static view.
<ocdtrekkie>
Presumably the site developer might have some flexibility on how to integrate it, if it's relatively plain HTML. You could grab it client side with JavaScript, if you didn't want to use an iframe, right?