This allows administrators to define a regular expression to filter content
entered into short answer fields by agents and endusers. With the new
visibility feature, the regular expression input is only shown if the
regular expression validator is selected.

This allows fields to specify a visibility constraint that will be evaluated
in real time in the browser to automatically show and hide fields that
should be hidden based on values of other fields in the same form.

Validation is not performed on fields server-side if they are considered
invisible when submitted.

Furthermore, revamp the __cdata system to better support multiple selection
fields. Drop the `.._id` fields and use a coalesce of the ID value of the
entry value or the entry value itself. For JSON backed fields, strip some
JSON characters to result in a comma-separated list.

The search engine now uses MySQL FIND_IN_SET to analyze a search selection
in advanced searches. Also, interaction with the MySQL full text search
backend is fully supported.

Not just the SelectionField. This will make room for the InlineFormField

Attachment settings are now exclusively handled by the settings on the
ThreadEntry field on the ticket details form. Enabling attachments as well
as tuning attachment validation settings are all handled from the one place
now.

Only one file is supported at a time now; but at least the files are saved
and displayed in the event of validation errors.

This will allow for more complex widgets to be added as plugins which
include css and javascript media files without manually adding header or
footer lines.

Add context to ticket state name (noun) and action (verbs)

Conflicts:

	include/class.forms.php

And allow for @context to add context to the bare string literal. For
instance,

    /* @trans, @context "noun" */ 'Open'

Would mark the string 'Open' translatable with context "noun".

Always save a key/value hash of the selected value(s). However, if the field
does not have the multivalue configuration setting, then retrieve just the
key with the to_php() function. to_database(), however, will always return a
JSON string with the value(s) formatted as a hash array.