Can you think on a use case where we want somebody to be able to "drop" media packages in an inbox and get them processed without further intervention? Does it make sense for someone to have access to the inbox but not the UI, or to have access to the inbox so that the material they drop there is automatically processed without being previously revised?
I'm not saying it does not make sense, but, from my point of view, having a "reviewer" with access to the UI sending the videos dropped in the inbox to processing does sound like a good idea. It's a personal opinion, though, maybe there are adopters who are interested in that type of behaviour, but if they want to send a mediapackage directly to processing, they also have the REST services. 2012/1/16 Tobias Wunden <[email protected] > Chris, > > actually the current behavior is this: the inbox starts a specific > workflow if you drop a media package. If you just drop a simple file, it > will appear in the inbox. The idea with kicking off a workflow on dropping > a media package into the inbox is that you could offer processing > capabilities to users that you don't want to have access to the admin ui. > > Thoughts? > > Tobias > > On 13.12.2011, at 20:42, Christopher Brooks wrote: > > > Hi all, > > > > Now that we can select in the UI what workflow to run for a file in the > > inbox, I think we should change our default inbox settings to just > > inspect and nothing else. Any objections to this? > > > > People can then run whatever workflow they want for a media package, > > which I think is good (since we have multiple workflows) versus running > > a workflow automatically by default. > > > > Chris > > > > -- > > Christopher Brooks, BSc, MSc > > ARIES Laboratory, University of Saskatchewan > > > > Web: http://www.cs.usask.ca/~cab938 > > Phone: 1.306.966.1442 > > Mail: Advanced Research in Intelligent Educational Systems Laboratory > > Department of Computer Science > > University of Saskatchewan > > 176 Thorvaldson Building > > 110 Science Place > > Saskatoon, SK > > S7N 5C9 > > _______________________________________________ > > Matterhorn mailing list > > [email protected] > > http://lists.opencastproject.org/mailman/listinfo/matterhorn > > > > > > To unsubscribe please email > > [email protected] > > _______________________________________________ > > _______________________________________________ > Matterhorn mailing list > [email protected] > http://lists.opencastproject.org/mailman/listinfo/matterhorn > > > To unsubscribe please email > [email protected] > _______________________________________________ >
_______________________________________________ Matterhorn mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn To unsubscribe please email [email protected] _______________________________________________
