<div dir="ltr"><div><div>Hi Liz,<br><br></div>Agree that placing these in a single column will make for a ridiculously long page.  I'm almost wondering if arranging elements in tables with editable cells is a better solution here.     We did something like this for Storage configuration where parameters could be broken into groups and placed in a tabular layout.  Can you logically group parameters somehow?  I can show you the page I'm referring to if you like.<br><br></div>Matt<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 26, 2016 at 10:32 AM, Liz Blanchard <span dir="ltr"><<a href="mailto:lsurette@redhat.com" target="_blank">lsurette@redhat.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">Thanks for the work you've done on this, SJ.<div><br></div><div>I'm designing a product that has some forms for configuration that are insanely long. Some of them are 50+ field/value pairs which can be categorized a bit, but I've considered using multi-column forms to help reduce the crazy amount of scrolling that would be needed otherwise for these forms.</div><div><br></div><div>I've also considered easing the pain by trying to bubble up the most commonly used parameters as well as using the 'find' pattern to add a way for users to quickly find a specific parameter within the form...both of which might take away the need for multi-columns.</div><div><br></div><div>I'd be curious to know if folks think this is a good use case for multi-columns in a form or if there is a better way to tackle this.</div><div><br></div><div>Thanks again,</div><div>Liz</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 23, 2016 at 9:27 AM, Catherine Robson <span dir="ltr"><<a href="mailto:crobson@redhat.com" target="_blank">crobson@redhat.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">I agree with the conclusion.<div><br></div><div><br></div></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 23, 2016 at 3:22 AM, Greg Sheremeta <span dir="ltr"><<a href="mailto:gshereme@redhat.com" target="_blank">gshereme@redhat.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">SJ,<div><br></div><div>I agree with the conclusion! I sat with it for several minutes, and thought to myself -- hmm, I hate all multi-column forms. Then I looked at the address form -- yep, hated it. Then I thought about wanting to fill out my address -- hm, I hate it when the last name field is under the first name. Gah, the zip should always be next to the city! Oh, so, I don't hate it! It's exactly correct! lol</div><div><br></div><div>And the login/reg is perfect, I'd say ubiquitous. It needs no further discussion IMO and can just get stamped as a pattern :)</div><div><br></div><div>Once again, great work!</div><div><br></div><div>Greg</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Fri, Sep 23, 2016 at 2:44 AM, SJ Cox <span dir="ltr"><<a href="mailto:sjcox@redhat.com" target="_blank">sjcox@redhat.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">Hello UXD and PatternFly community,<div><br></div><div>Would love to get your input on when, if ever, multi-column forms are okay.<br><div><br></div><div>This sprint the PatternFly team is working on the conceptual design for multi column forms.  In the case of multi column forms, it’s mostly best practice to avoid their use. The main problem is that using multiple columns within forms could cause the potential for users to interpret the fields inconsistently.  </div><div><br></div><div><div>However, there are a couple exceptions that seem to be acceptable.</div></div><div><br></div><div>- The main exception for using multi-column forms that cause the least amount of confusion were strictly for name and address fields.</div><div><br></div><div><img src="cid:ii_itfe9wgq0_15755c2ceefe1ce5" width="483" height="377"><br><br>- The second exception is when there are two different form choices.  User must choose to fill out one or the other.  In this case, when the forms fields are shown next to each other in a multi column format, there is little confusion as long as the distinction of the two form choices are clear.</div><div><br></div><div><img src="cid:ii_itfeaven1_15755c37fe89d425" width="483" height="390"><br><br></div><div>Would love to hear your thoughts and input on this topic.  Are there any other scenarios that are acceptable?  Do you agree with the conclusion?</div><div><br></div><div>Thank you!!</div><div>SJ</div><div><br><div><div dir="ltr">

<table style="border-collapse:collapse;border:none;font-family:"helvetica neue";font-size:14px" width="530" cellspacing="0" cellpadding="0">
<tbody><tr><td style="border:0px solid rgb(1,1,1)" width="257" valign="top" align="left"><div align="left"><font color="#cc0000"><font size="2" face="Arial"><span style="font-size:10pt"><b>Sarah Jane Cox</b></span></font> </font><font color="#010101" face="Calibri"><span style="font-size:11pt"><br></span></font> <font color="#999999"><font size="1" face="Arial"><span style="font-size:9pt">User Interaction Designer</span></font> <font face="Calibri"><span style="font-size:11pt"><br></span></font> </font><font size="1" face="Arial"><span style="font-size:9pt"><font color="#999999">User Experience Design Team<br></font><br></span></font><a href="http://www.redhat.com/about/whoisredhat/redhatstories.html?intcmp=70160000000TB9vAAG&" target="_blank"><font size="2" color="#3d85c6" face="arial, helvetica, sans-serif">Red Hat, Inc.</font></a><font size="1" color="#404040" face="Arial"><span style="font-size:9pt"><br></span></font></div></td><td style="border:0px solid rgb(1,1,1)" width="272" valign="top" align="left"><div align="left"><br></div></td></tr></tbody></table></div></div>
</div></div></div>
<br></div></div>______________________________<wbr>_________________<br>
Patternfly mailing list<br>
<a href="mailto:Patternfly@redhat.com" target="_blank">Patternfly@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/patternfly" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/patternfly</a><br>
<br></blockquote></div><span><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div data-smartmail="gmail_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></div>
<br>______________________________<wbr>_________________<br>
Patternfly mailing list<br>
<a href="mailto:Patternfly@redhat.com" target="_blank">Patternfly@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/patternfly" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/patternfly</a><br>
<br></blockquote></div><br></div>
</div></div><br>______________________________<wbr>_________________<br>
Patternfly mailing list<br>
<a href="mailto:Patternfly@redhat.com" target="_blank">Patternfly@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/patternfly" rel="noreferrer" 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>-- <br><div class="gmail_signature" data-smartmail="gmail_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>
</div>