Changes between Version 14 and Version 15 of WorkFlow
- Timestamp:
- Jan 30, 2006, 7:13:02 AM (18 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
WorkFlow
v14 v15 8 8 * Add a `disabled` attribute to fields so that workflow hooks can disable fields but still leave them visible. 9 9 * Add a `hidden` attribute for the same reason. I've actually already done this, simply by renaming the `skip` attribute to `hidden`. Did this to be more consistent with HTML. 10 * Add a `fullrow` attribute which signifies that the form element will span both columns of the ticket property fieldset. eg. summary, type, description and reporter would all be `fullrow=1` (done, but code in the templates is not implemented). [2833]10 * Add a `fullrow` attribute which signifies that the form element will span both columns of the ticket property fieldset. eg. summary, type, description and reporter would all be `fullrow=1`. [2833] 11 11 * Remove code specific to individual fields from ticket.cs/newticket.cs. The summary, type, description and reporter would be converted to use the the same generic code as the rest of the fields. [2833] 12 12 * Remove large `if/elif` statement from ticket.cs/newticket.cs. Currently there is a large if/then/else style block which is used to display all fields other than the four described above. This could be removed and replaced with a call to form_control(). [2833] … … 16 16 17 17 === TODO === 18 * Add a `.onchange` option for javascript field validation.18 * Add an `.onchange` option for javascript field validation. 19 19 * Add a `.title` option, or maybe `.tooltip`, though I think for the sake of consisteny it should be `.title`. 20 20 * Add a `checkboxes` field type. This differs from the `checkbox` type in that it is a set of related checkboxes. It would store the data in the field value as `check1|check2|check4`. I'm not sure about this one, or how it would be presented in the query module, but I figured that people might find it useful. Similarly, a `multi_select` type could be useful. 21 21 * Remove `ticket_custom_props()` macro? It does not appear to be referenced. 22 22 * There are a number of locations in the ticket code where permissions are hard coded. As an example, the `TICKET_CREATE` permission is required to create a new ticket. Should this be overridable by `ITicketWorkflow` implementors? 23 * 23 24 24 25 == Basic Configurable Workflow == … … 99 100 * '''hidden''': Field is not displayed. Useful for storing extra ticket attributes programmatically (false by default). 100 101 * '''fullrow''': Field spans a full row when displayed in the ticket properties. 101 * '''editable''': Field is editable (true by default ). If a field is hidden but editable, it will not display in the ticket summary but will be displayed and editable in the ticket properties.102 * '''editable''': Field is editable (true by default if field is not hidden). If a field is hidden but editable, it will not display in the ticket summary but will be displayed and editable in the ticket properties. 102 103 103 104 Types and type-specific options: