Better CSS styling with a line rule to separate the preview and the edit fields. More consistent with existing markup.

#387194: Major FileField UI Refactoring. Putting File info side-by-side the preview, hiding fields that are unnecessary before uploading a file.

CSS and Markup changes to make it so that clicking upload buttons doesn't cause unexpected wrapping of text when the buttons are floated.

also hides behind the moving table header. Yeah, simpler is always better.

Also, for consistency, files are converted to objects (and back, in case)
every time they are passed to other modules.

Plus the usual minor cleanups and documentation fixes.

* Use an error string similar to what Drupal core is using.
* Passive JavaScript errors (in a red error box) instead of alert().

  than this, only CSS gurus should be able to improve it even more.

* On the coding side, file edit widgets are now real form elements.
  That means no buttons for such widgets, but instead they can come up
  with their own value callbacks and widget theme functions.
  Plus I now have them in their walled garden where they belong.

Nice side effect: more filefield-classed divs for detailed themeability.

Looks at least as good as the 5.x version, imho.

* Comment out the stuff that still has to be ported
* Include the max filesize label from the D5 version
* Add a new token for the formatted filesize (e.g. 7.34 MB)

  so that we can have a nice value callback in order to separate
  form structure and result value (as CCK widgets are inside a '#tree').

* Convert filefield back to CCK multiple value handling, replacing the
  "Delete" checkbox with a "Delete" button and storing the previous file
  as temporary property of the new one, until the node is submitted.

Why is that? Bah. [insert random cursing]
So at least now everything should be in sync again.

Almost hopelessly broken :).... There are some UI improvements, and a fix to the hook_field op == load
that was nesting a [0] when files loaded from the database are empty(not in db):.