I had a very similar issue with my feedback form. Eventualy I split it into three fieldsets: your feedback, your details, and a privacy statement.
http://www.griffith.edu.au/cgi-bin/feedbackform.cgi - Kane [EMAIL PROTECTED] wrote on 30/05/2007 11:16:11 PM: > > It probably shouldn't be used for pairing as you describe, but rather a > > group of inputs that all share some common-ground. In my case I use them > > to contain groups of required versus non-required inputs as well as the > > type of information sought (contact info, etc.). > > Sorry to bring this up again but I've been thinking a bit more about this: > a fieldset should be used to group related form controls and each fieldset > should have a legend, but what if you have a form control that's not > really related to anything else? Do you put it in a fieldset by itself? > Then what do you do about the legend when in a lot of cases it'll simply > be duplicating what's in the label? > > For instance, a form which has contact details and a message text area > might be split into one fieldset for the contact details and another for > the message (I know it could probably be argued that it could all go in > one fieldset but let's say for argument's sake that there's another > fieldset in between requesting the user to select from a series of > checkboxes that needs to go in its own fieldset). There's only really one > way to say "this is where your message goes" without being redundant, so > do you use a 2nd fieldset or go for a generic div to avoid the repetition > of legend/label? > > -- > Tyssen Design > www.tyssendesign.com.au > Ph: (07) 3300 3303 > Mb: 0405 678 590 > > > ******************************************************************* > List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm > Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm > Help: [EMAIL PROTECTED] > ******************************************************************* > ******************************************************************* List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *******************************************************************