Date: Mon Sep 25 22:39:58 2006
New Revision: 11002
Added all open TODO items I remember right now.
--- review/plip174-reusable-i18n-bundle/TODO.txt (original)
+++ review/plip174-reusable-i18n-bundle/TODO.txt Mon Sep 25 22:39:58 2006
@@ -1,3 +1,57 @@
Please enter any items which need to be done before the feature is ready for
+ - Control panels for new utilities have to be written or the language
+ panel has to be updated.
+ - The language selector from the configlet should be turned into a reusable
+ widget probably by using the old tal macro approach. Once we use formlib
+ for configlets a Zope3 widget should be created as well.
+ - Migration step for installing PloneLanguageTool by default (if it isn't
+ installed already) and adding the plone.app.i18n profile information to
+ the base profile, as well as adding migration steps for these are needed.
+ - The "browser:resourceDirectory" directive isn't working as it should.
+ Right now the country flags aren't shown.
+ - The plone_languagetool API should be made compatible again with the former
+ version. Some templates need to be readjusted as well. Review changes.
+ - The internal data storage should get a quick review if it conflicts with
+ a potential future extension to handle RFC 4646. See
+ http://dev.plone.org/plone/ticket/5796 for details.
+ - Likewise the API's should get a final review if any of the Zope3 locales
+ API might be leveraged.
+ - The country flags need a final update, sorting out the unknown-flags
+ folder and adding missing flags.
+ - If there is some easy to follow example code, creating the local utilities
+ as even more simple content objects might be considered. Right now these
+ are most basic tools, for reasons of simplicity (nice GS profile support).
+ - Including 'Language neutral' and an empty country entry to the standard
+ listings should be considered. This could simplify the code in the various
+ places (for example base_metadata - metadata language).
+ - Leveraging the Zope3 locales information for translation of language and
+ country names should be considered. This way a simpler widget could be
+ created that only shows the language names in the language the person
+ viewing it might be considered. Right now we show the id, the English name
+ and the name in the original language which is a bit overkill.
+ - Verify that the language settings on the metadata tool weren't used so
+ far, as these might conflict with the new utility approach otherwise.
+ - Only partly related to this bundle: The GSLocalAddons product should get
+ a final cleanup and made ready to be pushed into GenericSetup itself.
+ - Module refactoring (no exportimport package but a components
+ subpackage instead)
+ - Rename the profile file to components.xml as sitemanager is a
+ deprecated spelling. Consider componentregistry.xml as well.
+ - Remove the insane code to handle export of non-factory, non-persistent
+ utilities. Log a warning about those instead.