Craig Uffman - 14 January 2009 09:09 AM
Can you please clarify why you need all those hidden fields? What is their purpose in the code?
Certainly 
There are two types there… well 3, sort of 
1. Every custom field requires it’s Formatting type to be listed as well, otherwise EE takes a guess and messing things up 
Example:
<p><label for="form_desc">Description</label><br /><textarea name="{exp:form_helper:field_grabber field_name="body"}" id="form_desc" rows="10" cols="10">{exp:form_helper:field_parser parse=""}{body}{/exp:form_helper:field_parser}</textarea>
<input type="hidden" name="{exp:form_helper:field_grabber field_name='body' which='format'}" value="xhtml" /></p>
2. a) Some of the fields I’ve chosen to hide because (in my typically scenarios anyway) I do not want those fields to be editable by the member that will be editting the content. Or, sometimes that data stays the same no matter what, so it’s less clutter on the page when you hide it.
Example:
<input name="entry_date" type="hidden" value="{entry_date format='%Y-%m-%d %g:%i %A'}" maxlength="23" />
2. b) Some of the fields are required to be in the form. If you leave them out the data for them will be lost:
Example:
{categories}<input type="hidden" id="category[]" name="category[]" value="{category_id}" />{/categories}
Even though the Category for my scenario will/should NEVER change, I still have to specify it, or EE will lose that data.
Though I’ve never tested it, I’m sure close to half of my fields I have hidden in the example don’t even need to be there, but the intention is keeping the data from being lost. I haven’t tested it, but I’m sure if you left out ones like these, the data for those values would not be lost or change:
<input type="hidden" name="allow_comments" value="n" />
<input type="hidden" name="allow_trackbacks" value="n" />
<input type='hidden' name='dst_enabled' value='y' />