<feed xmlns='http://www.w3.org/2005/Atom'>
<title>Odoo/addons/decimal_precision/decimal_precision.py, branch 14.0</title>
<subtitle>The current checkout of upstream Odoo</subtitle>
<link rel='alternate' type='text/html' href='http://erp.ceuconsult.com:9000/Odoo/'/>
<entry>
<title>[MOV] decimal_precision: apply standard layout</title>
<updated>2016-07-06T15:19:36+00:00</updated>
<author>
<name>Xavier Morel</name>
<email>xmo@odoo.com</email>
</author>
<published>2016-06-06T15:59:24+00:00</published>
<link rel='alternate' type='text/html' href='http://erp.ceuconsult.com:9000/Odoo/commit/?id=8f7b233bc160f42f1ac4e22616362f23e64393f7'/>
<id>8f7b233bc160f42f1ac4e22616362f23e64393f7</id>
<content type='text'>
Had to alter marketing_campaign as it imported get_precision from deeper
into the module instead of properly getting it from the module's toplevel.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Had to alter marketing_campaign as it imported get_precision from deeper
into the module instead of properly getting it from the module's toplevel.
</pre>
</div>
</content>
</entry>
<entry>
<title>[LEGAL] Use global LICENSE/COPYRIGHT files, remove boilerplate text</title>
<updated>2015-06-02T01:16:04+00:00</updated>
<author>
<name>Olivier Dony</name>
<email>odo@openerp.com</email>
</author>
<published>2015-06-01T22:39:30+00:00</published>
<link rel='alternate' type='text/html' href='http://erp.ceuconsult.com:9000/Odoo/commit/?id=0bd454534818941bc3216025ebe3dcac3d78c19d'/>
<id>0bd454534818941bc3216025ebe3dcac3d78c19d</id>
<content type='text'>
- Preserved explicit 3rd-party copyright notices
- Explicit boilerplate should not be necessary - copyright law applies
  automatically in all countries thanks to Berne Convention + WTO rules,
  and a reference to the applicable license is clear enough.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
- Preserved explicit 3rd-party copyright notices
- Explicit boilerplate should not be necessary - copyright law applies
  automatically in all countries thanks to Berne Convention + WTO rules,
  and a reference to the applicable license is clear enough.
</pre>
</div>
</content>
</entry>
<entry>
<title>[IMP] decimal_precision, ir_rule, ir_ui_view: simplify ormcache invalidation</title>
<updated>2015-05-19T07:59:42+00:00</updated>
<author>
<name>Raphael Collet</name>
<email>rco@openerp.com</email>
</author>
<published>2015-05-13T15:11:56+00:00</published>
<link rel='alternate' type='text/html' href='http://erp.ceuconsult.com:9000/Odoo/commit/?id=4b7dd0f759071facbc196f74fe337e33793a417f'/>
<id>4b7dd0f759071facbc196f74fe337e33793a417f</id>
<content type='text'>
The patch speeds up the cache invalidation in the registry, and make most
models use the generic method `clear_caches` instead of specific `clear_cache`
methods.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The patch speeds up the cache invalidation in the registry, and make most
models use the generic method `clear_caches` instead of specific `clear_cache`
methods.
</pre>
</div>
</content>
</entry>
<entry>
<title>[IMP] adapt all calls to ormcache() to its new API</title>
<updated>2015-05-19T07:59:42+00:00</updated>
<author>
<name>Raphael Collet</name>
<email>rco@openerp.com</email>
</author>
<published>2015-03-25T16:21:47+00:00</published>
<link rel='alternate' type='text/html' href='http://erp.ceuconsult.com:9000/Odoo/commit/?id=ede43047901707014a274ea2a4c6030100ad6b1d'/>
<id>ede43047901707014a274ea2a4c6030100ad6b1d</id>
<content type='text'>
This fixes a bug on some methods.  Because `ormcache` uses the decorator
`decorator`, the `context` argument is passed positionally to the decorated
lookup method, instead of being passed as a keyword argument.  As a
consequence, the context dictionary is included in the cache key, which makes
the cache lookup fail all the time.

Using the new API of `ormcache` gracefully fixes this issue.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This fixes a bug on some methods.  Because `ormcache` uses the decorator
`decorator`, the `context` argument is passed positionally to the decorated
lookup method, instead of being passed as a keyword argument.  As a
consequence, the context dictionary is included in the cache key, which makes
the cache lookup fail all the time.

