I’m curious… what’s the harm in allowing modals to be moved? - allowing movement doesn’t alter the state of either the modal window or the background - no harm for 95% of the time when a user wouldn’t need to see information in the background - great benefit for the 5% that do - keeps the info displayed in the modal focused on the 95% with a workaround for the 5%
No strong feelings either way, just thinking it through. On Mon, Mar 20, 2017 at 3:20 PM, Liz Clayton <[email protected]> wrote: > Hi, > > On Mon, Mar 20, 2017 at 1:45 PM, Matt Carrano <[email protected]> wrote: > >> It's an interesting question, Greg. IMO, the reason for using a modal >> dialog should be to focus the user's attention on completing the task at >> hand before doing something else in the UI. So in working from that >> premise, it begs the question of why someone needs the dialog to be >> movable. If the concern is that it's covering content on the parent screen >> that the user needs in completing the task, then it seems like a modal is >> either the wrong solution or that information should be available from >> within the dialog. >> > +1 > >> >> I'm also interested in what others think about this. I wouldn't be in >> favor of making PatternFly modals movable unless there is a use case >> justification that we can point to. >> > > I guess if any of the dialogs warranted being modeless > <https://en.wikipedia.org/wiki/Dialog_box#Modeless> instead, then > allowing them to move would make sense. If not, then I agree that they > shouldn't need to move. > > It might be helpful to have some documentation for the "modal" widget in > Patternfly, that offered some usage best practices and clarify terms > (modal, modeless, dialog, overlay...) I found this little writeup useful: > https://uxplanet.org/5-essential-ux-rules-for-dialog-design- > 4de258c22116#.q1fizexrl . > > Liz C. > > > >> Matt >> >> On Mon, Mar 20, 2017 at 12:57 PM, Greg Sheremeta <[email protected]> >> wrote: >> >>> Hi all, >>> >>> We recently implemented Patternfly styling on our modal dialogs, and >>> instantly received a bug [1] about them no longer being draggable. >>> According to a quick search, bootstrap's modals do not support dragging, >>> but that functionality could be added with jquery-ui [2]. According to [3], >>> it's not a great idea. >>> >>> oVirt is quite modal-dialog heavy, so I can see why users would want >>> this. We are in the planning stages of moving away from having so many >>> dialogs, so I'm not terribly worried about it. But I did think it was a >>> good idea to ask the list. >>> >>> So, what do people think about draggable modals? >>> >>> Best wishes, >>> Greg >>> >>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1434048 >>> [2] http://stackoverflow.com/questions/27120579/jquery-dragg >>> able-with-bootstrap-modal-scroller-strange-behaviour >>> [3] http://ux.stackexchange.com/questions/81134/should-modal >>> -dialogs-be-movable >>> >>> >>> -- >>> 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 >> >> > > _______________________________________________ > PatternFly mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/patternfly > > -- Mike Amburn Dixon Product Manager, Integrated Solutions BU M: 919-818-1201
_______________________________________________ PatternFly mailing list [email protected] https://www.redhat.com/mailman/listinfo/patternfly
