Left: | ||
Right: |
LEFT | RIGHT |
---|---|
1 | 1 |
2 | 2 |
3 Tryton 1.4 is available | 3 Tryton 1.4 is available |
4 ======================= | 4 ======================= |
5 | 5 |
6 | 6 |
7 This new series brings new modules, security and performance | 7 This new series comes up with new modules, security and performance |
yangoon1
2009/10/20 00:38:01
This new series comes up with new modules, securit
bch
2009/10/20 08:21:01
"SQLite database featuring Neso" -> what was wrong
| |
8 improvements as well as the SQLite support and welcome the arrival of | 8 improvements as well as the SQLite support and welcomes the arrival of |
9 Neso, the standalone version of Tryton. As usual, database migration | 9 Neso, the standalone version of Tryton. As usual, database migration |
10 is completely automated (and works on databases created with both the | 10 is completely automated (and works on databases created with both the |
11 1.0 and 1.2 series). Most of bugfixes that result from the last 6 | 11 1.0 and 1.2 series). Most of bugfixes from the last 6 months of |
yangoon1
2009/10/20 00:38:01
Most of the bugfixes from the last 6 months of dev
| |
12 month of developments have been already backported and are available | 12 developments have already been backported in the 1.0 and 1.2 series. |
ced1
2009/10/19 21:39:49
months
| |
13 in the 1.0 and 1.2 series. | |
ced1
2009/10/19 21:39:49
(release will come)
| |
14 | 13 |
15 | 14 |
16 Database Independence and SQLite Support | 15 Database Independence and SQLite Support |
17 ---------------------------------------- | 16 ---------------------------------------- |
18 | 17 |
19 The subset of code that handles the database and the database access | 18 Database handling and access get more and more generic. As a first |
yangoon1
2009/10/20 00:38:01
Database handling and access was reworked to provi
| |
20 becomes more and more generic and offer now the SQLite support. | 19 alternative backend Tryton now offers support for SQLite. |
ced1
2009/10/19 21:39:49
offers
| |
21 | 20 |
22 * The server is now able to do the validation of the "NOT NULL" and | 21 * The server is now able to do the validation of the "NOT NULL" and |
23 field length constraints. It was necessary as SQLIte doesn't handle | 22 field length constraints. It was necessary as SQLite doesn't handle |
yangoon1
2009/10/20 00:38:01
... field length constraints providing the ability
| |
24 them yet and provides more user friendly error messages (in place of | 23 them yet. Moreover, it provides more user friendly error messages |
25 SQL error coming from the DBMS). | 24 (in place of SQL error coming from the DBMS). |
26 * generalisation of the tables sequences handling and the creation of | 25 * Generalisation of the tables sequences handling and creation of |
yangoon1
2009/10/20 00:38:01
Generalisation of the tables sequences handling an
| |
27 pagination clauses ("LIMIT" and "OFFSET"), those two concepts are | 26 pagination clauses ("LIMIT" and "OFFSET"), those two concepts now |
yangoon1
2009/10/20 00:38:01
those two concepts now being independent...
| |
28 now independent of the DBMS. | 27 being independent of the DBMS. |
29 | 28 |
30 | 29 |
31 Neso | 30 Neso |
32 ---- | 31 ---- |
33 | 32 |
34 Neso is a standalone version of Tryton: Neso takes advantage of the | 33 Neso is a standalone version of Tryton: Neso takes advantage of the |
35 new SQLite support and integrates client and server code of Tryton. So | 34 new SQLite support and integrates the client and server code of |
yangoon1
2009/10/20 00:38:01
...integrates the client and server code...
| |
36 it's a pure desktop application with all the power of Tryton, the same | 35 Tryton. So it's a pure desktop application with the rallied power of |
yangoon1
2009/10/20 00:38:01
It is a pure desktop application with the rallied
| |
37 modules, the same features except that it doesn't need a server to | 36 Tryton without the need to configure a separate server or |
38 operate. Neso is a perfect fit for single user usage or simply for | 37 database. Neso is a perfect fit for single user usage or simply for |
39 demo. | 38 demonstration and testing purpose. |
yangoon1
2009/10/20 00:38:01
...demonstration or testing purposes.
| |
40 | 39 |
41 To improve the use of Tryton with Neso, it's now possible to launch | 40 Another facility that came with Neso is the possibility of an |
yangoon1
2009/10/20 00:38:01
Another facility of Neso is the possibility of an
| |
42 the database update just after its restoration. Moreover the field | 41 automatic database update after the restoration. |
43 with the server address is hidden (as it is useless). | |
ced1
2009/10/19 21:39:49
I will not talk about hidden field.
yangoon1
2009/10/20 00:38:01
+1
| |
44 | 42 |
45 | 43 |
46 Security | 44 Security |
47 -------- | 45 -------- |
48 | 46 |
49 Security has been improved on various points: | 47 Security has been improved on various points: |
50 | 48 |
51 * The user is asked for his (old) password when he wants to change it. | 49 * Password prompt on password change to prevent abuse. |
ced1
2009/10/19 21:39:49
to prevent change by thirst person when desktop is
yangoon1
2009/10/20 00:38:01
Password prompt on password change to prevent abus
| |
52 * Evaluation of some code strings now prevent code injection. | 50 * Evaluation of code strings now prevents code injection. |
ced1
2009/10/19 21:39:49
Evaluation of code strings now prevents code injec
| |
53 * Model access check are also made on property fields. | 51 * Model access checks are also performed on property fields. |
yangoon1
2009/10/20 00:38:01
...checks are also performed on...
| |
54 * The client now warn the server for user logout, hence limiting some | 52 * The client now informs the server on user logout to prevent session |
ced1
2009/10/19 21:39:49
warns
yangoon1
2009/10/20 00:38:01
...informs the server on user logout to prevent th
| |
55 session hijack opportunities. | 53 hijacking. |
56 * Handling of read, write, create and delete permission on record | 54 * Handling of read, write, create and delete permission on record |
57 rules. | 55 rules. |
58 * Salted passwords: This improve encryption robustness against rainbow | 56 * Salted passwords improving encryption robustness against rainbow |
yangoon1
2009/10/20 00:38:01
...passwords improving...
| |
59 table attacks. | 57 table attacks. |
60 | 58 |
61 | 59 |
62 Performances | 60 Performance |
yangoon1
2009/10/20 00:38:01
Performance
| |
63 ------------ | 61 ----------- |
64 | 62 |
65 Amongst other things, network communication and cache handling on | 63 Among the most important innovations, network communication and cache |
yangoon1
2009/10/20 00:38:01
Among the most important innovations network commu
| |
66 server side have been improved: | 64 handling have been improved: |
67 | 65 |
68 * Gzip compression support for pysocket and XML-RPC queries on the | 66 * Gzip compression support for pysocket and XML-RPC queries on the |
69 server. | 67 server. |
70 * Use of the the gzip compression on the client side (via pysocket). | 68 * Use of the the gzip compression on the client side. |
yangoon1
2009/10/20 00:38:01
Use of the the gzip compression on the client side
| |
71 * Cache improvement on the server: the cache have been moved from the | 69 * Cache improvement on the server: the cache has been moved from the |
yangoon1
2009/10/20 00:38:01
the cache has been moved...
| |
72 "BrowseRecord" to the cursor, this ensure that each record is read | 70 "BrowseRecordList" to the cursor thus ensuring that each record is |
yangoon1
2009/10/20 00:38:01
ensuring the reduction of read accesses for record
| |
73 at most once in the same transaction. | 71 read at most once in the same transaction. |
74 * Fill the cursor on search: Most of the database read are preceded by | 72 * Fill of the cursor cache on search prevents other read queries on |
yangoon1
2009/10/20 00:38:01
Filling the cursor on the search prevents the need
| |
75 a search on the same records, this modification allow to not access | 73 same records. |
76 the database anymore for records that have been subject to a search | 74 * New heuristic allowing to sharply reduce the length of queries |
77 query. | |
78 * New heuristic that allows to sharply reduce the length of queries | |
yangoon1
2009/10/20 00:38:01
...allowing an important reduction...
| |
79 containing a lot of identifiers. | 75 containing a lot of identifiers. |
80 * Results are no more ordered if it's no more necessary. | 76 * Results are no more ordered if it's no more necessary. |
yangoon1
2009/10/20 00:38:01
...ordered without explicit necessity.
| |
81 * Support of "delete_all" on "One2Many" fields: This allows to delete | 77 * Support of "delete_all" on "One2Many" fields allows the deletion of |
yangoon1
2009/10/20 00:38:01
...fields allowing the deletion of records without
| |
82 records without reading them and brings more consistency with the | 78 records without an extra read operation and brings more consistency |
83 "Many2Many" field which has already this operator. | 79 with the "Many2Many" field which has already this operator. |
84 | 80 |
85 | 81 |
86 User Interface | 82 User Interface |
87 -------------- | 83 -------------- |
88 | 84 |
89 * Wizards preserve their sizes from successive calls. | 85 * Wizards optionally preserve their sizes from successive calls. |
ced1
2009/10/19 21:39:49
It is optional.
| |
90 * Allow to reset default values. | 86 * Allow to reset user default values. |
ced1
2009/10/19 21:39:49
user default values
| |
91 * Support for fields that contains time duration: they express hours | 87 * Support for fields that contain time duration: they express hours |
ced1
2009/10/19 21:39:49
contain
| |
92 but may contains values like "1d" (1 day) or "3w" (3 weeks). | 88 but may contain values like "1d" (1 day) or even "1w 2d 1:30" (1 |
ced1
2009/10/19 21:39:49
1m 2w 1d
to be more complex.
yangoon1
2009/10/20 00:38:01
contain
| |
89 week, two days and one and an half hour). | |
93 * The status bar can be hidden. | 90 * The status bar can be hidden. |
94 * Wizard can be opened in tabs (instead of a pop-up). | 91 * Wizard can be opened in tabs (instead of a pop-up). |
95 * The user can choose to allow or disallow keyboard shortcuts | 92 * The user can choose to allow or disallow keyboard shortcuts |
96 (accelerators) creation from the main menu. | 93 (accelerators) creation from the main menu. |
97 * Keyboard navigation with keyboards arrows between widgets. | 94 * Keyboard navigation with keyboards arrows between widgets. |
98 * New filters "Starts with" and "Ends with" on fields containing | 95 * New filters "Starts with" and "Ends with" on fields containing |
99 strings. | 96 strings. |
100 * Selection fields only shows values that comply with the current | 97 * Selection fields only shows values that comply with the current |
101 domain. | 98 domain. |
102 | 99 |
103 | 100 |
104 Other New Features | 101 Other New Features |
105 ------------------ | 102 ------------------ |
106 | 103 |
107 * Reload of modules if files have changed: This shorten the | 104 * Reload of modules if files have changed: This shortens the |
yangoon1
2009/10/20 00:38:01
...shortens the development cycle as the server do
| |
108 development cycle (code - relaunch server - test - code - etc) as | 105 development cycle as the server does not need to be restarted on |
109 the server does not need to be restarted when a module is | 106 file modification. This also allows to update a production server |
110 modified. This also allow to update a production server while | 107 while keeping users connected. |
yangoon1
2009/10/20 00:38:01
allows
| |
111 keeping users connected. | |
112 * New field "datetime_field" one "One2Many" and "Many2Many": this | 108 * New field "datetime_field" one "One2Many" and "Many2Many": this |
113 allows to read those fields at an arbitrary date in the past. | 109 allows to read those fields at an arbitrary date in the past and |
ced1
2009/10/19 21:39:49
and completes the visualization of history of reco
| |
110 completes the visualization of historical data. | |
114 * Use the module dependency order to apply views inheritance. View | 111 * Use the module dependency order to apply views inheritance. View |
115 inheritance is now systematic and predictable. | 112 inheritance is now systematic and predictable. |
116 * New model "ModelSingleton": His main use is for configuration | 113 * New model "ModelSingleton": Its main use is for configuration |
yangoon1
2009/10/20 00:38:01
...Its main use
| |
117 options that are linked to the database itself (and not the user or | 114 options that are linked to the database itself (and not the user or |
118 the company). | 115 the company). |
119 * OSV is renamed to Model in the Workfow module, this further the | 116 * OSV is renamed to Model in the Workfow module, furthering the |
yangoon1
2009/10/20 00:38:01
..in the Workflow module advancing the refactorisa
| |
120 refactorisation that came with the 1.2 release. | 117 refactorisation that came with the 1.2 release. |
121 * Improvement of the database migration tools: automatic handling of | 118 * Improvement of the database migration tools: automatic handling of |
122 table sequence and history table when a table is renamed; indexex, | 119 table sequence and history table when a table is renamed; indexes, |
ced1
2009/10/19 21:39:49
indexes
| |
123 constrains and foreign keys deletion available on arbitrary tables. | 120 constraints and foreign keys deletion available on arbitrary tables. |
yangoon1
2009/10/20 00:38:01
constraints
| |
124 * Fixed words translations in dates (for month names and days of | 121 * Fixed words translations in datetime formatting on server side (for |
ced1
2009/10/19 21:39:49
in datetime formatting on server side
yangoon1
2009/10/20 00:38:01
translation of words (strings?)
| |
125 week). | 122 month names and days of week). |
126 * Use of a default file name when backup is created. | 123 * Provide a default file name when backup is created. |
yangoon1
2009/10/20 00:38:01
Provide a def...
| |
127 * Handling of the required attribute in domains. | 124 * Handling of the required attribute in domains. |
128 * Support of call to "today()" on "ir.data" from XML-RPC: provides to | 125 * Support of call to "today()" on "ir.date" from XML-RPC: provides to |
ced1
2009/10/19 21:39:49
ir.date
| |
129 an external software for what is considered to be the current date | 126 an external software for what is considered to be the current date |
130 by the Tryton server. | 127 by the Tryton server. |
131 * Authentication code have been moved on "res.user", this allows to | 128 * Authentication code has been moved on "res.user", allowing to |
yangoon1
2009/10/20 00:38:01
...has been moved ... allowing ...
| |
132 overload it and provide other authentication mechanism (see | 129 overload it and provide other authentication mechanisms (see |
yangoon1
2009/10/20 00:38:01
mechanisms (see ldap_authentication).
| |
133 ldap_authentication here under). | 130 ldap_authentication here under). |
134 * Temporary file names containing reports are now the report name | 131 * Temporary file names containing reports are now the report name |
yangoon1
2009/10/20 00:38:01
Temporary report files now contain the report name
| |
135 itself instead of a generated one without meanings. | 132 itself. |
136 * Backup creation and restoration are now possible for PostgreSQL | 133 * Backup creation and restoration are now possible for PostgreSQL |
137 connections that need with password. | 134 connections that need a password. |
yangoon1
2009/10/20 00:38:01
that need a password.
| |
138 | 135 |
139 | 136 |
140 New modules | 137 New modules |
141 ----------- | 138 ----------- |
142 | 139 |
143 * calendar: Add CalDAV support. | 140 * calendar: Add CalDAV support. Allows to define calendars and events |
144 * calendar_todo: Add Todo support on CalDAV. | 141 and sync them with all calendar clients supporting the CalDAV |
145 * company_work_time: define work times in the company. | 142 (http://en.wikipedia.org/wiki/CalDAV) protocol. |
yangoon1
2009/10/20 00:38:01
Define
| |
143 * calendar_todo: Allow to create Todos (or tasks) and sync them with | |
144 calendar clients. | |
145 * company_work_time: Define work times in the company. | |
146 * google_translate: Translate items with Google Translate. | 146 * google_translate: Translate items with Google Translate. |
147 * ldap_authentication: Authenticate users with LDAP server. | 147 * ldap_authentication: Authenticate users with OpenLDAP and Active |
ced1
2009/10/19 21:39:49
and Active Directory
| |
148 Directory. | |
148 * ldap_connection: Add basic support for LDAP connection. | 149 * ldap_connection: Add basic support for LDAP connection. |
149 * party_vcarddav: Add CardDAV on parties. | 150 * party_vcarddav: Add CardDAV on parties. Allows to export contact |
150 * product_pricelist: Define price list rules by parties. | 151 information with the vCard format or to sync them with CardDAV |
151 * project: Project management. | 152 capable clients. |
153 * product_pricelist: Define price list rules. | |
154 * project: Project management. Allow to define projects, link them to | |
155 parties, define tasks and sub-tasks and track time spent on them. | |
152 * project_revenue: Add product on timesheet lines and define allowed | 156 * project_revenue: Add product on timesheet lines and define allowed |
153 services for each employees. | 157 services per employee. |
154 * sale_pricelist: Define price list on party and sale order. | 158 * sale_pricelist: Define sale price list on party and sale order. |
ced1
2009/10/19 21:39:49
Define sale price list
yangoon1
2009/10/20 00:38:01
sale price lists
| |
155 * timesheet:Timesheet Module with: | 159 * timesheet: Define works and timesheet lines, comes with: |
156 - Work | 160 - Work |
157 - Timesheet line | 161 - Timesheet line |
158 | 162 |
159 And with reports: | 163 And with reports: |
ced1
2009/10/19 21:39:49
Indentation is not very clear.
bch
2009/10/20 08:21:01
will be fixed in blogger
| |
160 - Hours per work, | 164 - Hours per work, |
161 - Hours per employee per week, | 165 - Hours per employee per week, |
162 - Hours per employee per month. | 166 - Hours per employee per month. |
163 | 167 |
164 | 168 |
165 New Features in Existing Modules | 169 New Features in Existing Modules |
166 -------------------------------- | 170 -------------------------------- |
167 | 171 |
168 account | 172 account |
169 ~~~~~~~ | 173 ~~~~~~~ |
(...skipping 25 matching lines...) Expand all Loading... | |
195 | 199 |
196 * Add rounding option to currency round (allow other rounding than | 200 * Add rounding option to currency round (allow other rounding than |
197 Half to even) | 201 Half to even) |
198 * Allow to call "compute" on "currency.currency" from XML-RPC: this | 202 * Allow to call "compute" on "currency.currency" from XML-RPC: this |
199 provides the currency conversions to external softwares. | 203 provides the currency conversions to external softwares. |
200 | 204 |
201 | 205 |
202 stock | 206 stock |
203 ~~~~~ | 207 ~~~~~ |
204 | 208 |
205 * New group of user "Stock Force Assignment": only member of this | 209 * New group of user "Stock Force Assignment": only members of this |
yangoon1
2009/10/20 00:38:01
members
| |
206 group will be allowed to force assignations. | 210 group will be allowed to force assignations. |
207 * Migrate "packing_in", "packing_out", etc tables to "shipment_in", | 211 * Migrate "packing_in", "packing_out", etc. tables to "shipment_in", |
208 "shipment_out", etc. This close the wording correction started with | 212 "shipment_out", etc.. This closes the wording correction started with |
yangoon1
2009/10/20 00:38:01
closes
| |
209 the 1.2 version of the module and provide more consistency between | 213 the 1.2 version of the module and provides more consistency between |
yangoon1
2009/10/20 00:38:01
provides
| |
210 the labels shown to the user and the name of the tables. The goal | 214 the labels shown to the user and the name of the tables. The goal |
211 was to keep the module easy to understand and to maintain. | 215 was to keep the module easy to understand and to maintain. |
LEFT | RIGHT |