reset item to default value when remove is selected instead of just changing fid to 0 so description field gets erased.

dodge devel.module errors... I still really hate that I can't send the application/javascript content type..
I'm gonna track that bug down one day.

#286834 by quicksketch and dopry, so AHAH was in place... If you're using ahah make sure your wrapper id exists,
otherwise stuff can be a real mess. Also the jQuery form plugin does file submission in an iFrame and you can't
trust the post in the network console. I had to put the ahah wrapper in #prefix/#suffix and they have to be
overridden in the JS callback to prevent duplicate div wrappers appearing... I kind of wish ahah replaced it's
wrapper rather than  inserting inside the wrapper. ce la vie. but here is working JS upload and remove.

Added some PHPDocs.

for normal submit callbacks... only a re-build is needed. I need to research what the
submit build function is for... I think maybe it's only needed for JS callbacks...

can be easily reused.

into $file->data now but still stored in the filefield_meta table for
future views use. There's no display of the data at this point.

we're going to simple require that each validation callback require a matching help
callback. I don't even want to bother with function exists.

added help callback for core file_validate_image_resolution callback.
added node_form_submit_build_node which snuck in there but was needed anyway...

Only uploads/removes file if required fields are filled out, then wipes all fields

#286405 by Moonshine, filefield validation error catching all fields not just file and imagefield...

#286144 by Moonshine with modifications. Set default values for CCK properly. Issues remain with 'Add a new item' on
unlimited value fields.

merging all drupal 6 updates into a single update function...

and the current widget system....

only works on the way in.