#[chrisaldrich][snarfed]++ Thanks, it does seem to be up and running and working like I would have expected. For some reason the UI on Brid.gy took a bit before it looked like I was logged in and able to use it as before.
#Loqi[snarfed] has 34 karma in this channel over the last year (56 in all channels)
#[chrisaldrich]Definitely worth a square on the gift calendar in my opinion!
#[snarfed][chrisaldrich] welcome! it polls every 30m. looks like it didn’t work at first because of container tabs, but after you turned that off, the next 30m run worked and turned on your account
geoffo joined the channel
#[snarfed]hey aaronpk, i’m starting to think about indieauth in the browser extension, and i’m a bit lost. i know i’d do PKCE, but i don’t know how to do the redirect back, since the extension isn’t URI-addressable
#[snarfed]or should i just punt, do it all server side, and then give the user a token that they’d paste into the extension?
#[snarfed]basically i think i need the extension to be able to prove to _my_ server (bridgy) that it’s indieauthed for a given domain
#[snarfed]or maybe i just accept (and warn loudly about) the flawed security model 😎
#aaronpk[snarfed]: is there any kind of url that can launch the extension? Like a chrome:// url or something?
#aaronpkfwiw visiting this URL in a new tab opens the extension options page for my extension chrome://extensions/?options=bjommifdalanmhmajhnnkblpafpdgnmo
#[snarfed]eh, bridgy also needs to verify the auth
#aaronpkjust a normal session ID from the extension to the bridgy server should suffice
#[snarfed]right, equivalent. (there isn’t already one, so i’d just generate one)
#aaronpkthat whole side of things is left out of oauth and indieauth. that's where openid connect starts to define some more tools for managing it, but a session ID is usually "good enough"
#[Raphael_Luckom]In order to understand what he means, I'd want to know where he draws the borders around "complexity" when he says "a monstrosity of modern complexity." because I think there's an argument that https://twitter.com/dhh/status/1341420143239450624?s=20 is about as complex and jargon-y
#@dhhHotwire aka NEW MAGIC is finally here: An alternative approach to building modern web applications without using much JavaScript by sending HTML instead of JSON over the wire. This includes our brand-new Turbo framework and pairs with Stimulus 2.0 😍🎉🥂 https://hotwire.dev (twitter.com/_/status/1341420143239450624)
gRegorLove joined the channel
#[Raphael_Luckom]If you take a client-side JS application and change it to not use a client side framework but instead to do equivalent processing sever side, then your net complexity is about the same. But that choice definitely makes sense if, for instance, you're more familiar with server-side frameworks likr Rails.
#[KevinMarks]That's looking at it slightly obliquely - if you don't start with a client side framework, this is a way to do partial updates more easily, by sending html fragments. What DHH has in the new version is some web component based syntax to declare the frames, and integration of service workers for caching of the partials. The basic ide aof html over the wire is old though http://www.kevinmarks.com/staticjah.html
#[Raphael_Luckom]html over the wire is the original web idea, right? And React has server-side rendering if you want it, also giving you html over the wire. tbh the part I actually object to is that "monstrously" and the attitude it represents.
#[Raphael_Luckom]The main argument against client-side JS that resonates for me is that it interferes with accessibility. That's _bad_. It's also bad, (but less bad) that it hurts interoperability to the extent that it requires clients to understand JS (largely not an issue, because the API is usually trivially seperable from a JS client). Everything else is preference.
[tantek] joined the channel
#[tantek][Raphael_Luckom] I don't object to client-side JS that's progressive enhancement, it's *depending* on client-side JS that I object to, or rather, more and more it means I just ignore a (typically content) site because it is irrelevant (dead) to history anyway per js;dr. Easiest way to close a tab quickly.
#[KevinMarks]the new DHH way is still js dependent by default, though less js involved. Feels like you could do a bit more non-js fallback with actual iframes rather than `<turbo-frame>` components
#[Raphael_Luckom]Right--and that makes sense. I think that it comes off as elitist and intimidating for community leaders to introduce their new ideas by taking potshots at the kinds of technologies you'd naturally think about learning if you were, e.g. a non-engineer trying to get into the field. just having a good idea is plenty, you don't have to redefine something else as bad to get a leg up.
#LoqiRight has -2 karma in this channel over the last year (-4 in all channels)
#aaronpkthat's fair, but this is all in response to the "technologies you'd naturally think about" being technologies that are hyped up and likely should never have reached that status in the first place
#[Raphael_Luckom]when you use terms like "hyped" and "should never have reached that status," it sounds like you're dismissing all the _positive_ things that people have to say about <thing you don't like> as bad-faith. And since almost no one (least of all community outsiders) has your intuition about why that might be true, it's very hard to respond to it as a reasoned argument.
[schmarty] joined the channel
#[schmarty][Raphael_Luckom] - a product announcement doesn't need to present reasoned arguments nor to give space to "positive things people have to say about <thing they don't like>".
#[schmarty]if you want to tone police DHH i don't think this is the channel for it.
#GWGHave people been leaving Travis CI for GitHub actions of late for testing?
#aaronpkGWG: good question. i haven't set up any new tests recently, but i have set up some automations on github actions that i previously may have used travis-ci before
#GWGThe same way I got rid of the master branch...as I updated other things
#[Raphael_Luckom][schmarty] it is a very interesting choice to use the language of social justice to defend someone like DHH against someone like me.
#[Raphael_Luckom]by definition, I can't argue that I'm not tone policing--I'm absolutely doing exactly that, no argument.
#[tantek][Raphael_Luckom] not bad-faith, but rather ignorance (though in FB's case, perhaps willful neglect) of existing simpler methods (that have become so well established that they're boring and harder for folks to pitch big "thought pieces" about)
#@fakebaldurWhich tells me that the React crowd has been ceaselessly campaigning against server-rendered-no-hydration websites over the past few years solely because React couldn’t do it out of the box. They’ve basically let Facebook’s tech priorities ruin large parts of the internet. (twitter.com/_/status/1341348238151065605)