Admin UI Video Editor - Comment and Metadata Editing

Description

  1. Mediapackage details display modal reloads page components (bug).

  2. Improve the resolution of comments into a simpler process.

  3. Add processing / task buttons to "Retract" or "Discard" recording with comment.

Activity

Show:
Corné Oosthuizen
November 15, 2016, 7:13 PM

From: Rüdiger Rolf <rrolf@uni-osnabrueck.de>
Date: Tuesday, 01 November 2016 at 2:25 PM
To: Corne Oosthuizen <corne.oosthuizen@uct.ac.za>
Cc: Stephen Marquard <stephen.marquard@uct.ac.za>, Waldemar Smirnow <wsmirnow@uni-osnabrueck.de>, Christian Greweling <christian.greweling@uos.de>
Subject: Re: Opencast: Admin UI Video Editor

Hi Corne,

we thought the tasks for the most tickets were clear. But https://opencast.jira.com/browse/MH-11821 left some open questions:

1. Should the modal dialog be removed like in the draft that you attached, or would it be fine to simply don't change data in the editor?
2. How should the Comment resolution work? Should it simply be done with the "retract" and "discard" buttons?
3. Would it be okay to have "retract" and "discard" as additional workflows in the workflow selection?

I tell Christian to wait with his ticket.

Regards
Rüdiger

Corné Oosthuizen
November 15, 2016, 7:17 PM

Tuesday, 15 November 2016 at 10:12 AM

Hi Rüdiger,

1. I think removing the modal dialog on the player /editor screen would be appropriate. The screen is set out to be viewing, editing and updating the mediapackage information and it should be readily available and without reloading the page (which in this case also throws away all the segment cuts if not saved).

2. The comment resolution should in different scenarios do:
a. Clicking on “Publish/Proceed” button - resolve the REASONS.CUTTING and proceed with selected (dropdown / workflow property) or series (workflow property) workflow.
b. Clicking on “Retract/Discard” button – Modal popup with description and reason for retract, resolve the REASON.CUTTING add comment with REASON.DISCARD and start cleanup workflow.

3. I think that having direct action buttons for the next step in processing the mediapackage will reduce confusion and speed up the editing process
a. (Current) Drop down and “Save / Save & Process” button
i. If you want to save segments:
1. Click on “Save”
2. Done.

ii. If you want to publish mediapackage (Ignore 1-7 if the subsequent workflow will resolve the comment):
1. Click on “View”
2. Wait for modal loading
3. Click on reply for REASONS.CUTTING
4. Fill in description
5. Tick resolved
6. Click “Reply”
7. Close modal
8. Select next workflow from dropdown (1st Click > Search / Scroll > 2nd Click)

  • Having to remember out of the list of possible workflows which exact one is the one to run

  • Knowing that it might be that different series / mediapackages could run different workflows depending on things like opt-out etc.
    9. Click “Save & Process”
    10. Done.

iii. If you want to discard/retract mediapackage:
1. Click on “View”
2. Wait for modal loading
3. Click on reply for REASONS.CUTTING
4. Fill in description
5. Tick resolved
6. Click “Reply”
7. Close modal
8. Select “Clean-up” from workflow dropdown (1st Click > Search / Scroll > 2nd Click)
(Having to remember out of the list of possible workflows which exact one is the one to run)
9. Click “Save & Process”
10. Done.

b. (Proposed) Individual buttons
i. If you want to save segments:
1. Click on “Save”
2. Done.

ii. If you want to publish mediapackage:
1. Click on “Save & Process”

  • Taking into account that the series / mediapackage workflow (Success) has been defined in a workflow property or something similar.
    2. (Optional) Modal with description to resolve REASONS.CUTTING comment pops up
    3. (Optional) Fill in description
    4. (Optional) Click “Reply” > modal closes
    5. Done.


iii. If you want to discard/retract mediapackage
1. Click on “Discard/Retract”
2. Modal with description/reason pops up
3. Fill in description
4. Dropdown with reason (1st Click > Search / Scroll > 2nd Click)

  • Maybe Toggle buttons if 5 or less
    5. Click “Done”
    6. Done.


Discard description to say why it’s been discarded.
REASONS.DISCARD
Empty venue (no activity at scheduled time in venue)
Non-lecture activity (e.g. class test)
Requested by presenter
Consent refused
Scheduling error (not the intended activity)
Missing audio
Poor video quality (e.g. out of focus)
Other (description in comments)

“Clean-up” workflow. Event stays around, but without any media archived.

I’m fine with any terms that you want to use “Discard” / “Retract”, I don’t know if it is a very easy think to customize in the front-end because I can image a case where “Proceed” is more appropriate than “Publish”.

I’ve completed the first part of the Video Editor on my side and any comments / suggestions / tips will be appreciated. (It also includes the zoom control changes – I will also describe it in more detail in the jira)

Link: https://bitbucket.org/coosthuizen/my-opencast/branch/t/MH-11818-Admin-UI-Video-Editor-Improved-Timeline

Thank you,
Corné

Fixed and reviewed

Assignee

Rüdiger Rolf

Reporter

Corné Oosthuizen

Tags (folksonomy)

None

Components

Fix versions

Affects versions

Priority

Major