c5845be2441c613464cdeee88d342503f3b68c0e
Webkit/Mako translations are quite different from RML report translations, and very similar to translations for Python code terms, i.e. with _(). The method to lookup the translations at rendering time should thus be similar to what _() does for Python code terms, and not depend on the name of the report, which is not known when exporting the translation template, and is therefore not available in POT meta-data. This bears no performance penalty, as we are still only looking inside 'report'-typed translations with the matching 'source term'. The only downside is that this prevents per-report translations, but this is not supported by our translation import/export system anyway, so it does not matter (msgid strings must be unique within a PO file, and we don't support context- sensitive PO files yet). lp bug: https://launchpad.net/bugs/819334 fixed bzr revid: odo@openerp.com-20120119102145-tp3w80bhjwq11q84
pydot - Python interface to Graphviz's Dot language Ero Carrera (c) 2004-2007 ero@dkbza.org This code is distributed under the MIT license. Requirements: ------------- pyparsing: pydot requires the pyparsing module in order to be able to load DOT files. GraphViz: is needed in order to render the graphs into any of the plethora of output formats supported. Installation: ------------- Should suffice with doing: python setup.py install Needless to say, no installation is needed just to use the module. A mere: import pydot should do it, provided that the directory containing the modules is on Python module search path.
Languages
Python
49.6%
JavaScript
47.8%
SCSS
2%
CSS
0.3%
HTML
0.2%