Shane already told me about this bug, the latest release (0.9.17) is fixed.
Here is a small patch to make the lovely calendar tag play nice with
DT_Util.namespace() in Zope 2.2:
$ diff -c lib/python/Products/Calendar/CalendarTag.py \
lib/python/Products/Calendar/CalendarTag.py.org
***
Shane already told me about this bug, the latest release (0.9.17) is fixed.
Here is a small patch to make the lovely calendar tag play nice with
DT_Util.namespace() in Zope 2.2:
$ diff -c lib/python/Products/Calendar/CalendarTag.py \
lib/python/Products/Calendar/CalendarTag.py.org
***
Hi all,
I'd like to release the 0.9.21 version of the CalendarTag soon, but
first I want to change the year mode image, currently it's an "Y" which
is not very international, I'd like to see a language neutral image.
The interface of the CalendarTag is based in the Palm Pilot, but the
Palm III
Please, look at "http://estce.act.uji.es/calendar.html", there
are several proposed images.
The only problem I see is when the year mode is selected, since
there's more white than black it's not clear which mode is
selected.
opinions? votes? more suggestions?
The calendar mode icons on
I've updated the page (http://estce.act.uji.es/calendar.html)
following your suggestions, if nobody disagrees I'll release
the CalendarTag 0.9.21 with that new look.
[EMAIL PROTECTED] (Ibañez Palomar Juan David) writes:
Please, look at "http://estce.act.uji.es/calendar
Hi all,
The version 0.9.21 of the calendar tag has been released, it can be
downloaded from "http://www.zope.org/Members/jdavid/Calendar".
This is a beta version, pre-1.0. If you're aware of any bug or want
a *small* change to be done in 1.0 tell me now (hope to release 1.0
and start 1.1.x
Hi all,
There's a new version of the calendar tag, I need feedback about
it, specially from those who use the "setCalendar('url_', ...)"
hook or the "linkDate(...)" function.
thanks,
david
___
Zope-Dev maillist - [EMAIL PROTECTED]
Hi all,
First, I'm using Zope 2.2.1 (Debian package).
I've been trying to implement zope objects that behave like unix soft
links. The message
http://lists.zope.org/pipermail/zope-dev/2000-July/005963.html
by Shane proposes an implementation based in the __of__ method:
class SoftLink
Hi Shane,
and thanks for Symlink, it's a big step towards solve the problem,
but remains an issue...
It would be great if the symbolic link could have a different id than
the object referenced. But with the __of__ based solution "link.id" is
always "referenced_object.id".
How this could be
On Fri, 29 Sep 2000, Ibañez Palomar Juan David wrote:
It would be great if the symbolic link could have a different id than
the object referenced. But with the __of__ based solution "link.id" is
always "referenced_object.id".
How this could be done?
I think
10 matches
Mail list logo