- Update supported Python versions in pyproject.toml. This fixes issue 104.
- Fix file not found error with
--list-files
due to a\n
appended to each filename. Patch #97 from Johannes Raggam.
- Allow comments to appear inside function arguments, instead of only before the callable invocation.
- Correct the combining of flags in i18n comments when multiple comments are present for a single string.
- Use Click for command-line parsing. This fixes issue 76.
- Fix handling of non-keyword values from a Babel extractor. This fixes issue 86.
- Allow running without Chameleon installed. Patch #97 from sinoroc.
- Skip function definitions in Python extractor. Patch #93 from Alexandre Brault.
- Skip extractor entry points if dependencies are missing. Patch #97 from sinoroc.
- Update TravisCI config to current Python versions. Patch #96 from sinoroc.
- Fix Pytest4.x compatibility error. Patch #92 from Stanislav Levin.
- Update the XML extractor to support for custom expressions engines containing numbers. Patch #88 from Thierry Florac.
- Update i18n.sh to show language during the compilation process. Patch #83 from Hans-Peter Jansen.
- Fix
--sort-by-file
to use a numeric ordering for line numbers.
- Improve handling of Chameleon parse errors.
- Correctly set the context for
i18n:attributes
in TAL templates.
- Correct a Python 3 compatibility error. This fixes issue 82.
- Fix error saving POT files on Windows. This fixes issue 81.
- Fix incorrect handling of stripped line numbers. Patch #79 from sinoroc.
- Improve handling of expressions (
${..}
) in HTML/PT files: - decode HTML entities before trying to parse Python code - gracefully handle syntax errors.
- Handle calls to the Python extractor with bytes input. This fixes problems with Lingua plugins build for Lingua < 4.
- Atomically replace the POT file to guarantee no broken POT file will be created.
- Do not replace a POT file if there are no changes (ignoring metadata changes). This fixes issue 67
- Fix breaking error introduced in 4.8 release.
- The XML extractor correctly handle i18n comments for attributes now.
- Make i18n comments in HTML file inheritable. This was already documented, but did not work.
- Use unittest.mock on Python 3.3 and later.
- The Python extractor correctly handles the
--keyword
parameter now. Patch #75 from Omar Kohl, fixing issue 74
- Fix Python 3 compatibility.
- Allow setting message flags in Python comments.
- Add pgettext() to the default keyword list.
- Do full keyword processing for results from Babel extraction plugins. This fixes issue 71
- Fix Python 3 errors when processing Python files. This fixes issue 74.
- Re-uplad with different version number to work around an earlir release error.
- Fix parsing of Python code using the dot operator in a keyword argument. Patch #70 from Patrick Valsecchi.
- Allow message comments on the same line as gettext calls in Python.
- Correctly handle messages that have both a translation comment, and use Zope-style message ids.
- Catch and properly report errors during tokenisation of Python code.
- Rewrite the Python extractor again. Lingua will now parse Python code itself
instead of using the Python
ast
module. - Support message comments in Python code. These can be put in lines immediately before a line containing a message, and must be prefixed with a special marker.
- Use domain filtering for Python expressions where possible (i.e. when using
translaction functions that take a domain parameter, such as
dgettext
. - Fix --no-location option to actually work.
- Add --no-linenumbers option.
- Fix HTML extractor to apply domain filter when processing attributes and
${..}
expressions. This fixes issue 66 - Fix line number reporting when processing instructions are used. Patch #64 from Florian Schulze.
- Fix handling of extractor configuration. Patch #63 from Stéphane Brunner.
- Correctly handle Python expressions using braces in template text. This fixes issue 62.
- Update
i18n.sh
example to show statistics when compiling catalogs. This reveals catalogs with fuzzy messages. This fixes issue 59. - Fix handling of line number parameter in the Python extractor. This fixes invalid line numbers generated for Python code embedded in other files, for example in Mako templates. This fixes issue 58 based on a fix from Laurent Daverio.
- Warn when using a function call instead of a string as parameter in a gettext keyword in Python code. This fixes issue 57.
- Fix line number reporting for XML/zope/Chameleon extractors. Pull request 53 from Florian Schulze.
- Add options to sort messages by either location or message id when creating a POT file. Based on pull request 51 from Emanuele Gaifas.
- Include used lingua version in POT metadata.
- Add support for message contexts in translationstring instances.
- Add support for i18n:comment attributes in ZPT templates.
- Restore Python 2.6 compatibility.
Extend automatic context-comments for ZPT templates to also show the canonical text for sub-elements. For example this markup:
<p i18n:translate="">This is just <em i18n:name="wonderful" i18n:translate="">wonderful</em>!</p>
The resulting PO entry for the outer element will look like this:
#. Canonical text for ${wonderful} is: "wonderful" msgid "This is just ${wonderful}!" msgstr ""
This is only do for sub-elements that have a name (i.e. the have an
i18n:name
attribute).
- Fix a bug in the generated context-comment for substrings which caused part of the outer sentence text to be skipped.
When encountering nested translations in ZPT templates automatically add a comment to the sub-message with the full text for the outer sentence. For example this markup:
<p i18n:translate="">This is just <em i18n:name="wonderful" i18n:translate="">wonderful</em>!</p>
The resulting PO entry will look like this:
#. Used in sentence: "This is just ${wonderful}!" msgid "wonderful" msgstr ""
This extra context information can be very important for translators.
- Add support for the
i18n:context
attribute in ZPT templates. This is supported by Chameleon 2.17 and later to set the translation context.
- Modify the message format-checker to not consider a space ofter a percent- character as a format flag. Space is a valid flag but is almost never used, and this was creating a lot of false positives (for example a sentence like "take a sample of 5% of all candidates").
- Do not try to extract a message from
N_()
calls: these are explicitly intended to be used for situations where you pass in a variable instead of a string.
- Refactor the extractor API a little bit to make it easier for extractors to call each other. This is particularly useful when an extractor needs to call the Python extractor to handle local Python expressions.
- Correctly extract messages from empty elements that used HTML notation. This fixes issue 48.
- Make sure two message strings are added when a plural message is encountered.
This fixes an error from msginit when it sees
msgid_plural
but only a singlemsgstr
Zope users: this release changes the extraction for .pt files. You will
need to configure lingua to use the new zope
extractor for .pt
files.
- Make it possible to configure Babel plugins.
- Include a brief description in
--list-extractors
output. - Rename the
xml
extractor tochameleon
to better fit the syntax it handles. - Add a new
zope
extractor. This is identical to the chameleon extractor, but changes the default expression engine used to TALES. This engine is now the default for.cpt
and.zpt
files. - Allow per-extractor configuration.
- Fix handling of comments returned by Babel extractor plugins. This fixes issue 44.
- Correct handling of alternatives in TALES expressions when the pipe-symbol was surrounded by whitespace. This fixes issue 43.
- Extractors can now be hooked up from outside via entry points.
- Introduce
lingua.extractors.Extractor
object and use it as base for all extractors. - Check for global
.config/lingua
config file in user's home directory if no explicit config file defined. - Fix error message when detecting a syntax error in scanned Python code. Patch from tisdall (pull request 42).
- Use a single wheel distrbution for Python 2 and Python 3.
- Correctly handle multiple alternatives in ZPT expressions. This fixes issue 39.
- Do not add
c-format
flag for messages without an percent-character. - Fix timezone format at pot creation (remove colon).
- Fix incorrect invocation of legacy Babel extraction plugins. This fixes issue 28.
- TAL template handling fixes:
- Correctly handle
structure:
prefixes in TAL expressions. Patch from Ingmar Steen (pull request 32). - Fix handling of multi-line
tal:content
,tal:define
andtal:replace
statements. Patch from Ingmar Steen (pull requests 35 and 36). - Fix handling of
tal:repeat
statements with multiple assignments. Patch from Ingmar Steen (pull request 37).
- Correctly handle
- Remove seconds from POT timestamps. No other tool includes seconds, and this appearently breaks Babel.
- Fix Python 2.6 compatibility. Patch from Hugo Branquinho (pull request 25).
- Fix installation problems on Python 3. Patch from William Wu (pull request 27).
- Handle TALES expression engine selection. This fixes issue 30.
- Handle Python expressions using curly braces in HTML templates. This fixes issue 29.
- Do not break when encountering HTML entities in Python expressions in XML templates.
- Show the correct linenumber in error messages for syntax errors in Python expressions occurring in XML templates.
- Fix bug in parsing of
tal:repeat
andtal:define
attributes in the XML parser. - Tweak ReST-usage in changelog so the package documentation renders correctly on PyPI.
- Lingua is now fully Python 3 compatible.
- Add a new
pot-create
command to extract translateable texts. This is (almost) a drop-in replacement for GNU gettext'sxgettext
command and replaces the use of Babel's extraction tools. For backwards compatibility this tool can use existing Babel extraction plugins. - Define a new extraction plugin API which enables several improvements to
be made:
- You can now select which domain to extract from files. This is currently only supported by the XML and ZCML extractors.
- Format strings checks are now handled by the extraction plugin instead of applied globally. This prevents false positives.
- Message contexts are fully supported.
- Format string detection has been improved: both C and Python format strings are now handled correctly.
- The XML/HTML extractor has been rewritten to use HTML parser from Chameleon_. This allows lingua to handle HTML files that are not valid XML.
- Whitespace handling in XML extractor has been improved..
- The po-xls conversion tools have been moved to a new po-xls package.
- Add support for ngettext and pluralize() for correctly generating plurals in pot files.
- Do not silently ignore XML parsing errors. Instead print an error message and abort.
- Po->XLS convertor accidentily included obsolete messages.
- XLS->Po conversion failed for the first language if no comment or reference columns were generated. Reported by Rocky Feng.
- Properly support Windows in the xls-po convertors: Windows does not support atomic file renames, so revert to shutils.rename on that platform. Reported by Rocky Feng.
- Extend XML extractor to check python expressions in templates. This fixes issue 7. Thanks to Nuno Teixeira for the patch.
- Set 'i18n' attribute as default prefix where there was no prefix found. This fixes issues 5 and 6. Thanks to Mathieu Le Marec - Pasquet for the patch.
- Update XML extractor to ignore elements which only contain a Chameleon
expression (
${....}
). These can happen to give the template engine a hint that it should try to translate the result of an expression. This fixes issue 2.
- Update XML extractor to not abort when encountering undeclared namespaces. This fixes issue 3.
- Fix Python extractor to handle strings split over multiple lines correctly.
- Fix po-to-xls when including multiple languages in a single xls file.
- Paper brown bag: remove debug leftover which broke po-to-xls.
- Update PO-XLS convertors to allow selection of comments to include in the xls files.
- Correct XML extractor to strip leading and trailing white. This fixes issue 1.
- Add a very minimal polint tool to perform sanity checks in PO files.
- Update trove data: Python 2.4 is not supported due to lack of absolute import ability.
- First release.