The Tryton development has resumed now its cruising pace. There are a lot of changes to improve the user experiences. A new major feature, the secondary unit, has landed in the form of four new modules.
Thanks to the Open Source program of KeyCDN, our website and forum are now speeded up by delivering static content at global scale. We have also pushed our downloads on the KeyCDN, so we encourage you to use downloads-cdn.tryton.org instead of downloads.tryton.org (Thank you for checking your automated scripts which are looking up for new releases).
Please help translating Tryton in to your language. The development sources from the repositories are updated every month. So please don’t forget to check them regularly every month on https://translate.tryton.org/.
Changes For The User
We changed all main editable lists to add new records on top. This is more efficient for the web client on large lists. But inside One2Many lists we keep adding new records at the bottom.
You can now define which unit of measure is the basis for quantities used in a price list. In standard modules we support the default unit (the original one) and the sale unit.
The column size of the web client has been improved. Now columns have a minimal width (depending of the type) and a double scrollbar (top and bottom) is displayed if there is not enough space to show all the columns on the view-port.
Until now, it was possible to cancel a posted supplier invoice but not one from a customer. This was because in many countries it is not allowed. But in order to be more flexible, we added an option on the company to allow cancel of customer invoice.
When renewing a fiscal year, the new sequences will have their name also updated. If the name of the previous fiscal year appears in the sequence name then it will be replaced by the new fiscal year name. This reduces confusion when listing all the sequences.
The income statement is included in the balance sheet for the Spanish accounting (as it is done for other countries). So the running income of the current year is already included before the year closing.
When using the “Enter Timesheet” wizard, now we display the date in the window name (next to the employee name) . The shown date is the one selected in the first step of the wizard.
Modules to manage secondary unit
They follow the blueprint of Uom Conversion Inter category on product
and allow to define a different secondary unit and factor on the product for sale and for purchase.
The quantity of sale and purchase lines can be defined using the secondary unit fields (quantity and unit price), the main unit fields are automatically updated using the product factor.
On related documents like the invoice or shipment, the secondary fields are displayed using the factor stored on the sale or purchase.
Changes For The Developer
Since release 5.2 we have made the view parser reusable for different view types (e.g. form and list-form). Now we reuse also the form parser for the board views. This reduces the code to maintain and ensure the same behavior for the same tags.
A stock move can be the origin of another stock move. This allows us to keep a link between inventory, incoming and outgoing moves.
We support the conversion between different categories of unit of measures as long as the user provides a factor/rate for the two base units of both categories.
expand attribute has been changed from a boolean (1 or 0) into an integer. The integer represents the proportion of available space which is taken among all expanded columns.
format_date method on
Report can now take an optional
format parameter if you don’t want to use the default format of the language.
The web client updates the states of the wizard buttons and title like the desktop client does. This closes a little more the behavior gap between both clients.
There is now an environment variable to set the default logging level when running trytond as a WSGI application.
The countries, subdivisions and currencies are no more loaded from XML at the module installation but using proteus scripts which use pycountry data:
trytond_import_currencies. The translations are also loaded by those scripts.
This reduces the maintenance load of each release and allows users to keep their database up to date without relying on Tryton releases.