
<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><br><div><div>On Dec 12, 2014, at 2:26 PM, David Lyle <<a href="mailto:dklyle0@gmail.com">dklyle0@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">works for me, less complexity +1</div></blockquote><div><br></div><div>Sorry I’m a bit late to the game here… +1 to this though from my perspective!</div><div><br></div><div>Liz</div><br><blockquote type="cite"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Dec 12, 2014 at 11:09 AM, Timur Sufiev <span dir="ltr"><<a href="mailto:tsufiev@mirantis.com" target="_blank">tsufiev@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">It seems to me that the consensus on keeping the simpler approach -- to make Bootstrap data-backdrop="static" as the default behavior -- has been reached. Am I right?</div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On Thu, Dec 4, 2014 at 10:59 PM, Kruithof, Piet <span dir="ltr"><<a href="mailto:pieter.c.kruithof-jr@hp.com" target="_blank">pieter.c.kruithof-jr@hp.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">My preference would be “change the default behavior to 'static’” for the following reasons:<br>

<br>

- There are plenty of ways to close the modal, so there’s not really a need for this feature.<br>

- There are no visual cues, such as an “X” or a Cancel button, that selecting outside of the modal closes it.<br>

- Downside is losing all of your data.<br>

<br>

My two cents…<br>

<br>

Begin forwarded message:<br>

<br>

From: "Rob Cresswell (rcresswe)" <<a href="mailto:rcresswe@cisco.com" target="_blank">rcresswe@cisco.com</a><mailto:<a href="mailto:rcresswe@cisco.com" target="_blank">rcresswe@cisco.com</a>>><br>

To: "OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a><mailto:<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a>>><br>

Date: December 3, 2014 at 5:21:51 AM PST<br>

<span>Subject: Re: [openstack-dev] [horizon] [ux] Changing how the modals are closed in Horizon<br>

</span>Reply-To: "OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a><mailto:<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a>>><br>

<span><br>

+1 to changing the behaviour to ‘static'. Modal inside a modal is potentially slightly more useful, but looks messy and inconsistent, which I think outweighs the functionality.<br>

<br>

Rob<br>

<br>

<br>

</span><span>On 2 Dec 2014, at 12:21, Timur Sufiev <<a href="mailto:tsufiev@mirantis.com" target="_blank">tsufiev@mirantis.com</a><mailto:<a href="mailto:tsufiev@mirantis.com" target="_blank">tsufiev@mirantis.com</a>>> wrote:<br>

<br>

Hello, Horizoneers and UX-ers!<br>

<br>

The default behavior of modals in Horizon (defined in turn by Bootstrap defaults) regarding their closing is to simply close the modal once user clicks somewhere outside of it (on the backdrop element below and around the modal). This is not very convenient for the modal forms containing a lot of input - when it is closed without a warning all the data the user has already provided is lost. Keeping this in mind, I've made a patch [1] changing default Bootstrap 'modal_backdrop' parameter to 'static', which means that forms are not closed once the user clicks on a backdrop, while it's still possible to close them by pressing 'Esc' or clicking on the 'X' link at the top right border of the form. Also the patch [1] allows to customize this behavior (between 'true'-current one/'false' - no backdrop element/'static') on a per-form basis.<br>

<br>

What I didn't know at the moment I was uploading my patch is that David Lyle had been working on a similar solution [2] some time ago. It's a bit more elaborate than mine: if the user has already filled some some inputs in the form, then a confirmation dialog is shown, otherwise the form is silently dismissed as it happens now.<br>

<br>

The whole point of writing about this in the ML is to gather opinions which approach is better:<br>

* stick to the current behavior;<br>

* change the default behavior to 'static';<br>

* use the David's solution with confirmation dialog (once it'll be rebased to the current codebase).<br>

<br>

What do you think?<br>

<br>

[1] <a href="https://review.openstack.org/#/c/113206/" target="_blank">https://review.openstack.org/#/c/113206/</a><br>

[2] <a href="https://review.openstack.org/#/c/23037/" target="_blank">https://review.openstack.org/#/c/23037/</a><br>

<br>

P.S. I remember that I promised to write this email a week ago, but better late than never :).<br>

<br>

--<br>

Timur Sufiev<br>

_______________________________________________<br>

OpenStack-dev mailing list<br>

</span><a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><mailto:<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a>><br>

<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>

<br>

_______________________________________________<br>

OpenStack-dev mailing list<br>

<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><mailto:<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a>><br>

<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>

<div><br>

<br>

_______________________________________________<br>

OpenStack-dev mailing list<br>

<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>

<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>

</div></blockquote></div><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br><div><div dir="ltr">Timur Sufiev</div></div>

</font></span></div>

<br>_______________________________________________<br>

OpenStack-dev mailing list<br>

<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>

<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>

<br></blockquote></div><br></div>

_______________________________________________<br>OpenStack-dev mailing list<br><a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br></blockquote></div><br></body></html>