Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add support for mp q=config destination #33

Open
EdwardHinkle opened this issue Feb 20, 2018 · 2 comments
Open

Add support for mp q=config destination #33

EdwardHinkle opened this issue Feb 20, 2018 · 2 comments
Assignees

Comments

@EdwardHinkle
Copy link
Owner

Add support for destination configuration. From a UI perspective, posting to multiple micropub endpoint versus posting to a single micropub endpoint with multiple destinations should be the same.

indieweb/micropub-extensions#3

The one part to think about is defaults. How should I default the destination? Should it be the first destination in the list or the last destination used? I currently allow someone to set a default Micropub Endpoint, but a default Destination is different. Maybe that’s the answer, maybe if they have more than one destination, I need to allow an option to choose a default destination on the micropub endpoint settings page.

(Originally posted at https://eddiehinkle.com/2018/02/20/12/reply/)

@EdwardHinkle EdwardHinkle self-assigned this Feb 20, 2018
@aaronpk
Copy link

aaronpk commented Feb 21, 2018

This is exciting. This will motivate me to work on the multiple destination support I have in mind for my website!

@RosemaryOrchard
Copy link

Maybe we need to set a standard for defaults? In the endpoint I've been writing if no destination is set I have a default one in the background, and that should be the first one returned in the destination list - unless said list gets alphabetised of course.

As I see it, it might be goo to have 2 defaults: One returned by your endpoint, and one stored in Indigenous (so by default my endpoint might post to /micro but I want Indigenous to post to /links.

Of course, supporting the destinations which are attached to the channels in Aperture would be nice too, and remove the need for default handling on your end perhaps?

@EdwardHinkle EdwardHinkle transferred this issue from IndiePass/indiepass-ios May 8, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants