Previously Martin Aspeli wrote:
> Chris Withers wrote:
> >Martijn Faassen wrote:
> >>Yeah, I know this is really a "me too" post, but I think we should err
> >>on the side of conventional for our website. We can't go from
> >>out-of-date boring to cutting edge hip in one giant leap; it won't be
Martin Aspeli wrote:
Yes. That's the point. It's vanilla Plone (well, one custom content type
for the "feature" that fronts each section, but it's trivial) with a
simple skin, not the FrankePlone that runs the old site. As a case in
point, Wichert upgraded it from 3.0 to 3.1rc in about ten mi
Previously Chris Withers wrote:
> Martin Aspeli wrote:
> >
> >Yes. That's the point. It's vanilla Plone (well, one custom content type
> >for the "feature" that fronts each section, but it's trivial) with a
> >simple skin, not the FrankePlone that runs the old site. As a case in
> >point, Wicher
Chris Withers wrote:
Martin Aspeli wrote:
Yes. That's the point. It's vanilla Plone (well, one custom content type
for the "feature" that fronts each section, but it's trivial) with a
simple skin, not the FrankePlone that runs the old site. As a case in
point, Wichert upgraded it from 3.0 to 3
Hi David, Chris
> Betreff: Re: [Zope-dev] Status of zam packages
>
> zam (zope application manager) is reimplementation of sorts
> of the z3 zmi using a pagelet and form layers and with a
> plugin architecture and api. I have been working with it a
> bit but not sure how stable the api is so
Chris Withers wrote:
Martijn Faassen wrote:
[snip]
A few frills here and there are permitted, of course.
Actually, no frills please. They just come back to bite us every damned
time. It looks like we're gonna get lumbered with Plone again but can we
please please please make sure it's stabl
Summary of messages to the zope-tests list.
Period Mon Apr 7 11:00:00 2008 UTC to Tue Apr 8 11:00:00 2008 UTC.
There were 5 messages: 5 from Zope Tests.
Tests passed OK
---
Subject: OK : Zope-2.8 Python-2.3.6 : Linux
From: Zope Tests
Date: Mon Apr 7 21:03:12 EDT 2008
URL: http://m
Hi Roger. Thank you for this update. I will continue to work with these
but will be aware that they are a bit volatile at the moment.
Personally, I hope you don't remove the dependency upon the z3c.table
and z3c.contents packages since these views add value. I think it would
be better to includ
On Mon, Apr 7, 2008 at 5:16 PM, Martijn Faassen <[EMAIL PROTECTED]> wrote:
> Frank Wierzbicki wrote:
> [snip]
>
>
> > I'm looking for a Zope person who would be willing to put themselves
> > down as a backup mentor for Georgy's proposal -- someone who is
> > willing to be the point person for ques
Could someone show me an example of defining a widget to set the size of
the rendered input?
Marcelo, here's what I did:
class PromosEditForm(EditForm):
"""An edit form to modify promo selection fields."""
form_fields = form.FormFields(IContentPromoFields)
def setUpWidgets(self, i
I have updated http://wiki.zope.org/zope3/Zope3Wiki , merging the
aforementioned docs overview. http://wiki.zope.org/zope3/DocsCleanup
talks more about this. I hope you agree, all feedback, improvements and
help welcome.
___
Zope-Dev maillist - Zop
Hi there,
[I originally picked this up on a thread on zope3-users, but this
deserves its own thread here]
There are at least three approaches to SQLAlchemy integration with Zope:
* z3c.zalchemy (Christian Theune)
* z3c.sqlalchemy (Andreas Jung)
* collective.lead (Laurence Rowe)
All of thes
Hi,
Sorry, I don't know where best to ask this question, but it is about
buildout, so I guess it could be called on-topic on the zope dev list.
Since about one day I have problems with buildouts using the
infrae.subversion and py eggs. The problem can be seen with a
standard buildout. Well, a p
Maurits van Rees wrote:
[snip]
Error: Couldn't find a distribution for 'py==0.9.0'.
===
At least, that happens when I do not yet have py-0.9.0-py2.4.egg in my
egg cache; no complaints when I already have that one. Has something
changed in
Maurits van Rees <[EMAIL PROTECTED]> writes:
> Luckily for demonstration purposes this at least fails in a
> virtualenv:
>
> ===
> $ bin/easy_install infrae.subversion==1.0dev_r27844
> Searching for infrae.subversion==1.0dev-r27844
> Reading h
On Mon, 07 Apr 2008 05:32:17 -0700, Jonathan <[EMAIL PROTECTED]> wrote:
IDNA (http://www.ietf.org/rfc/rfc3490.txt) and Punycode
(http://www.faqs.org/rfcs/rfc3492.html) may be of some use.
I'm not looking for non-ASCII domain names, just object IDs. :)
--
Alexander Limi ยท http://limi.net
___
On Mon, 07 Apr 2008 12:45:00 -0700, Dieter Maurer <[EMAIL PROTECTED]>
wrote:
Wichert Akkerman wrote at 2008-4-7 20:45 +0200:
This is becoming increasingly painful
I will soon have a patch against Zope 2.11b1
which gets rid of this restriction.
If there is consense, I can add it to the Zope
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Nouri wrote:
> Maurits van Rees <[EMAIL PROTECTED]> writes:
>> Luckily for demonstration purposes this at least fails in a
>> virtualenv:
>>
>> ===
>> $ bin/easy_install infrae.subversion==
--On 8. April 2008 21:39:14 -0400 Tres Seaver <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
1.0dev-r27844 seems to be gone from PyPI.
Such a version should *never* have been "released" to PyPI (any egg /
source dist with an SVN revision number in its filename is
Hi,
On Tue, Apr 08, 2008 at 11:54:33PM +0200, Martijn Faassen wrote:
> In the end, I hope we will end up with just *one* integration layer,
> that is released, that works with Zope 2 and Zope 3 and a recent release
> of SQLAlchemy, that is documented, and that people know about. We can
> the
20 matches
Mail list logo
