If you're reading this on a Micro.blog timeline, and you follow this account, let me know. I want to follow you back (I still haven't deduced how to achieve my law of exclusively mutual on the MB platform). @odd , I've already got ya. @johnphilpin, @pratik… holler if ya dropped.
Here's another Micro.blog timeline feeler to see if anyone is even reading these there. You only get counted when you reply … what you feel like saying is irrelevant in this particular scenario. Here's a lure:
What you get in the Micro.blog Timeline versus what you get if you decide to load my post or you're on a platform targeted for cross-posts (Mastodon probably still shitting the preview card bed; but, the others oughta be similar to this card in Apple Messages):
So, @manton, search and replace for
vertical cross >}}hung on me when I tried it out after you brought it to my attention. This morning I took another stab at it starting with
horizontal cross >}}. This time the operation succeeded so I tried
vertical cross >}}again. It's hanging. In both cases the replacement is
>}}. The only difference that stands out is the post total. I don't believe the successful operation was paged while the hanging operation previews latest 50. It could be a post content issue though as the horizontal cards are mostly simple song link posts.
Our posts are stored on the server in their markdown format, right @manton? What I've been missing in the post editing is multi-file find and replace. Were you to give us a nifty way to download and upload our native post content, making such edits would become trivial.
Note to self: if I ever roll my own Micro.blog client, include an option to register a regular expression for a Hugo Shortcode that extracts the anticipated textual footprint for a more accurate character count within the post editor.
Hey @manton, is there a correct way to attach a category when creating a post via the micropub API? This doesn't seem to work. Perhaps I need to use 'category' and/or 'music'?
A solid use case for the introduction of a cross post API for @manton's parser would be that last one. You could configure the output to only have Bonnie's Twitter handle in the twitter post, using her name (or appropriate handle) for the actual blog and/or cross post targets.
A future feature for you @manton: global regex find and replace for the content Markdown files so I can remove the
crossparameters from my
Were I rolling my own cross-poster, @manton, it would also handle posting replies to a previous post for API's that supported it. In this way, I could tack on siloed additional thoughts instead of only sticking those on Twitter.
Bee tee dubs, @manton, were you to add a view to Micro.blog's Posts interface constructed with mass selection in mind (perhaps a list where the posts are displayed in a similar manner to the 70 characterish lead text generated for the timeline), I would totally be able to retroactively apply new tags to improve the organization and accessibility of my site tenfold. As it stands, I rarely have the patience to wait for the list to load when I need to make an edit and the list includes a post with 5K words and 20 or so media assets. No way am I gonna sort through 2K posts to apply new tags.
Moving forward, the signed art within posts oughta be tappable for the purpose of loading a lightbox at full resolution. Gave myself a Hugo shortcode that fetches the high resolution image off of GitHub as a resource to create thumbnail and full resolution copies of the image via the image processing API.
What do you suppose these are about @manton? They are the harmless errors I have mentioned that are generated by my conversation plugin, now exposed by the improvements to logging.
.@manton Does Micro.blog's Micropub API support setting categorie(s) in the message headers? Seems to be the last thing to figure out before creating myself a fresh posting shortcut.
Update: nevermind, found the Micropub standard, assuming Micro.blog's implementation conforms.
Yet another update: It does.
The f$&k-around-with list for the bookshelves plugin.
I mean … I bundled all my plugins into my theme and I suppose I could parameterize everything theme-related and register it, but I'm guessing I wouldn't be able to version my personal configuration files via GitHub repository any longer and apply them on top of the theme … so I'm pretty sure it wouldn't be worth the effort. The problem here really seems to be that everything is a Hugo theme by nature, the distinction between components is being arbitrarily layered on top. There is no reason, for instance, that a single Hugo generated Micro.blog site cannot apply multiple theme components (which in fact they do, we call them plugins). There is no reason the order of application could not be configurable. The illusion of structure works to simplify some aspects (like plugin configuration preservation) … this is far outweighed, however, by the limitations it imposes (like what those plugins can actually do or just how configurable they actually are). The answer to this continues to be the rebranding of the custom theme into what it oughta be, the root site configuration. It preloads with the blank theme. Users can add anything they can now to a custom theme … and these files should override installed plugins/themes. File naming should be deliberate as a general rule amongst plugin and theme developers so as not to incur naming collisions. In this way you can build your site up piecemeal while maintaing the last word as to what the final parameter values (or the templates themselves) should be. And, yes. This Micro.blog site configuration should be loadable from a repository so that everyone can enjoy version control over changes to their own site. cc @manton @sod @pimoore @whoeverelse
A plugin for Micro.blog that is effectively a glorified wrapper for an invocation of plugin-lightbox's
gallerypartial, introduced by optional title and description elements and promoted to its own standalone page. The code for this plugin lives here
Just 'cause I felt like f$&king around this morning, @jsonbecker, the problem appears to lie in the utter inability to create a menu entry via the native Micro.blog page interface for a page whose content was not generated via that same interface (cc @manton). The old drop-the-link-in-the-content trick no longer creates the entry and redirects alone do not seem to create an entry.
As for mixing menu items created via the interface…
with menu items created outside of the native Micro.blog page interface…
the menu items, themselves, are merged flawlessly:
Okay … whatever. So I guess the Micro.blog READMEs have their own page now.
.@pimoore To answer your question (now that I've settled down), you were correct. Click the New Plugin button, name it whatever you like, paste in the repository URL and go. All the plugins can actually be controlled via custom theme files (with the exception of being able to remove the menu entry from files in the
contentdirectory and the favicon file output formats).
The following READMEs are up-to-date (aside from the assumption of editable files):
I'll probably end up updating the documentation for the table of contents plugin (used by all the posts I just listed), which basically just requires a suitably named container to host the button.
Update: in fact I just did…
There are a few more that don't have updated documentation … but that are primarily partials invoked from a theme that (like all of them) can be seen in action on my site like the custom page banners, the webring navigation at the bottom, the social medialinks and profile directory, google tag manager, plausible analytics with ignore visit toggle, and favicons (which doesn't have a partial but requires configuration modification to enable two additional output formats).
Holler if you want help tinkering with anything.