odoo/addons/web/i18n/web.pot

2966 lines
59 KiB
Plaintext
Raw Normal View History

# Translation of Odoo Server.
# This file contains the translation of the following modules:
# * web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#
msgid ""
msgstr ""
"Project-Id-Version: Odoo Server 8.0\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2015-01-21 14:08+0000\n"
"PO-Revision-Date: 2015-01-21 14:08+0000\n"
"Last-Translator: <>\n"
"Language-Team: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: \n"
"Plural-Forms: \n"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:2138
#: code:addons/web/static/src/js/search.js:2305
#, python-format
msgid "%(field)s %(operator)s"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/search.js:2139
#, python-format
msgid "%(field)s %(operator)s \"%(value)s\""
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:1517
#, python-format
msgid "%(page)d/%(page_count)d"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/views.js:596
#, python-format
msgid "%(view_type)s view"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:434
#, python-format
msgid "%d / %d"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/core.js:679
#, python-format
msgid "%d days ago"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/core.js:677
#, python-format
msgid "%d hours ago"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/core.js:675
#, python-format
msgid "%d minutes ago"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/core.js:681
#, python-format
msgid "%d months ago"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/core.js:683
#, python-format
msgid "%d years ago"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:422
#, python-format
msgid "%d-%d of %d"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:1426
#, python-format
msgid "%s (%d)"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/formats.js:302
#, python-format
msgid "'%s' is not a correct date"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/formats.js:325
#, python-format
msgid "'%s' is not a correct date, datetime nor time"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/formats.js:289
#, python-format
msgid "'%s' is not a correct datetime"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/formats.js:253
#, python-format
msgid "'%s' is not a correct float"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/formats.js:238
#, python-format
msgid "'%s' is not a correct integer"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/formats.js:310
#, python-format
msgid "'%s' is not a correct time"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/formats.js:337
#, python-format
msgid "'%s' is not convertible to date, datetime nor time"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/formats.js:190
#, python-format
msgid "(%d records)"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1612
#, python-format
msgid "(Any existing filter with the same name will be replaced)"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:390
#, python-format
msgid "(Formerly OpenERP)"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1459
#, python-format
msgid "(no string)"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:957
#, python-format
msgid "(nolabel)"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1602
#, python-format
msgid "-- Actions --"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1593
#, python-format
msgid "-- Filters --"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1969
#, python-format
msgid "--- Don't Import ---"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1400
#, python-format
msgid "...Upload in progress..."
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1919
#, python-format
msgid "1. Import a .CSV file"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:427
#, python-format
msgid "1367 Grand-Rosière"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1927
#, python-format
msgid "2. Check your file format"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2647
#, python-format
msgid "<Prev"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:1096
#, python-format
msgid "About"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:369
#, python-format
msgid "About Odoo"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:580
#, python-format
msgid "Access Denied"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:4500
#, python-format
msgid "Action Button"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1479
#, python-format
msgid "Action ID:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:381
#, python-format
msgid "Activate the developer mode"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:5035
#: code:addons/web/static/src/xml/base.xml:1543
#: code:addons/web/static/src/xml/base.xml:1842
#, python-format
msgid "Add"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1603
#, python-format
msgid "Add Advanced Filter"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1757
#, python-format
msgid "Add a condition"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:3953
#, python-format
msgid "Add an item"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:656
#, python-format
msgid "Add..."
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:4928
#: code:addons/web/static/src/js/view_form.js:5077
#, python-format
msgid "Add: "
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/search.js:2019
#, python-format
msgid "Advanced"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1752
#, python-format
msgid "Advanced Search"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1562
#, python-format
msgid "Advanced Search..."
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:902
#, python-format
msgid "All users"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1758
#, python-format
msgid "Apply"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:630
#, python-format
msgid "Attachment :"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1826
#, python-format
msgid "Available fields"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:307
#, python-format
msgid "Back to Login"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:555
#, python-format
msgid "Backed"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:209
#: code:addons/web/static/src/xml/base.xml:316
#, python-format
msgid "Backup"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/controllers/main.py:742
#: code:addons/web/static/src/xml/base.xml:207
#, python-format
msgid "Backup Database"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:270
#, python-format
msgid "Backup Restore"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:229
#, python-format
msgid "Backup format:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:428
#, python-format
msgid "Belgium"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:461
#, python-format
msgid "Browser's timezone"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1456
#, python-format
msgid "Button"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1471
#, python-format
msgid "Button Type:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:93
#, python-format
msgid "By default, the master password is 'admin'. This password\n"
" is required to create, delete, dump or restore databases."
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/formats.js:117
#, python-format
msgid "Bytes,Kb,Mb,Gb,Tb,Pb,Eb,Zb,Yb"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1924
#, python-format
msgid "CSV File:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:1874
#, python-format
msgid "Can't convert value %s to context"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2482
#, python-format
msgid "Can't send email to invalid e-mail address"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:1954
#: code:addons/web/static/src/xml/base.xml:345
#: code:addons/web/static/src/xml/base.xml:1513
#: code:addons/web/static/src/xml/base.xml:2006
#, python-format
msgid "Cancel"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:281
#, python-format
msgid "Change Master Password"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/controllers/main.py:762
#: code:addons/web/controllers/main.py:764
#: code:addons/web/controllers/main.py:796
#: code:addons/web/controllers/main.py:798
#: code:addons/web/controllers/main.py:804
#: code:addons/web/controllers/main.py:805
#: code:addons/web/static/src/js/chrome.js:723
#: code:addons/web/static/src/xml/base.xml:283
#: code:addons/web/static/src/xml/base.xml:343
#, python-format
msgid "Change Password"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:994
#, python-format
msgid "Change default:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:606
#, python-format
msgid "Changed Password"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:426
#, python-format
msgid "Chaussée de Namur 40"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:114
#, python-format
msgid "Check this box to evaluate Odoo."
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2669
#, python-format
msgid "Choose Time"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:132
#, python-format
msgid "Choose a password:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2643
#: code:addons/web/static/src/xml/base.xml:1305
#: code:addons/web/static/src/xml/base.xml:1359
#: code:addons/web/static/src/xml/base.xml:1361
#, python-format
msgid "Clear"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:465
#, python-format
msgid "Click here to change your user's timezone."
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:298
#: code:addons/web/static/src/js/chrome.js:1259
#, python-format
msgid "Client Error"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/data_export.js:35
#: code:addons/web/static/src/js/view_form.js:1085
#: code:addons/web/static/src/xml/base.xml:1530
#, python-format
msgid "Close"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2646
#, python-format
msgid "Close without change"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:876
#, python-format
msgid "Condition:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:1952
#, python-format
msgid "Confirm"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:337
#, python-format
msgid "Confirm New Password:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:297
#, python-format
msgid "Confirm new master password:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:136
#, python-format
msgid "Confirm password:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:982
#, python-format
msgid "Context:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:271
#, python-format
msgid "Copy of an existing database"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:419
#, python-format
msgid "Copyright © 2004-TODAY OpenERP SA. All Rights Reserved."
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:5763
#, python-format
msgid "Could not display the selected image."
msgstr ""
#. module: web
#: code:addons/web/controllers/main.py:724
#, python-format
msgid "Could not drop database !"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:1051
#, python-format
msgid "Could not find id in dataset"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:586
#, python-format
msgid "Could not restore the database"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/views.js:1693
#, python-format
msgid "Could not serialize XML"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:20
#: code:addons/web/static/src/js/view_list.js:2373
#: code:addons/web/static/src/xml/base.xml:313
#: code:addons/web/static/src/xml/base.xml:837
#: code:addons/web/static/src/xml/base.xml:1512
#: code:addons/web/static/src/xml/base.xml:2004
#, python-format
msgid "Create"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:3379
#, python-format
msgid "Create \"<strong>%s</strong>\""
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:141
#, python-format
msgid "Create Database"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:3467
#, python-format
msgid "Create a %s"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:82
#, python-format
msgid "Create a New Database"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:3390
#, python-format
msgid "Create and Edit..."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:2005
#, python-format
msgid "Create and edit"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:3434
#: code:addons/web/static/src/js/view_form.js:4453
#, python-format
msgid "Create: "
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:635
#, python-format
msgid "Created by :"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:573
#, python-format
msgid "Creation Date:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:569
#, python-format
msgid "Creation User:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:1778
#, python-format
msgid "Custom Filter"
msgstr ""
#. module: web
#: view:website:web.database_select
msgid "Database"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:311
#, python-format
msgid "Database Management"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:555
#, python-format
msgid "Database backed up successfully"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:592
#, python-format
msgid "Database restored successfully"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:184
#: code:addons/web/static/src/xml/base.xml:216
#, python-format
msgid "Database:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:537
#, python-format
msgid "Debug View#"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:120
#, python-format
msgid "Default language:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:859
#, python-format
msgid "Default:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:204
#: code:addons/web/static/src/js/view_list.js:351
#: code:addons/web/static/src/xml/base.xml:1909
#, python-format
msgid "Delete"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:647
#, python-format
msgid "Delete this attachment"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1407
#, python-format
msgid "Delete this file"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1942
#, python-format
msgid "Delimiter:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:798
#: code:addons/web/static/src/xml/base.xml:842
#: code:addons/web/static/src/xml/base.xml:1527
#, python-format
msgid "Discard"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:435
#, python-format
msgid "Discover Events of Odoo around the world..."
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:537
#, python-format
msgid "Do you really want to delete the database: %s ?"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/views.js:1350
#, python-format
msgid "Do you really want to delete this attachment ?"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:779
#, python-format
msgid "Do you really want to delete this record?"
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:609
#, python-format
msgid "Do you really want to remove these records?"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1934
#, python-format
msgid "Does your file have titles?"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:986
#, python-format
msgid "Domain:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/core.js:704
#, python-format
msgid "Don't leave yet,<br />it's still loading..."
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2645
#: code:addons/web/static/src/js/view_form.js:2675
#, python-format
msgid "Done"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:5702
#: code:addons/web/static/src/js/view_list.js:2305
#, python-format
msgid "Download"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:2317
#, python-format
msgid "Download \"%s\""
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:178
#: code:addons/web/static/src/xml/base.xml:315
#, python-format
msgid "Drop"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/controllers/main.py:724
#: code:addons/web/static/src/xml/base.xml:176
#, python-format
msgid "Drop Database"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:545
#, python-format
msgid "Dropping database"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:205
#: code:addons/web/static/src/xml/base.xml:152
#: code:addons/web/static/src/xml/base.xml:314
#, python-format
msgid "Duplicate"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:150
#, python-format
msgid "Duplicate Database"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:527
#, python-format
msgid "Duplicating database"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2482
#, python-format
msgid "E-mail Error"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:550
#: code:addons/web/static/src/xml/base.xml:834
#: code:addons/web/static/src/xml/base.xml:1304
#, python-format
msgid "Edit"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:552
#, python-format
msgid "Edit Action"
msgstr ""
#. module: web
#: view:website:web.menu_secondary
msgid "Edit Company data"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:551
#, python-format
msgid "Edit SearchView"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:553
#, python-format
msgid "Edit Workflow"
msgstr ""
#. module: web
#: view:website:web.login
msgid "Email"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1946
#, python-format
msgid "Encoding:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/website.tour.xml:25
#, python-format
msgid "End This Tutorial"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2644
#, python-format
msgid "Erase the current date"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/search.js:1886
#, python-format
msgid "Error"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/views/form_widgets.js:2600
#, python-format
msgid "Error: Bad domain"
msgstr ""
#. module: web
#: code:addons/web/controllers/main.py:764
#: code:addons/web/controllers/main.py:805
#, python-format
msgid "Error, password not changed !"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/pyeval.js:912
#, python-format
msgid "Evaluation Error"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:350
#: code:addons/web/static/src/xml/base.xml:1802
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#, python-format
msgid "Export"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/data_export.js:11
#, python-format
msgid "Export Data"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1820
#, python-format
msgid "Export Formats"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/data_export.js:36
#, python-format
msgid "Export To File"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1814
#, python-format
msgid "Export Type:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1817
#, python-format
msgid "Export all Data"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/views.js:852
#, python-format
msgid "Failed to evaluate search criterions"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1732
#, python-format
msgid "Favorites"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:1245
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#, python-format
msgid "Field '%s' specified in view could not be found."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:962
#, python-format
msgid "Field:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/views.js:974
#: code:addons/web/static/src/xml/base.xml:545
#, python-format
msgid "Fields View Get"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1828
#, python-format
msgid "Fields to export"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:5622
#, python-format
msgid "File Upload"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:5602
#, python-format
msgid "File upload"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:260
#, python-format
msgid "File:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:87
#, python-format
msgid "Fill in this form to create an Odoo database. You can\n"
" create databases for different companies or for different\n"
" goals (testing, production). Once the database is created,\n"
" you will be able to install your first application."
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/search.js:1148
#, python-format
msgid "Filter"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1610
#, python-format
msgid "Filter Name:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1740
#, python-format
msgid "Filter name"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:1886
#, python-format
msgid "Filter name is required."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:1093
#, python-format
msgid "Filter on: %s"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:833
#: code:addons/web/static/src/xml/base.xml:1592
#, python-format
msgid "Filters"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:439
#, python-format
msgid "Follow Us..."
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:422
#, python-format
msgid "For more information visit"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1953
#, python-format
msgid "For use if CSV files have titles on multiple lines, skips more than a single line during import"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:79
#: code:addons/web/static/src/js/view_form.js:325
#, python-format
msgid "Form"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:421
#, python-format
msgid "GNU Affero General Public License"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:445
#, python-format
msgid "Group"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:1261
#, python-format
msgid "Group by: %s"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/search.js:1285
#, python-format
msgid "GroupBy"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:370
#, python-format
msgid "Help"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1982
#, python-format
msgid "Here is a preview of the file we could not import:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2671
#, python-format
msgid "Hour"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:561
#, python-format
msgid "ID:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:5763
#, python-format
msgid "Image"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1913
#, python-format
msgid "Import"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1930
#, python-format
msgid "Import Options"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1816
#, python-format
msgid "Import-Compatible Export"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:581
#, python-format
msgid "Incorrect super-administrator password"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:952
#, python-format
msgid "Incorrect value for field %(fieldname)s: [%(value)s] is %(message)s"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:743
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#, python-format
msgid "Invalid Search"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:418
#, python-format
msgid "Invalid database name"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/views.js:979
#: code:addons/web/static/src/xml/base.xml:543
#, python-format
msgid "JS Tests"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#: code:addons/web/controllers/main.py:812
#, python-format
msgid "Languages"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:581
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#, python-format
msgid "Latest Modification Date:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:577
#, python-format
msgid "Latest Modification by:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1950
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#, python-format
msgid "Latin 1"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:421
#, python-format
msgid "Licenced under the terms of"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1953
#, python-format
msgid "Lines to skip"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:11
#, python-format
msgid "List"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:111
#, python-format
msgid "Load demonstration data:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:360
#: code:addons/web/static/src/js/chrome.js:394
#, python-format
msgid "Loading"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:392
#, python-format
msgid "Loading (%d)"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/core.js:701
#: code:addons/web/static/src/xml/base.xml:9
#, python-format
msgid "Loading..."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/pyeval.js:916
#, python-format
msgid "Local evaluation failure\n"
"%s\n"
"\n"
"%s"
msgstr ""
#. module: web
#: view:website:web.login
msgid "Log in"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:371
#, python-format
msgid "Log out"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:1672
#, python-format
msgid "M2O search fields do not currently handle multiple default values"
msgstr ""
#. module: web
#: view:website:web.login_layout
msgid "Manage Databases"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:546
#: code:addons/web/static/src/xml/base.xml:1605
#, python-format
msgid "Manage Filters"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:549
#, python-format
msgid "Manage Views"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:197
#: code:addons/web/static/src/xml/base.xml:238
#: code:addons/web/static/src/xml/base.xml:256
#, python-format
msgid "Master Password:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:99
#: code:addons/web/static/src/xml/base.xml:158
#: code:addons/web/static/src/xml/base.xml:289
#, python-format
msgid "Master password:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/core.js:707
#, python-format
msgid "Maybe you should consider reloading the application by pressing F5..."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/views.js:990
#, python-format
msgid "Metadata (%s)"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1475
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#, python-format
msgid "Method:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2672
#, python-format
msgid "Minute"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:268
#, python-format
msgid "Mode:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/views.js:1032
#, python-format
msgid "Model %s fields"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:640
#, python-format
msgid "Modified by :"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:990
#, python-format
msgid "Modifiers:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/views.js:1166
#: code:addons/web/static/src/xml/base.xml:1289
#: view:website:web.menu
#, python-format
msgid "More"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:368
#, python-format
msgid "My Odoo.com account"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1863
#, python-format
msgid "Name"
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1999
#, python-format
msgid "Name:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:330
#, python-format
msgid "New"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:332
#, python-format
msgid "New Password:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:166
#: code:addons/web/static/src/xml/base.xml:264
#, python-format
msgid "New database name:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:293
#, python-format
msgid "New master password:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2649
#, python-format
msgid "Next>"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/search.js:1563
#, python-format
msgid "No"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#: code:addons/web/controllers/main.py:1134
#, python-format
msgid "No content found for field '%s' on '%s:%s'"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:159
#, python-format
msgid "No data provided."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:3399
#, python-format
msgid "No results to show..."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:3775
#, python-format
msgid "No value found for the field for value "
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/views.js:1658
#, python-format
msgid "Node [%s] is not a JSONified XML node"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2674
#, python-format
msgid "Now"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:966
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#, python-format
msgid "Object:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#: view:website:web.layout
#: view:website:web.login_layout
#: view:website:web.menu_secondary
msgid "Odoo"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:386
#, python-format
msgid "Odoo (Formerly OpenERP)"
msgstr ""
#. module: web
#: view:website:web.qunit_suite
msgid "Odoo Web Tests"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:420
#, python-format
msgid "Odoo is a trademark of the"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:422
#, python-format
msgid "Odoo.com"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:279
#: code:addons/web/static/src/js/chrome.js:288
#: code:addons/web/static/src/js/chrome.js:346
#: code:addons/web/static/src/js/chrome.js:504
#: code:addons/web/static/src/js/chrome.js:747
#: code:addons/web/static/src/js/view_form.js:584
#: code:addons/web/static/src/js/view_form.js:1958
#: code:addons/web/static/src/xml/base.xml:1897
#, python-format
msgid "Ok"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:327
#, python-format
msgid "Old Password:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:998
#, python-format
msgid "On change:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:895
#, python-format
msgid "Only you"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:3595
#: code:addons/web/static/src/js/view_form.js:4352
#: code:addons/web/static/src/js/view_form.js:4481
#: code:addons/web/static/src/js/view_form.js:4953
#: code:addons/web/static/src/js/view_form.js:5095
#, python-format
msgid "Open: "
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:425
#, python-format
msgid "OpenERP S.A."
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:420
#, python-format
msgid "OpenERP SA Company"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:162
#, python-format
msgid "Original database name:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:436
#, python-format
msgid "Our next Events"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:432
#, python-format
msgid "Our website"
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:318
#: view:website:web.login
#, python-format
msgid "Password"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:606
#, python-format
msgid "Password has been changed successfully"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:464
#, python-format
msgid "Please confirm your new password"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/data_export.js:145
#, python-format
msgid "Please enter save field list name"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:462
#, python-format
msgid "Please enter your new password"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:461
#, python-format
msgid "Please enter your previous password"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1857
#, python-format
msgid "Please note that only the selected ids will be exported."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1854
#, python-format
msgid "Please pay attention that all records matching your search filter will be exported. Not only the selected ids."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/data_export.js:394
#, python-format
msgid "Please select fields to export..."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/data_export.js:381
#, python-format
msgid "Please select fields to save export list..."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#: view:website:web.login_layout
#: view:website:web.menu_secondary
msgid "Powered by"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:367
#, python-format
msgid "Preferences"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/views.js:1165
#, python-format
msgid "Print"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:554
#, python-format
msgid "Print Workflow"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1002
#, python-format
msgid "Relation:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1843
#, python-format
msgid "Remove"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1844
#, python-format
msgid "Remove All"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:3775
#, python-format
msgid "Render"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2512
#, python-format
msgid "Resource Error"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:250
#: code:addons/web/static/src/xml/base.xml:317
#, python-format
msgid "Restore"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:585
#: code:addons/web/static/src/xml/base.xml:248
#, python-format
msgid "Restore Database"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:592
#, python-format
msgid "Restored"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:795
#: code:addons/web/static/src/xml/base.xml:840
#: code:addons/web/static/src/xml/base.xml:1518
#: code:addons/web/static/src/xml/base.xml:1747
#, python-format
msgid "Save"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1521
#, python-format
msgid "Save & Close"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1522
#, python-format
msgid "Save & New"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1352
#: code:addons/web/static/src/xml/base.xml:1354
#, python-format
msgid "Save As"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:5637
#, python-format
msgid "Save As..."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1604
#, python-format
msgid "Save Filter"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1895
#, python-format
msgid "Save as:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1738
#, python-format
msgid "Save current filter"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:1086
#, python-format
msgid "Save default"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1830
#, python-format
msgid "Save fields list"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1901
#, python-format
msgid "Saved exports:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1564
#, python-format
msgid "Search"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:1592
#, python-format
msgid "Search %(field)s at: %(value)s"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:1429
#: code:addons/web/static/src/js/search.js:1447
#: code:addons/web/static/src/js/search.js:1631
#, python-format
msgid "Search %(field)s for: %(value)s"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1564
#, python-format
msgid "Search Again"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:3365
#, python-format
msgid "Search More..."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:3434
#, python-format
msgid "Search: "
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2673
#, python-format
msgid "Second"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1346
#: code:addons/web/static/src/xml/base.xml:1509
#, python-format
msgid "Select"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2663
#, python-format
msgid "Select D, M d"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1920
#, python-format
msgid "Select a .CSV file to import. If you need a sample of file to import,\n"
" you should use the export tool with the \"Import Compatible\" option."
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:105
#, python-format
msgid "Select a database name:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2665
#, python-format
msgid "Select a date"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1135
#, python-format
msgid "Select date"
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1006
#, python-format
msgid "Selection:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1940
#, python-format
msgid "Separator:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2662
#, python-format
msgid "Set DD as first week day"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:1079
#, python-format
msgid "Set Default"
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:541
#, python-format
msgid "Set Defaults"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:966
#, python-format
msgid "Setting 'id' attribute on existing record %s"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1743
#, python-format
msgid "Share with all users"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2655
#, python-format
msgid "Show a different month"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2656
#, python-format
msgid "Show a different year"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2652
#, python-format
msgid "Show the current month"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2650
#, python-format
msgid "Show the next month"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2648
#, python-format
msgid "Show the previous month"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:978
#, python-format
msgid "Size:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1466
#, python-format
msgid "Special:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/core.js:702
#, python-format
msgid "Still loading..."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/core.js:703
#, python-format
msgid "Still loading...<br />Please be patient."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/core.js:706
#, python-format
msgid "Take a minute to get a coffee,<br />because it's loading..."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/views.js:1007
#, python-format
msgid "Technical Translation"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:548
#, python-format
msgid "Technical translation"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:465
#, python-format
msgid "The confirmation does not match the password"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:545
#, python-format
msgid "The database %s has been dropped"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:527
#, python-format
msgid "The database has been duplicated."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/views/form_widgets.js:2600
#, python-format
msgid "The domain is wrong."
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:5637
#, python-format
msgid "The field is empty, there's nothing to save !"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:891
#, python-format
msgid "The following fields are invalid:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_list_editable.js:781
#, python-format
msgid "The form's data can not be discarded"
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1980
#, python-format
msgid "The import failed due to:"
msgstr ""
#. module: web
#: code:addons/web/controllers/main.py:798
#, python-format
msgid "The new password and its confirmation must be identical."
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:4501
#, python-format
msgid "The o2m record must be saved before an action can be used"
msgstr ""
#. module: web
#: code:addons/web/controllers/main.py:804
#, python-format
msgid "The old password you provided is incorrect, your password was not changed."
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:325
#, python-format
msgid "The record could not be found in the database."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:5601
#, python-format
msgid "The selected file exceed the maximum file size of %s."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:5806
#, python-format
msgid "The type of the field '%s' must be a many2many field with a relation to 'ir.attachment' model."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:5622
#, python-format
msgid "There was a problem while uploading your file"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:1796
#, python-format
msgid "This filter is global and will be removed for everybody if you continue."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2512
#, python-format
msgid "This resource is empty"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1807
#, python-format
msgid "This wizard will export all data that matches the current search criteria to a CSV file.\n"
" You can export all data or only the fields that can be reimported after modification."
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2670
#, python-format
msgid "Time"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:1331
#, python-format
msgid "Timezone Mismatch"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:469
#, python-format
msgid "Timezone mismatch"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2651
#, python-format
msgid "Today"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1039
#, python-format
msgid "Toggle Dropdown"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:540
#, python-format
msgid "Toggle Form Layout Outline"
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_tree.js:14
#, python-format
msgid "Tree"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:970
#, python-format
msgid "Type:"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1949
#, python-format
msgid "UTF-8"
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:1401
#: code:addons/web/static/src/js/view_list.js:1407
#: code:addons/web/static/src/js/view_list.js:1419
#, python-format
msgid "Undefined"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:951
#, python-format
msgid "Unhandled widget"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:3175
#, python-format
msgid "Unknown"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:1689
#, python-format
msgid "Unknown field %s in domain %s"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:1111
#, python-format
msgid "Unknown m2m command %s"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/pyeval.js:882
#, python-format
msgid "Unknown nonliteral type "
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:1681
#, python-format
msgid "Unknown operator %s in domain %s"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:332
#, python-format
msgid "Unlimited"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:1727
#, python-format
msgid "Unsupported operator %s in domain %s"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1308
#: code:addons/web/static/src/xml/base.xml:1369
#, python-format
msgid "Uploading ..."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:5921
#: code:addons/web/static/src/js/views.js:1310
#, python-format
msgid "Uploading Error"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/views.js:1341
#, python-format
msgid "Uploading..."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:1745
#, python-format
msgid "Use by default"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:459
#, python-format
msgid "User's timezone"
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:391
#, python-format
msgid "Version"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:2373
#: code:addons/web/static/src/xml/base.xml:550
#, python-format
msgid "View"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:544
#, python-format
msgid "View Fields"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:539
#, python-format
msgid "View Metadata"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:4082
#, python-format
msgid "View type '%s' is not supported in One2Many."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:736
#: code:addons/web/static/src/js/views.js:1269
#, python-format
msgid "Warning"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:798
#, python-format
msgid "Warning, the record has been modified, your changes will be discarded.\n"
"\n"
"Are you sure you want to leave this page ?"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2658
#, python-format
msgid "Week of the year"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:1249
#, python-format
msgid "Widget type '%s' is not implemented"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:974
#, python-format
msgid "Widget:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:2657
#, python-format
msgid "Wk"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#: code:addons/web/controllers/main.py:513
#, python-format
msgid "Wrong login/password"
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:565
#, python-format
msgid "XML ID:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:1562
#: code:addons/web/static/src/xml/base.xml:994
#, python-format
msgid "Yes"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/view_form.js:3473
#, python-format
msgid "You are creating a new %s, are you sure it does not exist yet?"
msgstr ""
#. module: web
#: code:addons/web/controllers/main.py:796
#, python-format
msgid "You cannot leave any password empty."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/core.js:705
#, python-format
msgid "You may not believe it,<br />but the application is actually loading..."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/views.js:1269
#, python-format
msgid "You must choose at least one record."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/view_list.js:736
#, python-format
msgid "You must select at least one record."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/chrome.js:259
#, python-format
msgid "Your Odoo session expired. Please refresh the current web page."
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:456
#, python-format
msgid "Your user's preference timezone does not match your browser timezone:"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/core.js:678
#, python-format
msgid "a day ago"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/core.js:674
#, python-format
msgid "about a minute ago"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/core.js:680
#, python-format
msgid "about a month ago"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/core.js:682
#, python-format
msgid "about a year ago"
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/core.js:676
#, python-format
msgid "about an hour ago"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:2182
#, python-format
msgid "contains"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:2183
#, python-format
msgid "doesn't contain"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:107
#, python-format
msgid "e.g. mycompany"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:2200
#: code:addons/web/static/src/js/search.js:2236
#: code:addons/web/static/src/js/search.js:2263
#, python-format
msgid "greater or equal than"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/search.js:2198
#: code:addons/web/static/src/js/search.js:2234
#: code:addons/web/static/src/js/search.js:2261
#, python-format
msgid "greater than"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:2254
#: code:addons/web/static/src/js/search.js:2283
#, python-format
msgid "is"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:2184
#: code:addons/web/static/src/js/search.js:2196
#: code:addons/web/static/src/js/search.js:2232
#: code:addons/web/static/src/js/search.js:2259
#, python-format
msgid "is equal to"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:2301
#, python-format
msgid "is false"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:2284
#, python-format
msgid "is not"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:2185
#: code:addons/web/static/src/js/search.js:2197
#: code:addons/web/static/src/js/search.js:2233
#: code:addons/web/static/src/js/search.js:2260
#, python-format
msgid "is not equal to"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:2187
#: code:addons/web/static/src/js/search.js:2203
#: code:addons/web/static/src/js/search.js:2239
#: code:addons/web/static/src/js/search.js:2266
#: code:addons/web/static/src/js/search.js:2286
#, python-format
msgid "is not set"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:2186
#: code:addons/web/static/src/js/search.js:2202
#: code:addons/web/static/src/js/search.js:2238
#: code:addons/web/static/src/js/search.js:2265
#: code:addons/web/static/src/js/search.js:2285
#, python-format
msgid "is set"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:2300
#, python-format
msgid "is true"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:2201
#: code:addons/web/static/src/js/search.js:2237
#: code:addons/web/static/src/js/search.js:2264
#, python-format
msgid "less or equal than"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:2199
#: code:addons/web/static/src/js/search.js:2235
#: code:addons/web/static/src/js/search.js:2262
#, python-format
msgid "less than"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/core.js:673
#, python-format
msgid "less than a minute ago"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/search.js:1465
#, python-format
msgid "not a valid integer"
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/js/search.js:1479
#, python-format
msgid "not a valid number"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:344
#: code:addons/web/static/src/xml/base.xml:797
#: code:addons/web/static/src/xml/base.xml:841
#: code:addons/web/static/src/xml/base.xml:1512
#: code:addons/web/static/src/xml/base.xml:1520
#: code:addons/web/static/src/xml/base.xml:1763
#: code:addons/web/static/src/xml/base.xml:2005
#: code:addons/web/static/src/xml/website.tour.xml:14
#, python-format
msgid "or"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:233
#, python-format
msgid "pg_dump custom format (without filestore)"
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/js/search.js:743
#, python-format
msgid "triggered from search view"
[IMP] refactored translation system to merge web translations with addons translations - Moved the web *.po files to /i18n to be consistent with the addons convention. Using /po was considered for a while because it played better with LP's auto- detection of PO Templates, but that is not necessary anymore, we now have full control on LP templates. - In order to support addons that contain translations for both the web addon and the regular addon part, both kinds of translations are now merged in a single addon/i18n/addon.pot file. Terms that are used by the web part are now marked with a PO annotation: #. openerp-web so the web client can recognize them and only load the relevant translations in the browser memory. This is important because a complete PO file can be rather large, e.g. account/i18n/de.po = 400KB. - The web translation export scripts were updated to behave properly for addons that have a non-web part, and will merge the web translation in the original POT file, annotating the web translations as needed. These scripts are Unix-only and meant to be used by OpenERP packagers when needed. - The GetText spec says that PO auto-comments indicating the source location have this form: #: /path/to/file:lineno However OpenERP's POT export system defaults to a modified version of this format with an extra 'type' field: #: type:/path/to/file:lineno The babel extractors we use have the GetText format hardcoded so a small patch is needed on the server to make it more lenient and accept the standard source annotation, defaulting to 'code' type. This does not matter for openerp-web, but makes sure the server will not fail to load the new PO files that contain openerp-web translations with standard annotations. The patch for making the server more lenient was checked in trunk at revision 4002 rev-id odo@openerp.com-20120202143210-05p1w24t6u77cyv8 - The existing translation sync and export wizards for regular addons have not been updated to consider web addons, so for the time being we will have to export regular addons terms first, and run the web export script (gen_translations.sh) on the addons directory afterwards. This could be improved later. As soon as this change is merged we will have to perform a full update of addons translation templates in order to include the web terms as well. bzr revid: odo@openerp.com-20120202145603-ffo0il0qnfp3r6gt
2012-02-02 14:56:03 +00:00
msgstr ""
#. module: web
#. openerp-web
#: code:addons/web/static/src/xml/base.xml:232
#, python-format
msgid "zip (includes filestore)"
msgstr ""