Aaron Parecki

I track my location continuously using an iOS app I wrote a few years ago. The app is not published on the app store, but it is open source. Today I added a bunch of documentation describing what all the controls in the interface are for.

Now that I have pages showing all posts that use a specific emoji such as 👍, I found myself wanting to be able to click the emoji in my posts to see other posts with that emoji. This is the same as how my autolinked hashtags work, where you can click on any hashtag in a post and see other posts with that hashtag.

The real reason I wrote my Emoji Detector library was for today's project. My website now has URLs that list every post containing specific emoji!

Yesterday, Marty McGuire published an audio version of the IndieWeb "This Week" newsletter, and shared the link in our chat. Aside from being a fantastic production, this also sparked some discussions about Webmentions. His podcast uses a few of of my 100Days songs, which he cites in the description. Since he included a link to my posts about those songs, his podcast now appears as a comment on those pages!

I wanted to find all emoji in a string, including info about them, for my next #100Days project. However I couldn't find a library that does this. The closes I found was iamcal's Emoji conversion library, which can replace emoji in a string with HTML tags, as well as the EmojiOne library which can replace emoji in a string with shortcodes.

This evening, Tantek pointed out to me that while he was logging in to the wiki via IndieAuth.com for the first time on a new computer, there was something a little strange about the IndieAuth.com flow...

I consider my Slack/IRC gateway the best one out there, at least in terms of looking the most native to IRC users. We use this to connect the #indieweb IRC channel with our Slack team, so people can join the same rooms from either Slack or IRC. Often times people don't even realize that other users in IRC are actually connected via the Slack bridge! However, one glaring missing feature was that image uploads from Slack did not come through right. Today, I fixed that!

Today I am continuing my work on building out the client test suite for Micropub.rocks.

This morning, Marty mentioned that he was having trouble with Quill because of my previous change where I updated the default scope to "create" instead of "post". (I documented this change as part of Day 51, but I suppose it could have been its own 100days project itself!) 

Today I added a section to Micropub.rocks that shows the raw request that was received from the client. This way it is very obvious what your client sends, which should help while developing your client.

Thanks to @sebsel for pointing this out! 

I realized that most of the time I'm not posting photos in Quill, so having the photo fields in the note interface so prominent isn't necessary, and adds clutter. So now, a camera icon takes the place of the form fields, and when you click it, it expands to the fields that were there before. This makes the note interface slightly cleaner.

Today I implemented the first client test for Micropub.rocks. This means Micropub.rocks acts as a Micropub server, expecting certain parameters from the client. The first test is a simple test of creating an h-entry with text content. The test describes what it expects, and when the client makes the Micropub POST request, the post is rendered in realtime.

I'm pretty pleased with this little bit of UI I just added to micropub.rocks. 

Today I implemented the authorization server for Micropub.rocks. This means it's now possible to sign in to Micropub.rocks from a Micropub client such as Quill.

Continuing the work on the micropub.rocks client tests, today I worked on the OAuth server so that you can sign in to Micropub clients to post to the test account. Aside from providing the actual sign-in functionality, I also want this to provide helpful error messages and walk you through setting the parameters to build the authorization request.

Micropub.rocks is the test suite and debugging tool for the Micropub spec. Currently it only has tools for testing your Micropub servers. Today I began the process of adding tools for testing your Micropub clients.

For some reason, some of the time I've noticed that my "load more" links load completely the wrong content. These links previously would load the next page inline, and render the new content without a page load. I liked this as a compromise between traditional full pageload paging and infinite scroll. However, I've been seeing it behave strangely the last week or two, sometimes loading duplicate content, or the page scrolling strange after clicking it. 

When someone types an emoji in Slack, it shows up in the API as a text description surrounded by colons. For example, 😻 is :heart_eyes_cat: when it comes through the API. Previously, the gateway would just send the text through to IRC, which doesn't look great for IRC users.

For quite some time, we've been running my IRC/Slack gateway so that our main #indieweb IRC channel is also available in Slack. It's great because it allows people to use the nice mobile-friendly Slack client, while also not locking ourselves into a proprietary platform. The bridge is also used to allow people to join the chat from our web interface.