#dev 2024-11-30
2024-11-30 UTC
# [snarfed] [kongaloosh] ah, https://brid.gy/bluesky/did:plc:zqovk4blto4cgtakes5wqg7j shows that it doesn't know that the http://kongaloosh.com web site should be connected to that Bluesky account
# [snarfed] I see that you've added http://kongaloosh.com to its profile bio. try logging into Bluesky again on https://brid.gy/ , it should reload your profile and connect the http://kongaloosh.com domain
# [kongaloosh] ↩️ Unfortunately I’m getting that same error
# [snarfed] ↩️ hmm ok yeah I see it, we're not seeing http://kongaloosh.com in your profile
# [kongaloosh] ↩️ No worries! Appreciate your help digging
# [kongaloosh] ↩️ Aye aye
# [kongaloosh] ↩️ Still getting the same error
Kupietz and schmudde joined the channel
# [kongaloosh] ↩️ I might have made things weird:
# [kongaloosh] • signed up for vanilla bridgy
# [kongaloosh] • blocked the bridgy bot on Bsky (and unblocked)
# [kongaloosh] • changed my handle between Bsky and multiple custom domains
# [kongaloosh] • Signed up for bridgy fed
# [kongaloosh] ↩️ I’m happy to do whatever works best and hold off on monkeying around with things.
# [kongaloosh] Ultimately I’d love to federate, but just looking to externalise over there since my academic friends are moving and I’m overhauling my 10y old flask site now that I’m a better developer 😅
# [snarfed] ok! fixed for real this time I think, your account now has http://kongaloosh.com: http://localhost:8080/bluesky/did:plc:zqovk4blto4cgtakes5wqg7j
# [snarfed] hah sorry make that https://brid.gy/bluesky/did:plc:zqovk4blto4cgtakes5wqg7j
# [tantek] following on from the Create Day discussion on design systems, it looks like the Wikipedia page on the topic is not in the best shape: https://en.wikipedia.org/wiki/Design_system
# [tantek] Bootstrap was mentioned as a "design system" (more than a "just" a framework) originally from Twitter, and several folks here do use it, so I wonder if that's enough (or do we need more examples?) to create a "design system" page on the wiki, and distinguish it from /template and /framework ?
# [kongaloosh] ↩️ It works!
# [kongaloosh] ↩️ TYSM 🙌
# [kongaloosh] Verification here
# [snarfed] looks like the ugly initial image url in text comes from the src of your u-photo, https://pin13.net/mf2/?url=https://kongaloosh.com/e/2024/11/29/gm
# Loqi [preview] [Alex Kearney] GM 🌞 https://kongaloosh.com/data/2024/11/29/gm-0.jpg
# [snarfed] I've forgotten exactly why mf2 parsers do that, but I vaguely remember an issue somewhere in https://github.com/microformats/microformats2-parsing/issues
# [kongaloosh] ↩️ thanks for the tip
strugee, paotsaq, bterry, hedy, claudinec, jeremycherfas, Xe, thegreekgeek, GuestZero, bloot, gRegor, gRegorLove_ and [qubyte] joined the channel
# jonnybarnes snarfed I have my site loading again, I try `name`, then `nickname`, then just fallback to rendering the name as “unknown”
# jonnybarnes could probably do things slightly better than that
troojg and barnaby joined the channel
# jonnybarnes The mf2 you also posted earlier: http://pin13.net/mf2/?id=20241129174809757 does have a url in the h-card
# jonnybarnes but as you said, all of the properties are actually optional
Xe, sebbu, barnaby, rolle, rrix, gRegorLove_ and gRegor joined the channel
# gRegor For photo posts, ideally the u-photo shouldn't be inside the e-content. The parsers will replace the image with its alt attribute, or the URL if there's no alt, so adding `alt=""` is probably the simplest fix. Example: https://php.microformats.io/?id=20241130213642995
# gRegor I think this was the mf2 parsing issue discussing alternatives: https://github.com/microformats/microformats2-parsing/issues/16
box464 and barnaby joined the channel
barnaby, box464 and eatyourglory joined the channel