editing interface

[autonome]

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]

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]

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]

Yeah, editing is better description than admin, updated title

[autonome]

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]

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