Using the new API of `ormcache` gracefully fixes this issue.
</pre>
</div>
</content>
</entry>
<entry>
<title>[MERGE] forward port of branch 8.0 up to 0ed63d7</title>
<updated>2015-03-23T15:35:03+00:00</updated>
<author>
<name>Christophe Simonis</name>
<email>chs@odoo.com</email>
</author>
<published>2015-03-23T15:35:03+00:00</published>
<link rel='alternate' type='text/html' href='http://erp.ceuconsult.com:9000/Odoo/commit/?id=fb8b970567219ad6b00d23e22f2fcde88ecb0909'/>
<id>fb8b970567219ad6b00d23e22f2fcde88ecb0909</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>[IMP] fields: turn field.digits and column.digits into dynamic properties</title>
<updated>2015-03-23T13:36:15+00:00</updated>
<author>
<name>Raphael Collet</name>
<email>rco@openerp.com</email>
</author>
<published>2015-03-03T13:25:10+00:00</published>
<link rel='alternate' type='text/html' href='http://erp.ceuconsult.com:9000/Odoo/commit/?id=9aad3d873b7e0e6fae3d87ac931f213ac58894bb'/>
<id>9aad3d873b7e0e6fae3d87ac931f213ac58894bb</id>
<content type='text'>
The computed value of parameter digits is no longer stored into fields and
columns; instead the value is recomputed everytime it is needed.  Note that
performance is not an issue, since the method `get_precision` of model
'decimal.precision' is cached by the orm.  This simplifies the management of
digits on fields and saves about 300Kb per registry.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The computed value of parameter digits is no longer stored into fields and
columns; instead the value is recomputed everytime it is needed.  Note that
performance is not an issue, since the method `get_precision` of model
'decimal.precision' is cached by the orm.  This simplifies the management of
digits on fields and saves about 300Kb per registry.
</pre>
</div>
</content>
</entry>
<entry>
<title>[REF] remove vim modelines and resulting trailing blank lines</title>
<updated>2014-12-31T14:52:13+00:00</updated>
<author>
<name>Leonardo Donelli</name>
<email>learts92@gmail.com</email>
</author>
<published>2014-12-31T23:00:00+00:00</published>
<link rel='alternate' type='text/html' href='http://erp.ceuconsult.com:9000/Odoo/commit/?id=4a0b13ed92311032ec4236a71b5a07592df79b0f'/>
<id>4a0b13ed92311032ec4236a71b5a07592df79b0f</id>
<content type='text'>
Let 2015 be a year without modelines!
cf #4174
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Let 2015 be a year without modelines!
cf #4174
</pre>
</div>
</content>
</entry>
<entry>
<title>[FIX] decimal_precision: avoid refreshing float precisions at each cache invalidation</title>
<updated>2014-11-19T11:53:58+00:00</updated>
<author>
<name>Olivier Dony</name>
<email>odo@openerp.com</email>
</author>
<published>2014-11-19T11:14:21+00:00</published>
<link rel='alternate' type='text/html' href='http://erp.ceuconsult.com:9000/Odoo/commit/?id=c87b9c65399e0ca517f5a1bd35f0d968a9ebde3f'/>
<id>c87b9c65399e0ca517f5a1bd35f0d968a9ebde3f</id>
<content type='text'>
Changing the decimal precision of float fields is a rare
operation, while cache clearing occurs fairly frequently.
Signaling a full registry change when the decimal precision
is changed (instead of a mere cache change) is therefore
a better trade-off, and more semantically correct as well.
This way we avoid the decimal precision refresh for each
invalidation.

Registry invalidation implies cache invalidation.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Changing the decimal precision of float fields is a rare
operation, while cache clearing occurs fairly frequently.
Signaling a full registry change when the decimal precision
is changed (instead of a mere cache change) is therefore
a better trade-off, and more semantically correct as well.
This way we avoid the decimal precision refresh for each
invalidation.

Registry invalidation implies cache invalidation.
</pre>
</div>
</content>
</entry>
<entry>
<title>[IMP] use model._fields instead of model._all_columns to cover all fields</title>
<updated>2014-11-04T12:47:57+00:00</updated>
<author>
<name>Raphael Collet</name>
<email>rco@openerp.com</email>
</author>
<published>2014-11-03T15:00:50+00:00</published>
<link rel='alternate' type='text/html' href='http://erp.ceuconsult.com:9000/Odoo/commit/?id=f2e4a10e1a58c932f9a989e642771f5ae75d756a'/>
<id>f2e4a10e1a58c932f9a989e642771f5ae75d756a</id>
<content type='text'>
The old-api model._all_columns contains information about model._columns and
inherited columns.  This dictionary is missing new-api computed non-stored
fields, and the new field objects provide a more readable api...

This commit contains the following changes:

 - adapt several methods of BaseModel to use fields instead of columns and
   _all_columns

 - copy all semantic-free attributes of related fields from their source

 - add attribute 'group_operator' on integer and float fields

 - base, base_action_rule, crm, edi, hr, mail, mass_mailing, pad,
   payment_acquirer, share, website, website_crm, website_mail: simply use
   _fields instead of _all_columns

 - base, decimal_precision, website: adapt qweb rendering methods to use fields
   instead of columns
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The old-api model._all_columns contains information about model._columns and
inherited columns.  This dictionary is missing new-api computed non-stored
fields, and the new field objects provide a more readable api...

This commit contains the following changes:

 - adapt several methods of BaseModel to use fields instead of columns and
   _all_columns

 - copy all semantic-free attributes of related fields from their source

 - add attribute 'group_operator' on integer and float fields

 - base, base_action_rule, crm, edi, hr, mail, mass_mailing, pad,
   payment_acquirer, share, website, website_crm, website_mail: simply use
   _fields instead of _all_columns

 - base, decimal_precision, website: adapt qweb rendering methods to use fields
   instead of columns
</pre>
</div>
</content>
</entry>
<entry>
<title>[IMP] fields: reset decimal precision on new-style fields</title>
<updated>2014-09-18T09:11:19+00:00</updated>
<author>
<name>Raphael Collet</name>
<email>rco@openerp.com</email>
</author>
<published>2014-09-18T08:31:18+00:00</published>
<link rel='alternate' type='text/html' href='http://erp.ceuconsult.com:9000/Odoo/commit/?id=764c5acd81f3793606f1b9f7db48cc27bb837102'/>
<id>764c5acd81f3793606f1b9f7db48cc27bb837102</id>
<content type='text'>
When a decimal_precision record is created/modified, the float fields of the
models in the registry must be reset.  This was done on old-API columns only.
It is now handled by the new-API fields.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When a decimal_precision record is created/modified, the float fields of the
models in the registry must be reset.  This was done on old-API columns only.
It is now handled by the new-API fields.
</pre>
</div>
</content>
</entry>
</feed>
