Thanks, this answered all of my questions :-)
Best, Sebastian
> Am 19.05.2015 um 12:50 schrieb Tres Seaver :
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>> On 05/19/2015 04:54 AM, Sebastian Tänzer wrote:
>>
>> Let’s say I want to display an accordion with all events of a month
>> d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/19/2015 04:54 AM, Sebastian Tänzer wrote:
> Let’s say I want to display an accordion with all events of a month
> displaying quite a lot of data about the event (30-50 events on one
> page, collapsible jQuery accordion). At the moment I get th
Thanks for the feedback and help, Tres.
Let’s say I want to display an accordion with all events of a month displaying
quite a lot of data about the event (30-50 events on one page, collapsible
jQuery accordion). At the moment I get the results and put the objects into the
result set via unres
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/17/2015 11:09 AM, Sebastian Tänzer wrote:
> What are the alternatives?
The most performant implementation would be to generate the URL for the
image using a fixed suffix (relative to the result object). E.g., ::
T
[Kapil]
I think that zcatalog is great for simple property indexing but it has
some signifigant drawbacks for its most common use, which is mass text
indexing, and searching. As object an catalog, its fine, But i think as
a mass text indexing/searching machinery it bites. I think Zope could
really
>
> > > > It's be nice if ZCatalog had a good general purpose
> > > > interface, and was a
> > > > bit more robust.
> > > > (the BTree implementation which has been mentioned a few
> > times springs
> > > > to mind here ;-)
> > >
> > > Can you be more specific?
> >
> > Andy can fill you in on the
I saw this email with some interest since i had an offlist conversation
with some of the people at nipltd regarding a mailing list project, but
i chose to do it outside of zope because of lingering doubts about
zope's suitability(more ZCatalog) for the task.
Chris Withers wrote:
>
> Chris McDon
> > > It's be nice if ZCatalog had a good general purpose
> > > interface, and was a
> > > bit more robust.
> > > (the BTree implementation which has been mentioned a few
> times springs
> > > to mind here ;-)
> >
> > Can you be more specific?
>
> Andy can fill you in on the specifics.
OK...