[Zope-CMF] SVN: Products.CMFCalendar/trunk/Products/CMFCalendar/browser/templates/calendar_widgets.pt - made sure we don't call views inadvertently

yuppie y.2010 at wcm-solutions.de
Thu Jun 17 08:23:57 EDT 2010


Tres Seaver wrote:
>> Modified: Products.CMFCalendar/trunk/Products/CMFCalendar/browser/templates/calendar_widgets.pt
>> ===================================================================
>> --- Products.CMFCalendar/trunk/Products/CMFCalendar/browser/templates/calendar_widgets.pt	2010-06-17 07:45:21 UTC (rev 113582)
>> +++ Products.CMFCalendar/trunk/Products/CMFCalendar/browser/templates/calendar_widgets.pt	2010-06-17 07:50:44 UTC (rev 113583)
>> @@ -4,7 +4,7 @@
>>   <metal:slot metal:fill-slot="body" i18n:domain="cmf_calendar">
>>    <div metal:define-macro="calendarBox"
>>        class="CalendarBox"
>> -     tal:define="calendar_box_view context/@@calendar_box_view;
>> +     tal:define="calendar_box_view nocall:context/@@calendar_box_view;
>>                    yearmonth calendar_box_view/getMonthAndYear;
>>                    year python:yearmonth[0];
>>                    month python:yearmonth[1];
>
> How was this template working at all before?  If it was, do we have a
> backwards-compatibility issue on these nocall; changes -- that is, will
> this change break compatibility with a still-supported older version of
> Zope?

This is related to upgrading zope.formlib and zope.app.form to 4.x. A 
new base class seems to have a __call__ method that did not exist before.

But I didn't try to figure out what exactly changed because nocall: is 
anyway what we always wanted. As long as the view can't be called it 
doesn't make a difference, so I don't think we have a BBB issue.

Cheers, Yuppie


More information about the Zope-CMF mailing list