@aaronpk oddly, I was just having to write documentation for PKCE flow that we're adding to Bixby's OAuth2 support.
@aaronpk oddly, I was just having to write documentation for PKCE flow that we're adding to Bixby's OAuth2 support.
I can select them, however, they don’t save. Javascript is enabled, have tested in both Safari and Chrome. I can toggle the switches below those buttons for other settings.
Is there a way to nuke my account in the app?
@aaronpk, for some reason I can’t select whether I send my checkin as json or simple? Is it just a WordPress thing, “you’ll get what you’re given and you’ll like it!”
Also onWhat would it take to get #IndieAuth working with #Mastodon / #NextCloud / #Peertube etc? Are there any major changes required in the way the various #Activitypub apps do things to be able to support this?
It seems to me that IndyAuth or something like it are badly needed in the #fediverse, as the more #decentralized we get, the more accounts users end up needing, compared to #gasm et al.
That’s really interesting that you handle the videos differently between your stories endpoint and your Micropub Endpoint. Is that for size? Browser compatibility? What’s the thought behind that?
Makes sense, I’m good with starting the stories experiment with it being a separate endpoint.
I think I might be leaning towards an mp- command rather than a new endpoint. But there are some pros and cons.
The pros for a new endpoint that is at the same url as the GET for the data is that someone who hasn't built Micropub or wants to use an external service for their stories would make that possible. By de-coupling it, it provides more flexibility.
The cons for a new endpoint is that the authentication layer, the set up of a new endpoint can be a technical hurdle that might prevent more people form getting involved. For those that already have a Micropub endpoint, the addition of the stories feature becomes a pretty simple add on. It also means there's a new communication layer that people would have to understand, whereas Micropub with an mp- command is pretty simply understood.
Either solution would be pretty simple for me based on my set up, but I'm trying to think what would be more difficult for: a) Wordpress Users b) Static Site Users, anyone else that is building their own tech stack it's probably not a huge difference.
That said, I use an external Micropub library in my Node.js server that does the authentication against my token endpoint automatically. So if I were to add a new endpoint, I would have to write the code to handle the verification of my token endpoint. While my token endpoint is on the same server, for other people in similar situations, they might have juggling the authentication process.
channel: ['stories']
or you could make a specialized Micropub app like that have a config screen where you define what additional metadata it sends and then people could use whatever method they wanted, a channel property, a tag property, etc. I definitely don't think a new attribute would be right, and I know channel isn't really used anywhere except your and my sites, but we also can't do tag as a default or else the posts would automatically show up on people's websites as a normal post (unless they configured posts with a specific tag to be routed somewhere else). So this is tricky, but I definitely think something like this would be required for me to use it routinely. My default for my site would probably be to use a 'stories' channel and then to be able to set an audience on each photo/video so that some things I could provide to a subset of people.The other thing is I’m wondering, do we just make the story JSON mf2 json since you all have experimented with that as a Wordpress side file?