The 75 is the default value is most cases, I changed to 64 to be sure.
A useful comment is also added.

This break existing stored data, though we assume this is not an
issue since this is not used yet except for a prototype

Use a development version based on renderJS 0.7.2.
Stop using development RSVP.

If it has to be fixed, do it on the server.

Use _download_local instead of _importBT because this method was removed

Experimental BT for now. See description

otherwise we have no % expansions

was too fast in previous attempt to fix the issue

regression introduced with commit cacea29b

Inventory API has minimal catalog table usage (join on uid  only), which
makes on-deletion catalog changes insufficient to make movements
disappear transactionally from Inventory API results.
As it may be expected that a set of movements deleted during a single
transaction are atomically removed from Inventory API results, also
change stock table.

If an object has no uid yet and has no acquisition context to the portal,
getUid() fails.

Default is derived from id(aq_base(ob)) which is even more efficient.

The method on XMLObject was also redundant because it inherited the same one
from Base.

(cherry picked from commit 347804af)

Because on DVCS with branches, history is not always linear, we must stop
using increasing integer for revisions because they cause too many conflicts
and a higher revision number does not necessarily means the a BT newer.
They're now a cryptographic hash of all the contents of the Business Template,
and they're computed automatically:
- by genbt5list
- at download
- at building (by default)
- at export