[PatternFly] modals and wizards -- should they be movable?

[Mike Amburn]

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 <lclayton at redhat.com> wrote:

> Hi,
>
> On Mon, Mar 20, 2017 at 1:45 PM, Matt Carrano <mcarrano at redhat.com> 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 <gshereme at redhat.com>
>> 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
>>> gshereme at redhat.com
>>>
>>> _______________________________________________
>>> PatternFly mailing list
>>> PatternFly at redhat.com
>>> https://www.redhat.com/mailman/listinfo/patternfly
>>>
>>>
>>
>>
>> --
>> Matt Carrano
>> Sr. Interaction Designer
>> Red Hat, Inc.
>> mcarrano at redhat.com
>>
>> _______________________________________________
>> PatternFly mailing list
>> PatternFly at redhat.com
>> https://www.redhat.com/mailman/listinfo/patternfly
>>
>>
>
> _______________________________________________
> PatternFly mailing list
> PatternFly at redhat.com
> https://www.redhat.com/mailman/listinfo/patternfly
>
>


-- 
Mike Amburn Dixon
Product Manager, Integrated Solutions BU
M: 919-818-1201
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/patternfly/attachments/20170320/337b6231/attachment.htm>