Skip to main content

Biomedical and Electrical Engineer with interests in information theory, evolution, genetics, abstract mathematics, microbiology, big history, IndieWeb, mnemonics, and the entertainment industry including: finance, distribution, representation

boffosocko.com

chrisaldrich

chrisaldrich

+13107510548

chris@boffosocko.com

stream.boffosocko.com

www.boffosockobooks.com

chrisaldrich

mastodon.social/@chrisaldrich

micro.blog/chrisaldrich

 

Support for importing syndication links for Mastodon Autopost · Issue #75 · dshanske/syndication-links https://github.com/dshanske/syndication-links/issues/75

Now that SL has the Mastodon icon (#66), I'll also note that the latest version of [Mastodon Autopost plugin](https://wordpress.org/plugins/autopost-to-mastodon/) should now also support importing the URL for the last successful toot to allow the closure of automating the POSSE loop.

see also: https://github.com/L1am0/mastodon_wordpress_autopost/issues/4#issuecomment-343798802
> The 2.0 update shipping tomorrow attaches a new key to the post metadata: "mastodonAutopostLastSuccessfullPostURL"
> This key contains the url of the last toot.

 

UI: Duration doesn't make sense in Read post kind · Issue #65 · dshanske/indieweb-post-kinds https://github.com/dshanske/indieweb-post-kinds/issues/65

When making a "Read" post in which data exists in the "time" tab for published dt and updated dt, the output displays more like one would anticipate with a music post type (or jam, listen, play, watch, travel) using start/end vocabulary instead and outputting a "Duration".

Duration may make sense if one were doing a start/end time for their reading, but then the scraper shouldn't be automatically pulling in the publish/update dates/times. Personally I'd prefer to let the publication time of my post indicate when the thing was read and have Post Kinds indicate the publication of the original piece I was reading.

Possibly better would be an if/then statement to differentiate types and for Read types outputting a date/time for the original publication and/or potentially an updated date/time if it exists.

At present, the issue is most common on New York Times posts for which the scraper pulls in the correct metadata.

Example: http://boffosocko.com/2016/11/14/chris-aldrich-is-reading-facebook-restores-iconic-vietnam-war-photo-it-censored-for-nudity/
![duration](https://cloud.githubusercontent.com/assets/5882943/20466247/6e5f67aa-af24-11e6-9d57-f83c3928163f.PNG)

For a small portion of IndieWeb sites, the scraper is returning data in these fields that are identical for both the published and updated fields which returns an odd duration result as well. (See: http://boffosocko.com/2016/11/11/chris-aldrich-is-reading-fragmentions-for-poets/) Perhaps if the date/time in both fields are identical, there could be some error checking to prevent a spurious output since published shouldn't equal updated.

 

Stylable CSS classes · Issue #60 · dshanske/indieweb-post-kinds https://github.com/dshanske/indieweb-post-kinds/issues/60

Is it me being crazy, or are all the classes on the data here just semantic?

For front end developers, it would be nice if you included some plugin-wide classes (or ids) to allow easier styling of individual post kinds, particularly since we all know styling on microformats is a bad idea... ;)

Maybe pk-like, pk-bookmark, etc. for the "titles" and a class on the blockquote as well? It seems odd to me that the title is smaller than my default blockquote font, but there isn't anything non-semantic to style on...

![css classes](https://cloud.githubusercontent.com/assets/5882943/17385396/4582ec04-5997-11e6-86ed-b6aba26b7121.PNG)

 

UX: Bridgy to Twitter makes some unfortunate default photo choices · Issue #691 · snarfed/bridgy https://github.com/snarfed/bridgy/issues/691

I'm using WordPress and https://github.com/dshanske/bridgy-publish/ in my workflow. I like that brid.gy allows for up to 4 photos and how they're laid out, but we (WordPress users) may need some additional control over what photos are chosen by default...

Crossposted from https://github.com/dshanske/bridgy-publish/issues/10#issuecomment-236618393 as well.

> Surely I should have put in a featured image, but otherwise it's grabbing multiple low res photos on the same page (in widgets, footer, or from gravatar author block) which don't correspond well with the content :
> ![bridgy publish](https://cloud.githubusercontent.com/assets/5882943/17224684/cd9bde56-54b6-11e6-8a49-870bf0946620.PNG)
>
> Maybe default to none if not a featured image or appearing within the_content()?