<div dir="ltr">Hi<br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 26, 2016 at 11:07 AM, Vince Conzola <span dir="ltr"><<a href="mailto:vconzola@redhat.com" target="_blank">vconzola@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div><div>Hi Liz,<br><br></div>Without understanding the context, my first thought is that "insanely long" seems to be a key phrase in your description. Any configuration that requires the user to set 50+ parameters is going to prove troublesome. I suggest going back and re-thinking how configuration is being done. For example, can groups of parameters be combined into configuration patterns that can be selected en masse?<br></div></div></div></blockquote><div><br></div><div>I agree, by virtue of the form size it seems like some grouping/organizing of the content might need to be done. And if there's no getting around needing a huge form, here are some more ideas for ways to break it down. </div><div><div><ul><li>Progressive presentation - this article might offer some ideas: <a href="http://alistapart.com/article/testing-accordion-forms" target="_blank">http://alistapart.com/article/<wbr>testing-accordion-forms</a></li><li>Would a wizard be better? <a href="http://www.uxmatters.com/mt/archives/2011/09/wizards-versus-forms.php" target="_blank">http://www.uxmatters.com/mt/<wbr>archives/2011/09/wizards-<wbr>versus-forms.php</a></li><li>Use smart defaults and hiding advanced options in a hide/reveal panel?</li></ul></div></div><div>I think breaking it down for the user somehow would be better than putting everything in a multi-column form.</div><div><br></div><div>Liz C. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div><br></div>My $.02.<br><br></div>Vince<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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style: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="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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style: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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style: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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style: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" height="377" width="483"><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" height="390" width="483"><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" cellpadding="0" cellspacing="0" width="530">
<tbody><tr><td style="border:0px solid rgb(1,1,1)" align="left" valign="top" width="257"><div align="left"><font color="#cc0000"><font face="Arial" size="2"><span style="font-size:10pt"><b>Sarah Jane Cox</b></span></font> </font><font face="Calibri" color="#010101"><span style="font-size:11pt"><br></span></font> <font color="#999999"><font face="Arial" size="1"><span style="font-size:9pt">User Interaction Designer</span></font> <font face="Calibri"><span style="font-size:11pt"><br></span></font> </font><font face="Arial" size="1"><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 face="arial, helvetica, sans-serif" color="#3d85c6" size="2">Red Hat, Inc.</font></a><font face="Arial" color="#404040" size="1"><span style="font-size:9pt"><br></span></font></div></td><td style="border:0px solid rgb(1,1,1)" align="left" valign="top" width="272"><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><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>
</blockquote></div><br></div>
</blockquote></div><br></div></div>