Am 18.07.2007 um 23:32 schrieb Charlie Clark:
Well, I've now got two classes (EventvCalView has to set different
headers so I can't see an easy way round this in ZCML) and two
different templates. Everything is working fine apart from the
content-type is remaining steadfastly text/html! Co
Am 18.07.2007 um 23:10 schrieb Maurits van Rees:
No, that is the name. That means you can do
tal:define="view context/@@event_iCal_view"
in a template that has an IEvent provider as context.
The class is the EventiCalView class in event.py.
Yes, thanks.
So, let's say I need to turn my
Am 18.07.2007 um 23:03 schrieb Philipp von Weitershausen:
You know, I wrote a whole book for learning how to use this Zope 3
stuffm (and that includes explanations of how to use it in Zope 2
via Five).
No need to be shameless, Mr. Gallagher! I've got the book and am
working my way
Charlie Clark, on 2007-07-18:
> Okay, thanks! I'm nearly there. I think. %-? ;-)
>
> Because I'm only creating essentially a slightly different view of an
> event I've taken the ZCML for the standard view as a lead:
>
>for="Products.CMFCalendar.interfaces.IEvent"
>layer="Produ
Charlie Clark wrote:
I making my first stab at browser views for my iCal support having
finally come up with some templates that seem to produce files that work
with most calendar programs.
I have a couple of questions:
1) should I implement them as BrowserViews calling templates or should I
Am 18.07.2007 um 22:07 schrieb Rob Miller:
while it may be appropriate in some cases to pass values directly
into the template like this, usually the template pulls the values
from the view class. you can make "name" an attribute (or a
property) of the view class, and then use the "view/n
Charlie Clark wrote:
Hi,
I making my first stab at browser views for my iCal support having
finally come up with some templates that seem to produce files that work
with most calendar programs.
I have a couple of questions:
1) should I implement them as BrowserViews calling templates or shou
Am 18.07.2007 um 21:51 schrieb Charlie Clark:
2) how do I pass in values derived specifically for these views?
ie. going from
options = {}
options['name'] = charlie
...
return context.mytemplate(**options)
Looks like I've solved that:
return ViewPageTemplateFile('templates/test.pt')(self,
Hi,
I making my first stab at browser views for my iCal support having
finally come up with some templates that seem to produce files that
work with most calendar programs.
I have a couple of questions:
1) should I implement them as BrowserViews calling templates or
should I use an adapte
--On 18. Juli 2007 19:08:00 + Maurits van Rees
<[EMAIL PROTECTED]> wrote:
Andreas Jung, on 2007-07-18:
I have an extension profile that works with Plone 3.0 (basically
modifying =
portal_skins and portal_actions). For Plone 2.5 compatibility my=20
actions.xml and skins.xml need to be
Andreas Jung, on 2007-07-18:
> I have an extension profile that works with Plone 3.0 (basically modifying =
>
> portal_skins and portal_actions). For Plone 2.5 compatibility my=20
> actions.xml and skins.xml need to be different because the XML structure is =
>
> different between. What is the bes
Hi,
I have an extension profile that works with Plone 3.0 (basically modifying
portal_skins and portal_actions). For Plone 2.5 compatibility my
actions.xml and skins.xml need to be different because the XML structure is
different between. What is the best approach for maintaining XML files fo
Summary of messages to the cmf-tests list.
Period Tue Jul 17 12:00:00 2007 UTC to Wed Jul 18 12:00:00 2007 UTC.
There were 11 messages: 11 from CMF Unit Tests.
Tests passed OK
---
Subject: OK : CMF-1.5 Zope-2.7 Python-2.3.6 : Linux
From: CMF Unit Tests
Date: Tue Jul 17 21:31:30 EDT 2
The following supporters have open issues assigned to them in this collector
(http://www.zope.org/Collectors/CMF).
Assigned and Open
tseaver
- "CMF needs View-based TypeInformation",
[Accepted] http://www.zope.org/Collectors/CMF/437
yuppie
- "purge_old in runAllImportSteps
14 matches
Mail list logo