Improvements to core
In progress
- Remove the teaser splitter: Yes, we can.
- Default input format per role and make access to filters first class permissions: Simplifies the input format configuration by moving input format access permissions to the regular user permissions form.
- Filter options based on CSS attributes, not just HTML tags: Allow to configure HTML attributes in HTML filter to allow and/or strip only certain tag attributes.
See also all issues tagged with 'wysiwyg' and 'FilterSystemRevamp'.
Todo
- Limit available input formats by "type of widget" used (node type body, comment, block, etc)
- Bring consistency into how we apply formats and provide more format support where it is missing
- Add context for check_markup(): For example, Inline API needs context about the piece of content that is filtered. If a field in a node is filtered, the node should be passed to the filter, so inline macros can be expanded to display a file attachment download link for an upload attached to the passed in node. The same with users, comments, aso. so this is not limited to nodes.
Fixed
- Move custom help settings to blocks: Allows to control/add custom help blocks to arbitrary pages (including input format support like any other custom block).
- Text format widget: Redesign the input format widget.
- Allow behaviors to detach from AHAH/AJAX contents: Adds Drupal.detachBehaviors(), so (not only) Wysiwyg API can invoke editors to save contents back into form elements before a form is submitted via AJAX/AHAH.
- Textarea with input format attached: Allow Wysiwyg API to identify input format enabled textareas via the FAPI property #input_format.
- Make input formats reorderable
- Break out HTML escaping filter to make non-HTML input formats (instantly) recognizable
Groups:

