Does not work for optionwidgets yet.

No need to force-add the 'enctype / multipart' thing anymore. Widgets now have direct acces to the $form array and can set it if they need.

#227422 change text on add new fields from 'Create field' to 'Continue' to make it clear there is more to do.

'admin/content/node-types/TYPE_NAME' pattern
see http://drupal.org/node/204415

requires a menu_rebuild(); obviously.

#211566 limit data to nodes of the right content type when migrating data from per field to per type tables.

#210357 fix default values, can't make assumptions about the delta values when some widgets do their own default value handling.

probably a matter of taste and nitpicking

Do some cleanup on the logic of determining when field changes will alter data preparatory to setting up a warning message to the user.

#209194 decouple batching from content_schema_alter, add new function for replacing field values in nodes programmatically, content_field_replace().

Filtering on nf.active would require joining the {content_node_field} table.
It's not needed anyway, since we're looping on $fields from content_fields(),
for which field modules are active by definition.

#208902 make sure indexes and empty arrays are created for content types with no fields for the Display Fields screen.

#198508 Working on fixes to problems created when some but not all field modules are enabled on an update. I've added an 'active' column to the field tables and altered all the queries so they filter for only active fields. That got rid of numerous errors on the update and also fixed a problem where inactive fields were still showing up on the Manage Fields and Display Fields screens.

I set up the active field to default to zero, then update it when field modules are updated, so, hopefully, inactive fields will just disappear everywhere.

We'll need to watch this to be sure it doesn't introduce other problems.

 leaving it on the 'advanced' tab will confuse people

These modifications require a menu_rebuild(), btw.

than the new 'manage fields' tab (but no drag-n-drop there)

This tab is still too crowdy ! (new 'RSS', 'print', 'search' styles')
Now's the time to think about some clever UI refactoring :-)

Also allows non CCK fields (title, body, taxo, other contrib nodeapi-added elements) to be reordered on this page, using a simple hook / api

 patch

Dependant on the core patch in http://drupal.org/node/200370,
so I kept the 'old' version as well for now.
New d-n-d form can be found in 'manage fields (d-n-d)' tab.
Does not save anything for now :-)

requires a menu_rebuild();