In the last post, I was showing that I could use replies to a post on mastodon as comments on this blog. Here, I'll show how I did it by modifying the effort of a bunch of other folks, principally Jan Wildeboer. The main struggle I had, given that I don't know much about web development, javascript, nor other static site generators, this took a bit of effort to translate to the static site generator that I'm using.
I'll link to things directly as I'm going, but if you want to follow along, the code for this site is on github. and the state of the repo while working on this post is here.
if you don't care about the details and want to jump to what to do, check out the TL;DR at the end.
Background on Xranklin.jl / Franklin.jl
Xranklin.jl
is a julia-based static site generator (SSG),
which is a re-write of the more widely used (amongst julians) Franklin.jl
.
I think the intention is that this is eventually going to replace Franklin,
but it's not quite ready.
Most of this should be relevant to the current release of Franklin as well,
and I will try to talk about it in generic enough terms that it should be applicable
to other SSGs with just syntax tweaks.
Like many other SSGs, (X|F)ranklin sites are built around markdown, which is used to author posts and other site content, which is combined by the SSG with html, css, and javascript templates to produce the final site. For this site, I'm using a template that's based on the coder template for the Hugo SSG, which Thibaut Lienart (the author of Franklin) adapted.
Crucially, within the html templates, you can include places where code gets executed,
variables (either site-wide or local to a page) get inserted,
other html is injected, or all three.
For Franklin, the main building blocks of every page are in the _layout
directory,
and for every page that's rendered from markdown gets built from
_layout/head.html
- The rendered contents from the markdown
_layout/foot.html
I will skip through the Franklin-specific technical details of the order that things get processed, because they're not relevant here (and to be frank, I'm not totally clear on them anyway).
The last piece that's important to understand is where variables and functions get defined, which in the case of Xranklin is one of the following places:
config.jl
- julia code at the top level of the site. Variables defined here are considered "global".utils.jl
- this code has some special properties, but in the current iteration, I'm not using anything here, so I'll skip describing it.[1]- The "front matter" of a given page.
In Xranklin, this is julia code placed within 3
+
blocks at the beginning. Variables defined here are considered "local"
In the following code, you'll see {{comments_host}}
and {{comments_user}}
,
which are defined in config.jl
, and {{comments_id}}
,
which is meant to be defined in a post's front matter.
Code to fetch and display posts from Mastodon
Ok, so now the setup - we're going to grab the identifier for a specific mastodon post, find all of the replies to that post, then style them and insert them into the content of a particular page.
Getting the replies from mastodon
If you're not familiar with mastodon , it's a bit like twitter, but for the [fediverse]. If you're not familiar with the fediverse, well... I don't really have the space to describe it here. There are lots of explainers online.
But for our purposes here, the important things to know are:
- Each user is part of a mastodon "instance", one of a number of federated hosts. The best analogy is to email - you can have someone with gmail and someone with fastmail, someone on their school email and someone with a custom domain email all communicate with one another.
- There is a protocol where one can ask an instance for the data associated with a particular post, and the relevant data comes back as JSON.
For example - [here's a mastodon post] where I was testing this stuff out.
Examining the URL, there's my instance (https://scicomm.xyz
),
my username on the instance (@kbonham
), and then a string of numbers
that constitute a unique id (112842335724314238
).
Using this information, one can use the common API to pull information
with the following URL:
https://scicomm.xyz/api/v1/statuses/112842335724314238/context
If you follow that URL, you get a JSON string that contains the conent of the post, info about the account that posted it, and any replies. You can look yourself, but I'll just reproduce a bit of it here (i removed a bunch of the fields):
{
"ancestors": [],
"descendants": [
{
"id": "112842391956250759",
"created_at": "2024-07-24T16:24:16.166Z",
"in_reply_to_id": "112842335724314238",
"in_reply_to_account_id": "109265890028699496",
"visibility": "public",
"url": "https://scicomm.xyz/@Kbonham/112842391956250759",
"replies_count": 1,
"reblogs_count": 0,
"favourites_count": 0,
"content": "\\u003cp\\u003eTest reply ๐\\u003c/p\\u003e",
"account": {
"id": "109265890028699496",
"username": "Kbonham",
"acct": "Kbonham",
"display_name": "Kevin Bonham ๐ฝ๐ฆ ๐จ๐ผโ๐ฌ",
"url": "https://scicomm.xyz/@Kbonham",
"avatar": "https://media.scicomm.xyz/accounts/avatars/109/265/890/028/699/496/original/df0b165cd6ae797c.png",
"avatar_static": "https://media.scicomm.xyz/accounts/avatars/109/265/890/028/699/496/original/df0b165cd6ae797c.png",
},
{
"id": "112842728627510584",
"created_at": "2024-07-24T17:49:53.362Z",
"in_reply_to_id": "112842391956250759",
"in_reply_to_account_id": "109265890028699496",
"visibility": "public",
"uri": "https://scicomm.xyz/users/Kbonham/statuses/112842728627510584",
"url": "https://scicomm.xyz/@Kbonham/112842728627510584",
"replies_count": 0,
"reblogs_count": 0,
"favourites_count": 0,
"content": "\\u003cp\\u003eOne more...\\u003c/p\\u003e",
"account": {
"id": "109265890028699496",
"username": "Kbonham",
"acct": "Kbonham",
"display_name": "Kevin Bonham ๐ฝ๐ฆ ๐จ๐ผโ๐ฌ",
"url": "https://scicomm.xyz/@Kbonham",
"avatar": "https://media.scicomm.xyz/accounts/avatars/109/265/890/028/699/496/original/df0b165cd6ae797c.png",
"avatar_static": "https://media.scicomm.xyz/accounts/avatars/109/265/890/028/699/496/original/df0b165cd6ae797c.png",
},
]
}
So, within the response is a vector called "descendants" (the replies), and each item contains another posts (the content of which is in the field "content"), with info about who posted it. Here, I'm showing 2 such posts (both from me).
To display those nicely in a comments section, I want to put the relevant content into HTML, and add some CSS styles so that it fits with the site. I also want to have some logic that ignores any replies that aren't listed as "public", and if there are no replies, leave a different message.
Setting up the structure
The first thing to do is set up the structure for representing the comments on the page. With heavy inspiration from (read: blatant copying of) Jan Wildeboer's post.
<section class="comments">
<h2 class="comments-title">Comments</h2>
<p>You can use your <a href="https://joinmastodon.org">Mastodon</a> or other ActivityPub account to comment on this article by replying to the associated <a class="link" href="https://{{ comments_host }}/@{{ comments_username }}/{{ comments_id }}">post</a>.</p>
<div id="mastodon-comments">
<button id="load-comment">Load Comments</button>
<div id="mastodon-comments-list"></div>
</div>
<script src="/libs/mastodon.comments.js"></script>
<script type="text/javascript">
document.getElementById("load-comment").addEventListener("click", function() {
loadMastodonComments("{{ comments_host }}", "{{ comments_id }}");
});
</script>
</section>
Taking it line by line,
first we make a section,
then give it a level 2 header, "Comments",
then we have a line that explains what's going on,
and that people can leave comments by replying to the post.
In that line, notice the comments_host
, comments_username
, and comments_id
wrapped in double curly braces -
those get replaced by variables of the same name,
the former two being defined in the site config,
and the latter in the post's front matter.
The next 4 lines (wrapped in <div>
), we make a button with the id load-comment
,
which allows us to register a response to clicking.
then the javascript comes in.
The post I was cribbing from put all the javascript in-line,
but I like to have things a bit more self-contained,
so I used the LLM claude to help me figure out how
to put the most important stuff in a separate file,
which we can pull into this html using <script src="/libs/mastodon.comments.js"></script>
.
In that file, which I'll get to in a sec,
I define a function loadMastodonComments
that takes 2 arguments,
the mastodon host (here, scicomm.xyz
) and the post ID,
then builds the comments section from that.
The inner <script>
section notices when the button defined above is clicked,
and then runs the code in that function.
Fetching and formatting the comments
You can see the whole structure of the function in the repo
in _libs/mastodon.comments.js
[2]
,
but I'll just go through it in pieces.
First, let's look at the very bottom of the file,
which is:
window.loadMastodonComments = function(commentsHost, commentsId) {
document.getElementById("load-comment").innerHTML = "Loading";
fetch(`https://${commentsHost}/api/v1/statuses/${commentsId}/context`)
.then(function(response) {
return response.json();
})
.then(displayMastodonComments);
}
This is the function that's actually called from the html -
it takes in the commentsHost
and commentsId
arguments,
fetches the content of the url that returns the JSON I mentioned above,
parses the json data, returning a dictionary (or whatever they call it in javascript),
and then calls displayMastodonComments
, which is defined higher up in the file,
and which does most of the interesting stuff.
That function has a few pieces.
first, we clear the existing content of mastodon-comments
,
which is either the button from above, or the word "Loading...".
const commentsList = document.getElementById('mastodon-comments');
commentsList.innerHTML = ""; // Clear existing comments
Then, we loop through each item in the JSON, each of which is an individual comment.
We then make a div
element containing the relevant fields that we want to include,
in this case, it's the avatar, the username / display name,
the time, which we format (will explain that in a sec),
the contents of the post, and some stats about the post.
We use inner div
s so that the different pieces
can be correctly laid out (we can style them independently via CSS).
const commentDiv = document.createElement('div');
commentDiv.className = 'mastodon-comment';
const username = reply.account.acct || reply.account.username;
commentDiv.innerHTML = `
<img class="comment-avatar" src="${escapeHtml(reply.account.avatar_static)}" alt="Avatar">
<div class="comment-content">
<div class="comment-header">
<div class="user-info">
<span class="display-name"><a href=${reply.account.url}>${escapeHtml(reply.account.display_name)}</a></span>
<span class="username">@${escapeHtml(username)}</span>
</div>
<span class="comment-date"><a href=${reply.url}>${formatDate(reply.created_at)}</a></span>
</div>
<div class="comment-text">${reply.content}</div>
<div class="comment-actions">
<span class="comment-action">โฉ ${reply.replies_count}</span>
<span class="comment-action">๐ ${reply.reblogs_count}</span>
<span class="comment-action">โญ ${reply.favourites_count}</span>
<span class="comment-action"><a href=${reply.url}>๐</a></span>
</div>
</div>
`;
I also wrapped this whole chunk in an if
statement that only does this
if the visibility is set to public
-
mastodon posts can also be unlisted
or private
-
the latter of which shouldn't come through this API,
but I don't want to post anything that people have explicitly chosen to limit reach on.
if (reply.visibility == "public") {
// formatting stuff
commentsList.appendChild(commentDiv);
};
Finally,
just in case there are no public
posts,
I display a message inviting people to comment:
if (commentsList.innerHTML == "") {
commentsList.innerHTML = "<p>No comments found (yet! be the first!)</p>"
};
-
⤶
Ultimately, I'd like to use code in
utils.jl
to generate this, since I'll have more control there, but I got stuck with the scope of variables and decided I could put it off for a bit. -
⤶
Note that in franklin (as with a lot of other SSGs),
the special folders starting with underscores,
eg
_libs
, are replaced by folders without the underscores once the site's actually built, which is why we point to/libs/
in the html.
Comments
You can use your Mastodon or other ActivityPub account to comment on this article by replying to the associated post.