These changes, as described in an earlier message, have been checked in.
After your next 'cvs update' you need to first run 'make install' and then
re-create your repository as some core schema types have changed.
Andi..
On Tue, 24 May 2005, Andi Vajda wrote:
In the past two weeks I implemented a bunch of changes related to dates,
times and calendars in order to make localizing Chandler easier:
- started a new project, called PyICU, which is a set of python extensions
wrapping IBM's ICU C++ APIs with SWIG. Currently PyICU wraps the ICU base
classes such as UnicodeString, Locale, TimeZone, the format classes and
the calendar classes. More wrapping is in the works.
For more information about PyICU, see its subversion repository at
http://svn.osafoundation.org/pyicu/trunk
and its README file.
- added ICU and PyICU to Chandler's build.
- changed the underlying implementation of the repository core schema types
DateTime and DateTimeDelta to no longer use mxDateTime but the python
builtin types provided by the datetime module.
The new set of date and time types in the repository core schema is:
- DateTime: implemented by a python datetime, this type now supports
timezones as specified by ICU using the new ICUtzinfo helper class as
implemented by PyICU. For example:
now = datetime.now(tz=ICUtzinfo.getInstance('Pacific/Honolulu'))
(ICU supports 577 such timezone names)
- Time: implemented by a python time, supports timezones too. This is
a new type in the repository core schema.
- Date: implemented by a python date. This is a new type in the
repository core schema.
- TimeDelta: implemented by a python timedelta. This type replaces the
the former DateTimeDelta type.
Also, I removed RelativeDateTime as it seemed redundant. All uses of it
could be replaced by a TimeDelta value instead, except for one case where
I used the ICU Calendar class for assistance. If it turns out that we
actually need a RelativeDateTime type as was implemented by mxDateTime,
the python dateutil module has a very reasonable implementation that we
could add later.
As a result of all of these changes, we should be able to remove the
egenix system from our build in the near future.
- changed all Chandler code using the old mx types to use the python
builtins instead. This involved changing lots of code all over, the diffs
are attached to this message for your review. Chandler appears to run
fine, all unit tests pass but I sure could have broken stuff along the
way, especially in the UI.
- to illustrate the benefits of all this, I also enhanced the Calendar UI
somewhat to be less hardcoded and use the ICU library for getting month
and day names and other info such as first-day-of-week. I also added a
new
command line flag to starting Chandler, --locale, which accepts a
standard
locale name and that sets ICU's default locale to it. The calendar UI is
displayed in the chosen locale. For example, use:
../release/RunChandler --locale pt_BR
to display the calendar in Brazilian Portuguese. On my Mac, I can even
run it in Chinese:
../release/RunChandler --locale zh_TW
I'd like to check all of this in *before* the scheduled cvs/svn conversion,
that is tonight, but more testing is still needed.
In the meantime, comments are welcome !
Andi..
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/dev
