[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [oslc-core] Delegate UI use cases - Chained dialogs (wizards)
> From: Martin P Pain <martinpain@uk.ibm.com> > To: Arnaud Le Hors/Cupertino/IBM@IBMUS > Cc: oslc-core@lists.oasis-open.org > Date: 03/05/2014 06:01 AM > Subject: [oslc-core] Delegate UI use cases - Chained dialogs (wizards) and > returning resource representations > Sent by: <oslc-core@lists.oasis-open.org> > > I've submitted two delegated UI use cases to the wiki page [1]: > > * (mp) Chaining of dialogs (creating wizards from dialogs). Scenario: In > OSLC Automation, a user might want to use a selection dialog to select an > AutomationPlan, then be presented with an AutomationRequest creation dialog > for that plan (or AutomationResult selection dialog, if appropriate). (One > solution would be to encourage providers to include selection of those prior > resources in their later selection dialogs, but allowing composition on the > client side allows more flexibility). > Trying not to get too far into problem solving mode but was curious why this couldn't just be handled within existing dialogs. For example, I launch a creation dialog for AutomationRequests...the dialog first provides you with a list of plans to select, or it is prefilled/selected based on the URL found in the dialog descriptor. Just curious why this approach doesn't work. I've seen other domains/tools do something similar (not for automation) but when they need to first select then create. Thanks, Steve Speicher IBM Rational Software OSLC - Lifecycle integration inspired by the web -> http://open-services.net > * (mp) Should we allow creation dialogs to return an entire resource > representation through the postMessage result (oslc:result)? e.g. this could > be used by OSLC Automation 2.1 deferred-execution creation dialog - > currently in draft. (If so, we might also want to consider moving this > result value to be JSON-LD). > > > [1] https://wiki.oasis-open.org/oslc-core/DelegatedUIUseCases > > Martin > > > <oslc-core@lists.oasis-open.org> wrote on 04/03/2014 22:31:16: > > > From: Arnaud Le Hors <lehors@us.ibm.com> > > To: oslc-core@lists.oasis-open.org, > > Date: 04/03/2014 22:31 > > Subject: [oslc-core] Agenda for 6 March 2014 > > Sent by: <oslc-core@lists.oasis-open.org> > > > > Hi, > > > > The agenda for Thursday's call is now available: > > https://wiki.oasis-open.org/oslc-core/Meetings/Telecon2014.03.06 > > > > Please, note the new call-in info. > > > > Steve Speicher created a new document to capture the use cases and > > requirements for delegated UI. Please, add your own use cases and > > requirements as well as those for the Development and evolution of > > vocabularies which we already started. > > > > We'll discuss these this week. > > > > Best regards. > > -- > > Arnaud Le Hors - Software Standards Architect - IBM Software Group > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]