Research
Security News
Malicious npm Package Targets Solana Developers and Hijacks Funds
A malicious npm package targets Solana developers, rerouting funds in 2% of transactions to a hardcoded address.
zope.i18nmessageid
.. image:: https://img.shields.io/pypi/v/zope.i18nmessageid.svg :target: https://pypi.python.org/pypi/zope.i18nmessageid/ :alt: Latest Version
.. image:: https://github.com/zopefoundation/zope.i18nmessageid/actions/workflows/tests.yml/badge.svg :target: https://github.com/zopefoundation/zope.i18nmessageid/actions/workflows/tests.yml
.. image:: https://readthedocs.org/projects/zopei18nmessageid/badge/?version=latest :target: http://zopei18nmessageid.readthedocs.org/en/latest/ :alt: Documentation Status
To translate any text, we must be able to discover the source domain of the text. A source domain is an identifier that identifies a project that produces program source strings. Source strings occur as literals in python programs, text in templates, and some text in XML data. The project implies a source language and an application context.
We can think of a source domain as a collection of messages and associated translation strings.
We often need to create unicode strings that will be displayed by
separate views. The view cannot translate the string without knowing
its source domain. A string or unicode literal carries no domain
information, therefore we use messages. Messages are unicode strings
which carry a translation source domain and possibly a default
translation. They are created by a message factory. The message
factory is created by calling MessageFactory
with the source
domain.
This package provides facilities for declaring such messages within program source text; translation of the messages is the responsiblitiy of the 'zope.i18n' package.
Please see http://zopei18nmessageid.readthedocs.org/en/latest/ for the documentation.
Drop support for Python 3.7.
Build Windows wheels on GHA.
Add support for Python 3.13.
Enable multi-phase module initialization (PEP 489) for all supported Python versions. See this "how-to" doc for rationale and steps: https://docs.python.org/3.13/howto/isolating-extensions.html
Make the hookable
extension type heap-allocated for Python >= 3.9.
Likewise, see the doc above for rationale and steps. For Python < 3.9,
the hookable
extension type continues to be allocated statically,
even though the module itself is allocated dynamically.
six
.Drop support for Python 2.7, 3.5, 3.6.
Add preliminary support for Python 3.12a5.
issue 22 <https://github.com/zopefoundation/zope.i18nmessageid/issues/22>
_.Drop support for Python 3.4.
Add support for Python 3.8.
issue 14 <https://github.com/zopefoundation/zope.i18nmessageid/issues/14>
_.Fix the possibility of a rare crash in the C extension when
deallocating items. See issue 7 <https://github.com/zopefoundation/zope.i18nmessageid/issues/7>
_.
Drop support for Python 3.3.
Add support for Python 3.7.
Drop support for Python 2.6 and 3.2.
Add support for Python 3.5 and 3.6.
Fix the C extension not being used in Python 3. See issue 4 <https://github.com/zopefoundation/zope.i18nmessageid/issues/4>
_.
Make the Python implementation of Message accept any object for the
default
argument, just as the C extension does. This should be a
unicode or byte string. See issue 5 <https://github.com/zopefoundation/zope.i18nmessageid/issues/5>
_.
Add support for Python 3.4.
Update boostrap.py
to version 2.2.
Automate generation of Sphinx HTML docs and running doctest snippets via tox.
Remove use of '2to3' and associated fixers when installing under Py3k. The code is now in a "compatible subset" which supports Python 2.6, 2.7, and 3.2, including PyPy 1.8 (the version compatible with the 2.7 language spec).
Bring unit test coverage to 100%.
Move doctest examples into Sphinx documentation.
Drop explicit support for Python 2.4 / 2.5 / 3.1.
Add explicit support for PyPy.
Add 'setup.py dev' alias (runs setup.py develop
plus installs
nose
and coverage
).
Add 'setup.py docs' alias (installs Sphinx
and dependencies).
Python 3 support.
Suppress compiling C extensions on PyPy or Jython.
Add a tox.ini (see http://tox.readthedocs.org/en/latest/) for easier automated testing.
Make compilation of C extension optional again; 3.5.1 broke this
inasmuch as this package become unusable on non-CPython platforms.
Making the compilation of the C extension optional again implied
removing setup.py
code added in 3.5.1 which made the C extension
a setuptools "Feature" and readding code from 3.5.0 which overrides
the distutils build_ext
command.
Move pickle equality tests into a unittest.TestCase test to make it easier to condition the tests on whether the C extension has been compiled. This also makes the tests pass on Jython.
LP #257657 / 489529: Fix memory leak in C extension.
Fix the compilation of the C extension with python 2.6: refactored it as a setuptools Feature.
Make compilation of C extension optional.
Add support to bootstrap on Jython.
Change package's mailing list address from zope3-dev at zope.org to zope-dev at zope.org, because zope3-dev is now retired.
Reformat change log to common formatting style.
Update package description and docs a little.
Remove old .cfg files for zpkg.
ZopeMessageFactory
from zope.app.i18n
to this package.Remove incorrect dependency.
Create final release to reflect package status.
Corresponds to the verison of the zope.i18nmessageid package shipped as part of the Zope 3.2.0 release.
Implement 'zope.i18nmessageid.message' as a C extension.
Deprecate 'zope.i18nmessageid.messageid' APIs ('MessageID', 'MessageIDFactory') in favor of replacements in 'zope.i18nmessageid.message' ('Message', 'MessageFactory'). Deprecated items are scheduled for removal in Zope 3.3.
FAQs
Message Identifiers for internationalization
We found that zope.i18nmessageid demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 27 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Research
Security News
A malicious npm package targets Solana developers, rerouting funds in 2% of transactions to a hardcoded address.
Security News
Research
Socket researchers have discovered malicious npm packages targeting crypto developers, stealing credentials and wallet data using spyware delivered through typosquats of popular cryptographic libraries.
Security News
Socket's package search now displays weekly downloads for npm packages, helping developers quickly assess popularity and make more informed decisions.