You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, additional information can be added to contracts in a very simple way:
In the Create or Edit Contract form, a string can be input as a name to a New Attribute. This attribute is a textual attribute that can be given with any contract of the project. Additional information fields can never be removed, renamed or rearranged.
Additional information are an important feature for reporting. In order to do this more adequately, the feature shall be extended:
Additional information shall have a data type. It may come as text (all existing fields), date (Gregorian, precision day), and monetary amount (two digits, as always).
Additional information shall be assigned to either Budget or Contract (all existing fields).
Their name shall be unique within the project.
It shall be possible to rename, reorder or remove additional fields. Reordering is currently for information purposes only. Existing fields should be given some defined order.
I suggest to give information fields a top level view on their own.
The detail view of a Budget should list all information field values in a similar way to the Contract default view.
The Budget report shall honour the data type of the information field when rendering a project report. It shall allow for Contract and Budget information fields.
The Contract report shall allow for Contract information fields and render them in accordance with the Budget report.
Currently, additional information can be added to contracts in a very simple way:
In the Create or Edit Contract form, a string can be input as a name to a New Attribute. This attribute is a textual attribute that can be given with any contract of the project. Additional information fields can never be removed, renamed or rearranged.
Additional information are an important feature for reporting. In order to do this more adequately, the feature shall be extended:
I suggest to give information fields a top level view on their own.
The detail view of a Budget should list all information field values in a similar way to the Contract default view.
The Budget report shall honour the data type of the information field when rendering a project report. It shall allow for Contract and Budget information fields.
The Contract report shall allow for Contract information fields and render them in accordance with the Budget report.
Successd #99.
The text was updated successfully, but these errors were encountered: