hierarchical_select 5.x-3.0-rc2

Changes since DRUPAL-5--3-0-RC1:

• Fix coder warnings.
• Level label was not being passed through properly for the deepest level when enforce_deepest was enabled.
• Taxonomy implementation: the exclude_tid parameter was not yet being applied to the root level.
• - In the developer mode, HS now also performs config diagnostics.
  - 'Submit' button on the config import form renamed to 'Import'
  - Improved comment.
• Implemented #284062: Ability to configure per-level if the user can create new items
• Fixed #284053: Creating terms at levels deeper than the max_levels setting does not work
• When enforce_deepest is disabled, and level labels are disabled or the root level label is empty, then don't set a root level label at all.
• Add a param to the taxonomy implementation to make it possible to have a special (fake) '' term, which is necessary in the form/term creation form.
• Simplified (as in less) and improved the CSS (no silly bottom margin anymore), in fact it's now impossible to distinguish a HS from a normal select on WebKit, and almost (2px difference) in Firefox.
• Doxygen was missing for _hierarchical_select_create_new_item_is_allowed().
• Fixed #284435: If a term doesn't have children the option "" is displayed, no matter if "Allow creation of new terms" is selected
• Implemented #284485: Allow use of HS widget even if taxonomy isn't hierarchical
• Implemented #284724: Force update on all Hierarchical Selects with the same hierarchy when an item is created
• Follow-up patch for #276054: the create new level stuff was not yet removed from the CSS, JS and API.txt.
• Follow-up patch for #276054: missed one more spot in API.txt.
• Implemented #284739: Don't do a callback to the server when an item does not have children
• #285392 by jrbeeman: Minor typo in API.txt
• #285246 by Davy Van Den Bremt and myself: Hierarchical Select for menu parent item on node edit/add forms
• Fixed #287604: Editability settings: only the root level is configurable when the 'depth' setting of a content_taxonomy field is 0.
• Follow-up patch for #287408: 'prepare-GET-submit' event not triggered for exposed filters in views_filterblock
• #288372: Make it more clear that jQuery Interface is no longer needed in HS 3
• #289702: HS Taxonomy doesn't let to choose multiple parents for terms
• #284719 by jrbeeman: views.js alters exposed filters HTML in a way that breaks display of multiple item filters
• Regression caused by #284739: animations don't work when items without children are selected.
• The cache system wasn't updated when HS' JS was ported to jQuery 1.2. Therefore, several changes:
  - renamed event 'update hierarchical select' to 'update-hierarchical-select'
  - used slice() instead of gt()
  - lastUnchanged usage updated
  In limited testing, it all seems to be working again!
• The config export code for the allowed_levels setting had a small bug in it: it shouldn't have quotes.
• Fixed #283397 by sirpy, peterzoe and myself: content_taxonomy widget not properly working when chosen a single term
• When creating a new item, don't display the "Add" button for the dropbox.
• Fixed #290909: #required not respected
• Fixed #290819: update 7 is problematic: db_prefix_tables() breaks the serialized value
• Fixed #291486: Make it clear that the dropbox will be enabled automatically when the "Force Single" setting of an exposed filter is disabled