trwnhnot too jazzed about "web3" myself, but i think it's a bit disingenuous to lump together various visions like semweb ("3.0") and blockchain. the idea of web 2.0 itself is kind of marketing speak to me but a distinct issue with the rush of "user generated content" is that it was too susceptible to corporate capture and herding those "users" onto facebook/twitter/etc. seems like a worthwile problem to solve to me!
[tantek]trwnh, it's less of a "lump[ing] together" and more of a list of "these are all the random groups who claimed the mantle of some spelling/spacing/capitalization/decimalization of (W|w)eb( )3(.0)"
[tantek]agreed about the unfortunate susceptibility of of web2/UGC which I think is what "enshittification" tries to summarize (or perhaps strongly overlaps with)
trwnhthat's fair, although being a stickler for semantics and terminology i would tend to refer to such things as "the next web" if not for the name collision with a certain news site
trwnhwhatever it's called though, there probably should be an effort to make it easier to have your information not necessarily bound to specific domains or services. i think the idea of having everyone lease their own domain name is a powerful one but it's also got a lot of barriers to widespread adoption (cost, know-how, upkeep). not like there's anything better yet though...
[tantek]leasing a domain name is still far cheaper than leasing a phone number so until someone says it's unreasonable to lease a phone number I think we can largely ignore those arguments
[tantek][schmarty] specifically deeply entrench identity systems tied to "national" / state-based silos (phone companies), since you can't port your phone number across countries, but you can port your domain name across registrars across countries
trwnhwrt indieweb my main pain point is that when you change domain names (not transfer registrars) you have to keep the old domain around if you want old links to resolve. otherwise someone can reclaim your old domain name and do whatever they want with it
trwnhin a more personal sense i would like to have the same content served via multiple domain names but not necessarily mark one of them as "canonical" so much as have that canonical identity be external to the access mechanism (so not an https: identifier). been looking into doi, handle, ark, that kind of stuff. but i think you could do it with relative links against a variable base?
trwnhstarting from a foundation of local-first and resource-oriented, you would then need to route between resources rather than routing between machines
trwnhbasically you would discover "me" somehow, (for you it might be https://trwnh.com/ but for me it might be http://localhost/users/a/ instead) and then you would resolve the relative reference "foo" and it would dereference to "whatever i say is foo"
trwnhbasically using the same principles as petnames (me -> foo) or like how dns subdomains work (.com points you to trwnh.com which can point you to foo.trwnh.com)
[jeremycherfas]Putting `html body {filter: invert(1);` into my CSS for `@media (prefers-color-scheme: dark)` is more or less miraculous for dark mode, except that when you simulate dark mode in Firefox, the Inspect Accessibility tool doesn’t seem to make the contrast measurements on the inverted background color, unless I am missing something very obvious.
[qubyte]That’s pretty much what I did with mine. Beware of stacking contexts though (the filter messes with those). I had to do a couple of minor z-index fiddles to recover the expected behaviour as things scroll.
[Murray]You're right about Firefox (though for me it doesn't pick up the inverted text colour; background seems to be accurate). I guess you'd need to check the contrast manually, or use something like aXe dev tools (free Firefox plugin), which seems to work correctly when I tested it myself.
[jeremycherfas]It’s actually quite hard to chck the contrast manually as inspecting in simulated dark mode retains the same color values for each element, even though they display differently. Thanks for the tip about aXe4 dev tools. I will check it out.
trwnhdoesnm, for the longest time i didn't even have a phone number. i pretty much exclusively use internet communications my whole life. skype, hangouts, discord. all you need is an email address, the real cornerstone of online identity for now
trwnhin something like xmpp their uris have an optional userpart to the authority. http instead did something with basic authentication, which seems backwards to me (it applies to your identity, not the resource's identity)
[aciccarello] and [Sophia_wood] joined the channel
trwnhi think ftp does the same, and it's equally problematic there. you shouldn't be embedding credentials directly into a uri, the uri should identify the resource not mixing concerns with authentication/authorization (unless it's a capability uri)
trwnhyeah the downsides were bc it was used in a fundamentally incorrect way imo. i dislike the http/https/ftp interpretation and find the xmpp interpretation to make more sense for a more personal or person-centric web
trwnhxmpp://a@trwnh.com is specifically my representative account, whereas xmpp://trwnh.com is the server host. but if you type http://a@trwnh.com then you might intend "ask the user a" but you are actually saying "ask trwnh.com, and tell them i am a"
trwnhthe http-native way to identify a user is to treat them as a resource within the host's namespace, and there is no one standard for doing this. /a or /users/a or /~a or /@a or infinitely many things are all valid
[mattl][doesnm] Not everyone has a phone number or a domain name. And some people have 2 or more phone numbers and no domain names and some people have a few of each.
[Joe_Crawford][tantek]++ thanks for the gentle reminder of what this channel is. we like to solve problems people are experiencing. musing on how people without phone numbers get along in the world is not the best use of this channel. but how uri can map to identify does feel like #indieweb-dev if someone is considering implementing some sorts of auth
[mattl][doesnm] I don't know of anything I use that needs a phone number for me to login. I do know that people sign up for stuff and lose their email address and cannot request a new password and that's a real problem area. I get a lot of that for http://Libre.fm users who signed up 10+ years ago and now don't use their ISP email address or their old .edu email address.
trwnhi am mainly asking about the link rot and the "change my identity" bits yeah. more than happy to split off the phone number bits to #indieweb-random instead
trwnhspecifically that if you keep "internal" references consistent, then you have more leeway in what happens "externally", ie how people route to other authorities
bterry, vskate, ezalb, nemonical, Toxicogenic, aciccarello and sebbu2 joined the channel