<div dir="auto">Hi<div dir="auto"><br></div><div dir="auto">The guideline as far as I know, and it is also reflected here is that the need to move dialogs around is a sign of poor design. </div><div dir="auto"><br><div dir="auto">However, if something is missing in a dialog, and making me want to move it, then perhaps some data need to reside on the dialog itself? </div><div dir="auto"><br></div><div dir="auto">We are also looking into changing the UI design to something similar to cfme, in which there are no pop up dialogs, but you browse to a new view and once you finish you go back to the previous one.... Which means you can't move it neither see anything behind it. It isn't an issue on cfme, satellite, openshift and more.... Not sure why it is an issue for RHV. Not any "regression" is a bad thing. Sometimes it fixes a poor decision done in the past. </div><div dir="auto"><br></div><div dir="auto">If something is missing in any dialog, causing you to move it, then perhaps it is a bug that should be opened on the relevant team who owns it, so that they can improve it. </div><div dir="auto"><br></div><div dir="auto">Keep in mind that the reason behind the changes we have made in the last few months, and also now, is to aligh RHV to patternfly, just like the other products. I'm not sure whether you had the chance to see how exactly the dialogs look like now. If you do, I'm sure you'll be impresses, and so will our customers. I highly doubt moving dialogs is as important to them as you think. </div><div dir="auto"><br></div><div dir="auto">But perhaps I'm wrong here. If I am, I suggest you open an issue to patternfly to support that, but as much as I like RHV, I don't think it is special in this case, and not sure why we need this ability specifically in RHV. </div><div dir="auto"><br></div><div dir="auto">Unless that patternfly team has another reference to someone requesting this. Doesn't sound like a priority to me. </div><div dir="auto"><br></div><div dir="auto">Best regards, </div><div dir="auto">Oved Ourfali </div><div dir="auto">Manager, Software Engineering </div><div dir="auto">RHV-M Infrastructure and UX Group </div><div dir="auto"><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mar 23, 2017 12:02 AM, "Marina Kalinin" <<a href="mailto:mkalinin@redhat.com">mkalinin@redhat.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div>Hi Michael,<br><br></div>Thank you for your email.<br></div>So, it is on 4.2 (I tried seeing how it is on 4.1 and it is still movable).<br></div>I totally agree with you from your description, that movable dialogues are convenient and not-movable are problematic.<br></div>Chatting with the support folks on irc, they did not like the idea either, for the same reasons as Mike didn't like.<br><br></div>I am trying to think if there is another option to solve this problem and keep the dialogues static.<br></div><div>This will require much more logic probably, on the dialogue itself to avoid selection of already used items or incorrect placement. Sounds something we do not want to deal with, if you are asking me.<br><br></div><div>Some irc comments:<br>- define "would not be movable"? oh, I see...that'd be frustrating because right now we can move them around which might be helpful if you need to check something that's already behind that pane. it'd be more of a problem if you had to start all over because you had to cancel the dialogue box.<br> - I dont like that because sometimes I need to move the windows to see the info below them.<br></div><div><div><div><br></div><div>Cheers,<br></div><div>Marina.<br></div><div><div class="gmail_extra"><div class="elided-text"><br><div class="gmail_quote">On Tue, Mar 21, 2017 at 11:38 AM, Michael Burman <span dir="ltr"><<a href="mailto:mburman@redhat.com" target="_blank">mburman@redhat.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div>I would like to add our PMs and customer support to this discussion as well <br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 21, 2017 at 5:20 PM, Michael Burman <span dir="ltr"><<a href="mailto:mburman@redhat.com" target="_blank">mburman@redhat.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904HOEnZb"><div class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904h5"><div dir="ltr"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 21, 2017 at 5:19 PM, Michael Burman <span dir="ltr"><<a href="mailto:mburman@redhat.com" target="_blank">mburman@redhat.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div><div>Hello All) <br><br></div>As i mentioned in the bz - <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1434048" target="_blank">https://bugzilla.redhat.com/sh<wbr>ow_bug.cgi?id=1434048</a> , i will add it here as well. <br><br>Some use cases:<br><br>1) When creating a new VM on a large rhv-m production environment with a lot of DCs, clusters and VMs, like we have(rhevm-3 for qe and dev).<br>Almost every time that i need to create a new VM on this environment, i'm moving the new VM dialog bit a side, because it's hiding a reference to the desired DC/Cluster which my other VMs are running on.When i move the dialog, i know exactly on which cluster and DC to create it, without the need to cancel.<br><br>2) Create new network with vlan, but vlan is in use, i can drag the new/edit network window and to look which vlan isn't in use.<br>This is relevant as well for which network has specific label, QoS and role. Sometimes you need the info of other networks while creating new network and you don't always would like to cancel to view this info.<br><br>3) New data domain, one created with nfs type and one with iscsi, not always recall what was created first, the iscsi? nfs? can drag the window and take a look on what i already added.<br><br>4) New cluster, you need a reference of a Cluster CPU type of a specific cluster in a large list of clusters.<br><br>Note, that most of the real use cases are in large setups, with a lot of DCs, clusters, networks, hosts, data domains, VMs and so on..<br>I'm sure that we can find more use cases if we will ask the whole rhv qe stuff.<br><br>- The more i ask around the qe stuff , i understand that a lot of us using this window dragging on a daily/weekly basis. And each team with it's real need for information.<br><br>- Some of the info that is required, not always could be possible on the window dialog itself and hidden behind it, but it could be helpful to complete the task.<br><br></div>Regards, <br></div><div class="gmail_extra"><div><div class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049h5"><br><div class="gmail_quote">On Tue, Mar 21, 2017 at 3:26 PM, Leslie Hinson <span dir="ltr"><<a href="mailto:lhinson@redhat.com" target="_blank">lhinson@redhat.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr">Greg has pointed to a great resource that highlights some of the disadvantages of a moveable dialog. Thanks for passing along! See: <a href="http://ux.stackexchange.com/questions/81134/should-modal-dialogs-be-movable" target="_blank">http://ux.stackexchange.c<wbr>om/questions/81134/should-moda<wbr>l-dialogs-be-movable</a><div><br></div><div>In particular, check out the section the highlights the following concerns: </div><div><br></div><div>* Moving the modal requires a lot of cognitive load.<br>* If users are needing to move modals, this is usually the result of poor design. <br>* User moves dialog partly/mostly offscreen. <br>* User moves the dialog, and then resizes the browser window. The dialog may now be offscreen, so this case needs to be worked out.<br>* Scrolling ambiguity with responsive layouts. </div><div><div><br></div><div>Matt hit on this second point when he said... </div><span><div><br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><span style="font-size:12.8px">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.</span> </blockquote><div><br></div></span><div>The intent of PatternFly is to provide common solutions that adhere to ux best practices and standards. If an application determines that a moveable dialog is a requirement, the best approach might be to add that functionality in their application vs it being introduced to PatternFly (given the design concerns and small percentage of need). </div><div><br></div><div>Greg: In your use case, is important information being hidden? I'd be curious how else the user is being impacted. </div><div><br></div><div>Best, </div><span class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924HOEnZb"><font color="#888888"><div>Leslie</div><div><br></div><div><br></div></font></span></div></div><div class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924HOEnZb"><div class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924h5"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 20, 2017 at 7:03 PM, Liz Clayton <span dir="ltr"><<a href="mailto:lclayton@redhat.com" target="_blank">lclayton@redhat.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr">Hi,<br><div class="gmail_extra"><br><div class="gmail_quote"><span>On Mon, Mar 20, 2017 at 5:37 PM, Allie Jacobs <span dir="ltr"><<a href="mailto:ajacobs@redhat.com" target="_blank">ajacobs@redhat.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr">I'm not sure if there's any harm other than the widget moving around unexpectedly. </div></blockquote><div><br></div></span><div>I think there could be some harm if moving the modal around was a<span style="font-family:arial;font-size:9.5pt;white-space:pre-wrap"> distraction that cost the user time and/or task focus. </span></div><span><div> </div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr">But to Matt's point the use case for a modal would be one where the user should not be trying to interact with the base page. </div></blockquote><div><span style="font-family:arial;font-size:9.5pt;white-space:pre-wrap"><br></span></div></span><div><span style="font-family:arial;font-size:9.5pt;white-space:pre-wrap">Also echo'ing Matt's point - placing m</span><span style="font-family:arial;font-size:9.5pt;white-space:pre-wrap">odal dialogs front & center, while blocking interaction with the background, demands attention and helps to convey the importance of the task. B</span><span style="font-family:arial;font-size:12.6667px;white-space:pre-wrap">eing able to push it aside might minimize that. </span></div><div><span style="font-family:arial;font-size:9.5pt;white-space:pre-wrap"><br></span></div><div><span style="font-family:arial;font-size:9.5pt;white-space:pre-wrap">Maybe the 5% use case could be better served by additional on screen help text or other contextual info. </span></div><div><br></div><div>Liz C</div><div><div class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924m_-2772939187389589293h5"><div> </div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr">I would agree with updating PatternFly's modal documentation and possibly exploring a separate pattern for a moveable dialog. </div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 20, 2017 at 4:46 PM, Mike Amburn <span dir="ltr"><<a href="mailto:mamburn@redhat.com" target="_blank">mamburn@redhat.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr">I’m curious… what’s the harm in allowing modals to be moved?<div><br></div><div>- allowing movement doesn’t alter the state of either the modal window or the background</div><div>- no harm for 95% of the time when a user wouldn’t need to see information in the background</div><div>- great benefit for the 5% that do</div><div>- keeps the info displayed in the modal focused on the 95% with a workaround for the 5%</div><div><br></div><div>No strong feelings either way, just thinking it through.</div><div><br></div></div><div class="gmail_extra"><div><div class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924m_-2772939187389589293m_-5030162899142584128gmail-m_-9076752964385807381gmail-m_771704971245448018h5"><br><div class="gmail_quote">On Mon, Mar 20, 2017 at 3:20 PM, Liz Clayton <span dir="ltr"><<a href="mailto:lclayton@redhat.com" target="_blank">lclayton@redhat.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr">Hi,<br><div class="gmail_extra"><br><div class="gmail_quote"><span>On Mon, Mar 20, 2017 at 1:45 PM, Matt Carrano <span dir="ltr"><<a href="mailto:mcarrano@redhat.com" target="_blank">mcarrano@redhat.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div><div>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.<br></div></div></div></blockquote></span><div>+1 </div><span><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div><div><br></div>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.<br></div></div></blockquote><div><br></div></span><div>I guess if any of the dialogs warranted being <a href="https://en.wikipedia.org/wiki/Dialog_box#Modeless" target="_blank">modeless</a> instead, then allowing them to move would make sense. If not, then I agree that they shouldn't need to move. </div><div><br></div><div>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: <a href="https://uxplanet.org/5-essential-ux-rules-for-dialog-design-4de258c22116#.q1fizexrl" target="_blank">https://uxplanet.org/5-essenti<wbr>al-ux-rules-for-dialog-design-<wbr>4de258c22116#.q1fizexrl</a> . </div><div><br></div><div>Liz C.</div><div><div class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924m_-2772939187389589293m_-5030162899142584128gmail-m_-9076752964385807381gmail-m_771704971245448018m_-8994785769559185585h5"><div><br></div><div> </div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div></div>Matt<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 20, 2017 at 12:57 PM, Greg Sheremeta <span dir="ltr"><<a href="mailto:gshereme@redhat.com" target="_blank">gshereme@redhat.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr">Hi all,<div><br></div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>So, what do people think about draggable modals?</div><div><br></div><div>Best wishes,</div><div>Greg</div><div><div><br></div><div>[1] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1434048" target="_blank">https://bugzilla.redhat.co<wbr>m/show_bug.cgi?id=1434048</a></div><div>[2] <a href="http://stackoverflow.com/questions/27120579/jquery-draggable-with-bootstrap-modal-scroller-strange-behaviour" target="_blank">http://stackoverflow.com/q<wbr>uestions/27120579/jquery-dragg<wbr>able-with-bootstrap-modal-scro<wbr>ller-strange-behaviour</a></div><div>[3] <a href="http://ux.stackexchange.com/questions/81134/should-modal-dialogs-be-movable" target="_blank">http://ux.stackexchange.co<wbr>m/questions/81134/should-modal<wbr>-dialogs-be-movable</a></div><span class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924m_-2772939187389589293m_-5030162899142584128gmail-m_-9076752964385807381gmail-m_771704971245448018m_-8994785769559185585m_-6708308235857912191m_648222857818817709m_-8622750955804723853m_7450092935233402387gmail-m_-5796981342697593218m_7569976274976485265gmail-m_-5855025161318241474m_-2580820529890423338HOEnZb"><font color="#888888"><div><br></div><span class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924m_-2772939187389589293m_-5030162899142584128gmail-m_-9076752964385807381gmail-m_771704971245448018m_-8994785769559185585m_-6708308235857912191m_648222857818817709m_-8622750955804723853m_7450092935233402387gmail-m_-5796981342697593218m_7569976274976485265gmail-m_-5855025161318241474HOEnZb"><font color="#888888"><div><br></div>-- <br><div class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924m_-2772939187389589293m_-5030162899142584128gmail-m_-9076752964385807381gmail-m_771704971245448018m_-8994785769559185585m_-6708308235857912191m_648222857818817709m_-8622750955804723853m_7450092935233402387gmail-m_-5796981342697593218m_7569976274976485265gmail-m_-5855025161318241474m_-2580820529890423338m_1932945355276017778gmail_signature"><div dir="ltr"><div>Greg Sheremeta, MBA<br>Red Hat, Inc.<br>Sr. Software Engineer<br><a href="mailto:gshereme@redhat.com" target="_blank">gshereme@redhat.com</a><br></div></div></div>
</font></span></font></span></div></div><span class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924m_-2772939187389589293m_-5030162899142584128gmail-m_-9076752964385807381gmail-m_771704971245448018m_-8994785769559185585m_-6708308235857912191m_648222857818817709m_-8622750955804723853m_7450092935233402387gmail-m_-5796981342697593218m_7569976274976485265gmail-m_-5855025161318241474HOEnZb"><font color="#888888">
<br>______________________________<wbr>_________________<br>
PatternFly mailing list<br>
<a href="mailto:PatternFly@redhat.com" target="_blank">PatternFly@redhat.com</a><br>
<a rel="noreferrer" href="https://www.redhat.com/mailman/listinfo/patternfly" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/patternfly</a><br>
<br></font></span></blockquote></div><span class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924m_-2772939187389589293m_-5030162899142584128gmail-m_-9076752964385807381gmail-m_771704971245448018m_-8994785769559185585m_-6708308235857912191m_648222857818817709m_-8622750955804723853m_7450092935233402387gmail-m_-5796981342697593218m_7569976274976485265gmail-m_-5855025161318241474HOEnZb"><font color="#888888"><br><br clear="all"><br>-- <br><div class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924m_-2772939187389589293m_-5030162899142584128gmail-m_-9076752964385807381gmail-m_771704971245448018m_-8994785769559185585m_-6708308235857912191m_648222857818817709m_-8622750955804723853m_7450092935233402387gmail-m_-5796981342697593218m_7569976274976485265gmail-m_-5855025161318241474m_-2580820529890423338gmail_signature"><div dir="ltr"><div><div><div>Matt Carrano<br></div>Sr. Interaction Designer<br></div>Red Hat, Inc.<br></div><a href="mailto:mcarrano@redhat.com" target="_blank">mcarrano@redhat.com</a><br></div></div>
</font></span></div>
<br>______________________________<wbr>_________________<br>
PatternFly mailing list<br>
<a href="mailto:PatternFly@redhat.com" target="_blank">PatternFly@redhat.com</a><br>
<a rel="noreferrer" href="https://www.redhat.com/mailman/listinfo/patternfly" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/patternfly</a><br>
<br></blockquote></div></div></div><br></div></div>
<br>______________________________<wbr>_________________<br>
PatternFly mailing list<br>
<a href="mailto:PatternFly@redhat.com" target="_blank">PatternFly@redhat.com</a><br>
<a rel="noreferrer" href="https://www.redhat.com/mailman/listinfo/patternfly" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/patternfly</a><br>
<br></blockquote></div><br><br clear="all"><span class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924m_-2772939187389589293m_-5030162899142584128gmail-m_-9076752964385807381gmail-HOEnZb"><font color="#888888"><div><br></div>-- <br></font></span></div></div><span class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924m_-2772939187389589293m_-5030162899142584128gmail-m_-9076752964385807381gmail-HOEnZb"><font color="#888888"><div class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924m_-2772939187389589293m_-5030162899142584128gmail-m_-9076752964385807381gmail-m_771704971245448018m_-8994785769559185585gmail_signature"><div dir="ltr"><div><div dir="ltr"><span style="background-color:rgb(255,255,255)"><font color="#666666">Mike Amburn Dixon<br>Product Manager, Integrated Solutions BU<br>M: <a value="+19198181201" href="tel:%28919%29%20818-1201" target="_blank">919-818-1201</a></font></span><div><div><br></div></div></div></div></div></div>
</font></span></div><span class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924m_-2772939187389589293m_-5030162899142584128gmail-m_-9076752964385807381gmail-HOEnZb"><font color="#888888">
<br>______________________________<wbr>_________________<br>
PatternFly mailing list<br>
<a href="mailto:PatternFly@redhat.com" target="_blank">PatternFly@redhat.com</a><br>
<a rel="noreferrer" href="https://www.redhat.com/mailman/listinfo/patternfly" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/patternfly</a><br>
<br></font></span></blockquote></div><span class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924m_-2772939187389589293m_-5030162899142584128gmail-m_-9076752964385807381gmail-HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924m_-2772939187389589293m_-5030162899142584128gmail-m_-9076752964385807381gmail-m_771704971245448018gmail_signature"><div dir="ltr"><div><br></div>
Allie Jacobs<br>UXD
<p><span><a href="https://www.google.com/calendar/b/1/embed?src=ajacobs@redhat.com&ctz=America/New_York" target="_blank">calendar</a></span></p></div></div>
</font></span></div>
</blockquote></div></div></div><br></div></div>
<br>______________________________<wbr>_________________<br>
PatternFly mailing list<br>
<a href="mailto:PatternFly@redhat.com" target="_blank">PatternFly@redhat.com</a><br>
<a rel="noreferrer" href="https://www.redhat.com/mailman/listinfo/patternfly" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/patternfly</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br><br clear="all"><br></div></div><span class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049HOEnZb"><font color="#888888">-- <br><div class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049m_-345185766412012924gmail_signature"><div dir="ltr"><div><div dir="ltr">Michael Burman<br>RedHat Israel, RHV-M <span>Network </span>QE <br><br>Mobile: 054-5355725<br>IRC: mburman</div></div></div></div>
</font></span></div>
</blockquote></div><br><br clear="all"><span class="m_-8175902634132103794m_-2383423372518296560gmail-HOEnZb"><font color="#888888"><br>-- <br><div class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904m_196080606388155049gmail_signature"><div dir="ltr"><div><div dir="ltr">Michael Burman<br>RedHat Israel, RHV-M <span>Network </span>QE <br><br>Mobile: 054-5355725<br>IRC: mburman</div></div></div></div>
</font></span></div><span class="m_-8175902634132103794m_-2383423372518296560gmail-HOEnZb"><font color="#888888">
</font></span></div></div></blockquote></div><span class="m_-8175902634132103794m_-2383423372518296560gmail-HOEnZb"><font color="#888888"><br><br clear="all"><br>-- <br><div class="m_-8175902634132103794m_-2383423372518296560gmail-m_3163146867178049904gmail_signature"><div dir="ltr"><div><div dir="ltr">Michael Burman<br>RedHat Israel, RHV-M <span>Network </span>QE <br><br>Mobile: 054-5355725<br>IRC: mburman</div></div></div></div>
</font></span></div></div>
</blockquote></div><br><br clear="all"><br></div><font color="#888888">-- <br><div class="m_-8175902634132103794m_-2383423372518296560gmail_signature"><div dir="ltr"><div>Thanks,<br></div>Marina.<br></div></div>
</font></div></div></div></div></div>
</blockquote></div><br></div>