Agree that this is a great topic to address somehow/somewhere. The flip side of what Greg is saying are other projects where we've gone to great lengths to avoid modals and end up with overly complex edit in place type flows. There needs to be some guidance on when to use a modal and when not, IMO.
Matt On Wed, Oct 26, 2016 at 3:03 PM, Greg Sheremeta <[email protected]> wrote: > I wouldn't mind a guideline that says avoid using modals / dialogs unless > absolutely necessary. In oVirt, almost everything is a dialog. You can't > edit a text field without a dialog popping up at you. That is a poor user > experience. > > Best wishes, > Greg > > > On Wed, Oct 26, 2016 at 12:52 PM, Serena Doyle <[email protected]> wrote: > >> Sounds like a great plan Liz. >> >> Thanks for sharing that Andres, I'll include that as an example of how >> products are currently solving the problem. >> >> - Serena >> >> On Wed, Oct 26, 2016 at 11:35 AM, Andres Galante <[email protected]> >> wrote: >> >>> Hi Liz, >>> >>> I did something similar for UPS, click on "renew master secret" here" >>> http://andresgalante.com/ups-console/app-detail.html >>> >>> On Wed, Oct 26, 2016 at 12:31 PM, Liz Blanchard <[email protected]> >>> wrote: >>> >>>> Serena, >>>> >>>> Awesome that you have this doc started for delete confirmation! If you >>>> have time next week, would you want to bring this to the workshop and we >>>> can review/brainstorm as a group? From there we can decide whether to >>>> enhance and submit a PR as a group. Let me know what you think :) >>>> >>>> Of course if anyone has any other requirements in this space, feel free >>>> to throw them out there. >>>> >>>> Liz >>>> >>>> On Wed, Oct 26, 2016 at 11:12 AM, Serena Doyle <[email protected]> >>>> wrote: >>>> >>>>> Liz, >>>>> >>>>> Delete confirmation is something that we have tried to standardize in >>>>> CloudForms. I know that there is some need by other products as well ( as >>>>> noted in a UXS meeting ). >>>>> >>>>> I actually started an initial proposal for this pattern: >>>>> https://docs.google.com/document/d/1UvnNPrl35osBHR0mr7ACZXhr >>>>> 9qN6nZ2IxI2HEgtnwwE/ >>>>> >>>>> I'd be happy to take this notion of modal messaging to cover what you >>>>> noted above as part of the breakaway sprint :) >>>>> >>>>> Understanding additional product reqs would be great, to understand if >>>>> we need to consider anything else. >>>>> >>>>> Thanks, >>>>> - Serena >>>>> >>>>> On Wed, Oct 26, 2016 at 11:02 AM, Liz Blanchard <[email protected]> >>>>> wrote: >>>>> >>>>>> Hi All, >>>>>> >>>>>> Okay I think this is the last email thread I will start today (but no >>>>>> promises). The third pattern that we are considering looking at next week >>>>>> is a form of communication that combines the use of notifications with >>>>>> modals. We've seen the need in a few products to stop the user and make >>>>>> them confirm what's happening. This could be by saying "yes, fine" or >>>>>> actually taking an action. Some of these things we've identified so far >>>>>> are >>>>>> Delete confirmations, Error confirmations, Warning confirmations, and >>>>>> Informational confirmations. A few design ideas [1] have been put >>>>>> together >>>>>> on this topic, but it would be great to take this through the whole >>>>>> pattern >>>>>> contribution flow. >>>>>> >>>>>> Does anyone have examples of delete confirmations or other types of >>>>>> modal messaging that they are using or looking to use? >>>>>> >>>>>> Thanks! >>>>>> Liz >>>>>> >>>>>> [1] https://www.dropbox.com/s/ix1zl4hpwl3qb07/MessageDialog- >>>>>> PatternProposal.pdf?dl=0 >>>>>> >>>>>> _______________________________________________ >>>>>> Patternfly mailing list >>>>>> [email protected] >>>>>> https://www.redhat.com/mailman/listinfo/patternfly >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> - Serena Chechile Doyle >>>>> *UXD | Unified Management Experience* >>>>> *Red Hat* >>>>> *Cell* 508-769-7715 | *IRC* - serena | *Skype* - serenamarie125 | >>>>> *Twitter* - @serenamarie125 >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Patternfly mailing list >>>> [email protected] >>>> https://www.redhat.com/mailman/listinfo/patternfly >>>> >>>> >>> >> >> >> -- >> - Serena Chechile Doyle >> *UXD | Unified Management Experience* >> *Red Hat* >> *Cell* 508-769-7715 | *IRC* - serena | *Skype* - serenamarie125 | >> *Twitter* - @serenamarie125 >> >> _______________________________________________ >> Patternfly mailing list >> [email protected] >> https://www.redhat.com/mailman/listinfo/patternfly >> >> > > > -- > Greg Sheremeta, MBA > Red Hat, Inc. > Sr. Software Engineer > [email protected] > > _______________________________________________ > Patternfly mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/patternfly > > -- Matt Carrano Sr. Interaction Designer Red Hat, Inc. [email protected]
_______________________________________________ Patternfly mailing list [email protected] https://www.redhat.com/mailman/listinfo/patternfly
