editing interface - Githubissues

ipfs-shipyard / ipfs-thing-2022

ipfs-þing-2022

MIT License

12 stars 27 forks source link

editing interface #142

Open autonome opened 2 years ago

autonome commented 2 years ago

non-technical contributors get stuck fast on git-flow.

started writing up some reqs and directions for an "admin ui"

min viable ux:

github login
no live updating (until branching/testing model exists)
pulls /events/*.toml into a view/editing ui
and submits PRs w/ proposed changes

https://hackmd.io/cpf1lPBTRQOsPu-_hkRTzw

SgtPooki commented 2 years ago

It sounds like a web interface for editing and not necessarily admin UI.

Am I correct in thinking that the ideal workflow would allow any github account having users to become editors? Ideally, editors wouldn't need to have permissions modified prior to signing in and proposing changes; because we're just talking about filing PRs.

SgtPooki commented 2 years ago

For the "Publish to Fleek" item on the hackmd.io doc, I think sticking to PR workflows entirely would be ideal for maintenance.

But for user contributions/edits, I think an "edit event" with github auth to submit PRs automatically would be a significant improvement.

autonome commented 2 years ago

Yeah, editing is better description than admin, updated title

autonome commented 2 years ago

Am I correct in thinking that the ideal workflow would allow any github account having users to become editors

anyone can suggest a change
ppl w/ permissions maybe should be able to commit directly in some cases

editing front-end and permissions should be decoupled so that events using the devent system can plug their own system in.

however, using github repo perms seemed like a fast/easy first approach.

SgtPooki commented 2 years ago

I can get down with that. I'll start throwing something together as soon as I get a chance