Needs better definition.
Sean, can we have UI mockups for this one? My concern is that we're going to need at least a dedicated page at "the end" where you can submit and see submission/rejection notes anyway. One thought is this; the wizard is 5 pages but an easy single page form could effectively be sugar coating that combines 4 out of those 5 into one single page. Mind you, an annoying thing with file uploads is that if you select a file (in any form) and the form comes back with a validation error, then the file upload selection is lost. This is just the way form file fields work. Having some sort of temporary file upload mechanism isn't easy.
Created attachment 781784 [details] AirMozilla current event creation process. This is a record of the current event creation process, for reference.
Created attachment 781785 [details] Proposed changes to AirMozilla event creation. My thought for eliminating the summary page is to push the submission confirmation/rejection notes to the video page. There a user has an edit button to make changes as needed. Second, my thought to avoid file upload errors, push it to a separate page. Proposed changes include: remove input field redundancies, adjust prompts, eliminate summary page, set defaults where possible, smart form for future events, and video upload feedback. Note that these changes are in combination with Bug 892514.
Great stuff Sean! I skimmed through it rather quickly. I'm guessing that the submission part would also be "hidden" somehow. I.e. as soon as you hit "Create" it submits it. And when you hit "Edit" it unsubmits it automatically. And then, when you click "Save" it re-submits it automatically. But what if you click "Edit" (which self-revokes the submission) and you never hit "Save". How is the user supposed to know that producers can't accept it? Another question is; recently we added comments to event submissions. It makes it possible to for the submitter and the producers to bounce comments back and forth. For example, the event might be entered correctly but the producer might have some followup questions. How would we deal with that with a single page UI?
Thanks Peter! My thought was that "create" would submit the event (entering it into the database). "Edit" would merely edit the record in the database. If edits are not saved, no changes are made to the database. My understanding, looking at video pages of events I've authored, is the "edit" functionality is already in place. As for submission comments, happy to make a UI mockup for that. Do we have screenshots of what it looks like now? My initial though is that they would be in line with the event data that that is being discussed.
In order for fully automatic submission of future events to work, we'll need to show the originator calendar conflicts at the time they to the data entry. We currently don't do that.
(In reply to seanbolton.me from comment #5) > Thanks Peter! > > My thought was that "create" would submit the event (entering it into the > database). "Edit" would merely edit the record in the database. If edits are > not saved, no changes are made to the database. My understanding, looking at > video pages of events I've authored, is the "edit" functionality is already > in place. > Not sure I understand this comment. The risk of allowing people to edit without that extra "inertia" of submission/approval is that the originator changes his mind AFTER the producers have started contemplating the first submission. So, as soon as the producer starts to look at it, perhaps the suggested event (i.e. the one the originator is working on) gets locked or something. > As for submission comments, happy to make a UI mockup for that. Do we have > screenshots of what it looks like now? My initial though is that they would > be in line with the event data that that is being discussed. Use air-dev.allizom.org. Sign in and click on /requests (top nav) and fill in an event. Get it to the last stage where you submit it. You should be able to add additional comments. Email is deliberately disabled on dev so ping me when you have submitted something and I'll pretend to be a producer and write some comments back.
(In reply to Peter Bengtsson [:peterbe] from comment #7) Thanks! Created an event submission on air.allizom.org. (Don't have air-dev.allizom.org access.)
You don't have access to air-dev.allizom.org? You can't log in? But you can on air.mozilla.org?? That's strange. Let's use air-dev.allizom.org to play and mess around with this functionality so we don't accidentally put something live or put test data in front of people who are actually working on the content.
That is correct. air-dev.allizom.org says my email is "authenticated but not vouched for" when I try to login.
Bummer! I forgot that we use https://mozillians.allizom.org for air-dev.allizom.org I've sent you an invite there with your gmail address. I'm still trying to find out how to vouch for you.
I think by inviting you you have been vouched for. Can you try logging in again?
It works! I've submitted a "Test of submission comments" event request on air-dev.allizom.org. Thanks!
Just so you can see, I pretended to reject your submission. And you would have received this email: https://air-dev.allizom.org/media/emails/20130731-113246-140467948699216.log Now try to submit it again and I'll write some general comments.
Changed to xometz! Awaiting next review.
Created attachment 785797 [details] Screen Shot 2013-08-05 at 9.05.49 AM.png And this is what it looks like when I write back a general comment. The email for it looks like this: https://air-dev.allizom.org/media/emails/20130805-090555-140356679931216.log
This bug has been overtaken by other more explicit and specific bugs we now have the new uploader in production (not preffed on at the time of writing) which allows for very smooth and easy file upload and creation from the web camera.
Status: NEW → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.