Replied to
Yeah. It's called Dank Mono https://dank.sh
Replied to
Ryan McLeod on Twitter
<blockquote class="twitter-tweet"><p lang="en" dir="ltr">I'm intrigued. What makes a font worth paying for, for programming?</p>— Ryan McLeod (@iamryanmcleod) <a href="https://twitter.com/iamryanmcleod/status/1045250011028705280?ref_src=twsrc%5Etfw">September 27, 2018</a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>
It looks real pretty! https://dank.sh/
Replied to
This afternoon I wrote a Microsub reader. CORS is a problem with this. I can enable it on the Microsub server to make it work. Do I need another backend to make it work?
You probably will need a backend too, unless you require any server to support cors - which isn't unreasonable. But even then if your reader becomes more advanced you may want things like push notifications that would require a backend anyway
Replied to
woah that's a giant photo gallery… and it's on your main feed in full!
Replied to
woah that's a giant photo gallery… and it's on your main feed in full!
Haha yeah it is. I want people using readers to be able to see the photos in full res, but it does use thumbnails on my site. Not sure what I can do for readers...
Replied to
I'm not sure how to feel after completing that.
Replied to
Yarns v. Microsub? (Thinking out loud)
I’ve been slowly making some improvements to my Yarns Indie Reader for WordPress, and also seeing very impressive development of other IndieWeb readers such as Together, Indigenous, and Monocle. These three readers all rely on Microsub, which splits the work of building a reader into two parts: Together, Indigenous, and Monocle are all clients, which means they don’t have to do the work of managing feeds themselves. Instead, they connect to a Microsub server (such as Aperture), which does all the work of polling for new posts and fitting content from many different sites with varying formats into one standard structure. When I started building Yarns, I didn’t know about Microsub, and so I built a reader that performs both tasks. On the one hand, this meant additional work for me, and Yarns is a bit rough around the edges as a result. On the other hand, Yarns is easy to use and functional, and I use it every day. Upon comparing Yarns to these Microsub-powered readers, I’m trying to sort out its advantages and disadvantages. Now that I know about Microsub, should I Should I continue in the direction I’m going? Should I shift gears? Should I focus my attention elsewhere? (Pro) Hosted on your own instance of WordPress. No reliance on third-party servers. This means no third party has a list of what websites you are reading, nor any possibility for control of the your feed. In practice, existing Microsub servers are trustworthy and built by people whose values I agree with. However hosting your feed yourself promises a greater degree of ownership of your data. (Con) Yarns currently lacks polish and has a limited feature set (no filtering by channel, no automatically marking posts as read, no multiple accounts). (Pro) These readers look and function great, and continue to improve. (Pro) Work with any Website that supports Micropub. (Con) Requires Micropub to post. Appeal toward people who have already set up an IndieWeb-style site, or are willing to do so; slightly higher barrier to entry than (Con) There are a few options for Microsub servers, but all are in early development. There is no obvious way to sign up for any Microsub server that I’m aware of. Instead, the most obvious path is to download a microsub server’s code from GitHub and set it up on your own server. This clearly limits Microsub to technically skilled users. This is not a permanent state of affairs, and is only a problem because Microsub is so young. Note: This is a *very* temporary limitation, since a public release of aperture is apparently ‘very close’. For my use-case, Yarns is sufficient, although there are many things I’d like to improve. However, the new batch of IndieWeb readers are all excellent, and so may scratch my itch in their own way. To figure out my next steps, I’ll probably have to wait and see what happens at IndieWeb Summit next week. Nonetheless, I think there are four basic directions I could take: Continue development of Yarns as a standalone reader. This would be a somewhat rough fit with the emerging IndieWeb ecosystem, but It would provide for some more plurality and diversity of options. Focus on Yarns as a WordPress hosted Microsub client. This would involve rewriting Yarns to pull from a Microsub server. This is feasible, but would lead to me focusing on front-end design, which isn’t my strong point. Focus on Yarns as a WordPress hosted Microsub server. Pro: Individuals could easily own their feed server as a WordPress plugin instead of relying on a third-party. Pro: Yarns already accomplishes many of the difficult parts of feed aggregation, and the Microsub spec provides solid guidelines for the rest. Con: This is still a fairly difficult project (at least for me), so I need to figure out if it would be worth the time. Abandon Yarns altogether and just start using existing Microsub readers. This would free up some time to work on some other projects, such as contributing to existing IndieWeb projects and working on WordPress themes. I’m still thinking through these options, and leaning toward investigating #3. This site is powered by WordPress and styled with SemPress
I didn't know about Yarns, it looks great! I agree with Eddie - Yarns as a microsub server makes a lot of sense to me. Keep up the good work!
Replied to
Ross Crawford on Twitter
<blockquote class="twitter-tweet"><p lang="en" dir="ltr">Uber will use your data input accuracy / speed, interface interaction behaviour, device angle and walking speed’ to determine if your too drunk to ride. Surely I'm not the only one predicting a huge backlash when people with disabilities start getting refused service? <a href="https://t.co/3NNSFGPAsC">https://t.co/3NNSFGPAsC</a></p>— Ross Crawford (@rosscrawford1) <a href="https://twitter.com/rosscrawford1/status/1007637362506117122?ref_src=twsrc%5Etfw">June 15, 2018</a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>
That is an interesting thought. There are so many variables that they can't possibly account for.
Replied to
Jonathan Prozzi on Twitter
<blockquote class="twitter-tweet"><p lang="en" dir="ltr">Awesome <a href="https://twitter.com/HWCBaltimore?ref_src=twsrc%5Etfw">@HWCBaltimore</a> meeting tonight! Inspired to combine my love/interests in <a href="https://twitter.com/hashtag/indieweb?src=hash&ref_src=twsrc%5Etfw">#indieweb</a> and <a href="https://twitter.com/gatsbyjs?ref_src=twsrc%5Etfw">@gatsbyjs</a> and make an IndieWeb starter!</p>— Jonathan Prozzi (@jonathanprozzi) <a href="https://twitter.com/jonathanprozzi/status/1007067281485189121?ref_src=twsrc%5Etfw">June 14, 2018</a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>
I'm interested to see how you get on with that!
I started a gatsby site the other day aiming to show various types of micropub posts. Feel free to lift code from it: https://github.com/grantcodes/micropub-post-demos
Replied to
HWC Baltimore 2018-06-13 Wrap-Up
Baltimore's first Homebrew Website Club of June met at the Digital Harbor Foundation Tech Center on June 13th!
Here are some notes from the "broadcast" portion of the meetup:
derekfields.is — Thinking about ESP8266 + WebAR to make, e.g. a painting with AR overlays in mobile browsers. Working on CSS Grid stuff for his site, now. Trying to be consistent.
jonathanprozzi.net — Mainly been working on stuff for DHF, but it overlaps w/ personal projects. Working on a "headless WordPress" setup as a data source for a Gatsby or Next static site that can be taken to schools w/ super slow internet. Been learning how to use Gatsby – the GraphQL queries for WordPress have been tricky. Got it working on his own site first, then managed to get a handle on how to pull lessons for specific courses from the set of all courses. Now digging into more GraphQL (like debugging w/ GraphiQL) and issues like differences in how WordPress handles whitespace (processing newlines into paragraph and break tags) vs stuffing the content into a React component (no special whitespace processing by default). For personal stuff, feels like Gatsby + headless WP is too heavy. Interested in an IndieWeb-starter version of the Gatsby starter site, which doesn't even have semantic HTML at the moment. Also looking into WordPress + Next... next, because it seems simpler.
dariusmccoy.com — Went to NOMCON and helped build the We the Rosies sculpture. Will be working on a new project for DHF for managing 3D Print Shop.
martymcgui.re — Installed grant.codes' PostrChild plugin for Chrome. It shows Edit Post buttons on his posts and makes the content there editable via Micropub and it is very neat! Also showed off his indiebookclub.biz profile. Added support for read posts to his site to support it and is now converting old read posts (which were just notes of the form "📕 Finished Reading: ...") into this new form. Has ideas for additions to indiebookclub like URLs for books and authors, tags, text content, and backfeeding entries from his site to complete his profile. Will be dropping in his Goodreads data next.
bouhmad.com — Been implementing a speedtest-like app on a new site for Baltimore City to gather data by census block and compare. Part of his new(ish) project to establish a mesh network for the city!
Other discussion:
-
IndieWeb Summit! I think next HWC Baltimore may be happening during IWS demo time. Maybe it'll be streaming here!
- Greg McVerry's work on IndieWeb and WordPress and education. His most recent post on building a course management system in IndieWeb-style feels very much in line with what Jonathan has been working on.
- "Headless" Micropub CMS - what would these look like? Jonathan is interested in Microformats2 as the storage format for posts, courses, and other data, and Micropub seems like the way that MF2 data gets shipped around for creating/editing posts. But most Micropub clients are built for creating (and rarely editing) very specific kinds of posts.
- Comparison to Netlify CMS - which is built around Git and flat files. Netlify can get a list of all your posts by listing files in Git. A Micropub-based CMS would need to query a list of all posts, with filters like post type, tags, ...
- GraphQL queries over MF2 properties??
- Facebook's API changes have caused Bridgy to stop working for backfeeding reactions and comments, and Publish will stop working in August. Jonathan thought his site configuration was broken as he wasn't getting backfed comments and likes anymore. Basically: Facebook has shut out the IndieWeb. This feels like a huge problem (for the IndieWeb)! How are people working around it? Are they? This may help usher IndieWeb folks out the door for Facebook, but it almost completely stops people who want to be in that in-between space.
Thanks to everybody who came out! We hope to see you all again at our next meeting on Wednesday June 27th at 6:30pm (quiet writing hour at 5:30pm)!
Yay! More testers! It may or may not show up on multiple websites for you because I was testing on other peoples sites and didn't switch it off... But let me know what you think :)
Replied to
Comments
You should go and climb up the hill there for a really great view of the city!
You should go and climb up the hill there for a really great view of the city!
Comments
Great meetup tonight!