On Wed, Feb 11, 2009 at 01:19, Chris McDonough wrote:
> Cool.
>
> FTR, some Pylons folks and some Repoze folks (including me) and maybe folks
> from
> some other WSGI/"MVC"-framework folks are likely to sprint on some convergence
> tasks.
>
> I wonder if instead of having small "island" sprints w
* Dan Korostelev [2009-02-09 19:08]:
> Source support - Seems to work fine. I've checked that out in my
> sandbox instance with zc.sourcefactory's context-less and
> context-based sources.
I'd very much like to put in a little bit of flexibility when looking up widgets
for source-based fields: zo
Cool.
FTR, some Pylons folks and some Repoze folks (including me) and maybe folks from
some other WSGI/"MVC"-framework folks are likely to sprint on some convergence
tasks.
I wonder if instead of having small "island" sprints we should consider having
one big "web frameworks" sprint and split int
Jim Fulton wrote at 2009-2-10 14:01 -0500:
>
>On Feb 10, 2009, at 1:49 PM, Dieter Maurer wrote:
>
>> Jim Fulton wrote at 2009-2-8 13:00 -0500:
>>> ...
>>> IMO, introducing an extra is like introducing a new package and in a
>>> rather complicated way.
>>
>> I agree with the first part of your sente
On Tue, Feb 10, 2009 at 15:46, Lennart Regebro wrote:
> On Tue, Feb 10, 2009 at 14:09, Baiju M wrote:
>> It looks like this time there are few formalities to arrange a sprint:
>> http://us.pycon.org/2009/sprints/call-for-projects/
>
> Ah, OK. I'll set up a Zope Sprint wiki page then, so people ca
Hey,
So the general idea would be to remove the complication extras
introduce in reasoning about packages. Extras can be removed in two
ways:
* carefully restructure dependency relationships between packages so
that extras are no longer needed (typically for test extras this can
be done)
* extra
On Feb 10, 2009, at 1:49 PM, Dieter Maurer wrote:
> Jim Fulton wrote at 2009-2-8 13:00 -0500:
>> ...
>> IMO, introducing an extra is like introducing a new package and in a
>> rather complicated way.
>
> I agree with the first part of your sentence -- but cannot follow you
> with the second part:
Daniel Nouri wrote:
> Laurent Mignon writes:
>
>> Stephan Richter wrote:
>>> On Tuesday 10 February 2009, Laurent Mignon wrote:
With the replacement of zope.app.component import with zope.site, it's
no more possible to use z3c.form with Zope2 / Plone :-(
>>> Thanks for getting our atten
Jim Fulton wrote at 2009-2-8 13:00 -0500:
> ...
>IMO, introducing an extra is like introducing a new package and in a
>rather complicated way.
I agree with the first part of your sentence -- but cannot follow you
with the second part:
How can "'extra' : "
be more complicated than creating,
Hanno Schlichting wrote:
> Wichert Akkerman wrote:
>> I'ld rather not see a whole slew of extra packagse appear. I also wonder
>> how the extra number of packages and increasing size of sys.path
>> influence performance and restrictions on environments like GAE.
>
> For environments like GAE you d
Hanno Schlichting wrote at 2009-2-8 14:14 +0100:
>Wichert Akkerman wrote:
>> I'ld rather not see a whole slew of extra packagse appear. I also wonder
>> how the extra number of packages and increasing size of sys.path
>> influence performance and restrictions on environments like GAE.
>
>For enviro
On Tue, Feb 10, 2009 at 01:54:54PM +0100, Martijn Faassen wrote:
> In my mind, the Zope framework should offer facilities to support
> translating applications. These applications can be composed out of more
> than a single package, and we want to support the translation memory
> usecase for tha
Laurent Mignon writes:
> Stephan Richter wrote:
>> On Tuesday 10 February 2009, Laurent Mignon wrote:
>>> With the replacement of zope.app.component import with zope.site, it's
>>> no more possible to use z3c.form with Zope2 / Plone :-(
>>
>> Thanks for getting our attention on this. I consider
Stephan Richter wrote:
> On Tuesday 10 February 2009, Laurent Mignon wrote:
>> BUT I wonder if the way that z3c.form compute resource url stay
>> compatible with zope2
>>
>> from zope.site import hooks
>> class ImageButtonAction(image.ImageWidget, ButtonAction):
>> zope.component.adapts(interf
Stephan Richter wrote:
> On Tuesday 10 February 2009, Laurent Mignon wrote:
>> With the replacement of zope.app.component import with zope.site, it's
>> no more possible to use z3c.form with Zope2 / Plone :-(
>
> Thanks for getting our attention on this. I consider this a show-stopper for
> 2.0.
On Tuesday 10 February 2009, Jim Fulton wrote:
> On Feb 9, 2009, at 12:03 PM, Lennart Regebro wrote:
> > So, I propose to have an Open Space session at PyCon, Chicago, March
> > 27-29 .
>
> Count me in. (I'll also be sprinting the first 2 sprint days.)
Wow, lot's of people going. That makes me wan
On Tuesday 10 February 2009, Laurent Mignon wrote:
> BUT I wonder if the way that z3c.form compute resource url stay
> compatible with zope2
>
> from zope.site import hooks
> class ImageButtonAction(image.ImageWidget, ButtonAction):
> zope.component.adapts(interfaces.IFormLayer, interfaces.IIm
On Tuesday 10 February 2009, Laurent Mignon wrote:
> With the replacement of zope.app.component import with zope.site, it's
> no more possible to use z3c.form with Zope2 / Plone :-(
Thanks for getting our attention on this. I consider this a show-stopper for
2.0. Dan, let's think about something
On Feb 9, 2009, at 12:03 PM, Lennart Regebro wrote:
> So, I propose to have an Open Space session at PyCon, Chicago, March
> 27-29 .
Count me in. (I'll also be sprinting the first 2 sprint days.)
Jim
--
Jim Fulton
Zope Corporation
___
Zope-Dev maill
On Tue, Feb 10, 2009 at 14:09, Baiju M wrote:
> On Tue, Feb 10, 2009 at 6:07 PM, Lennart Regebro wrote:
>> On Tue, Feb 10, 2009 at 13:32, Baiju M wrote:
>>> Is there any plan for Zope sprint ?
>>
>> Nothing official yet, but I'm sure there will be sprinting done. There
>> seems to be more Zope p
On Tue, Feb 10, 2009 at 6:07 PM, Lennart Regebro wrote:
> On Tue, Feb 10, 2009 at 13:32, Baiju M wrote:
>> Is there any plan for Zope sprint ?
>
> Nothing official yet, but I'm sure there will be sprinting done. There
> seems to be more Zope people this year than last. There was talk about
> havi
Hey,
+1 for getting rid of zope.app.locales as a centralized point for
translations.
+1 also to have a way to *see* the translations as a single whole, with
the possibility to define a message id that is used by many packages.
I'm not sure I get all the details. One question is whether package
On Tue, Feb 10, 2009 at 13:32, Baiju M wrote:
> I am also coming to PyCon this year :)
Excellent!
> Is there any plan for Zope sprint ?
Nothing official yet, but I'm sure there will be sprinting done. There
seems to be more Zope people this year than last. There was talk about
having a security
I am also coming to PyCon this year :)
Is there any plan for Zope sprint ?
/me was never been outside India.
Regards,
Baiju M
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding
Dan Korostelev wrote:
> 2009/2/10 Laurent Mignon :
>> Dan Korostelev wrote:
>>> 2009/2/10 Laurent Mignon :
The problem encountered is that zope.container specify ZODB3 as a main
dependency. After checking the code, it seems that ZODB is only required
for tests. If I modify zope.conta
Summary of messages to the zope-tests list.
Period Mon Feb 9 12:00:00 2009 UTC to Tue Feb 10 12:00:00 2009 UTC.
There were 8 messages: 8 from Zope Tests.
Test failures
-
Subject: FAILED (failures=1) : Zope-trunk-alltests Python-2.5.4 : Linux
From: Zope Tests
Date: Mon Feb 9 21:03:0
2009/2/10 Laurent Mignon :
> Dan Korostelev wrote:
>> 2009/2/10 Laurent Mignon :
>>> The problem encountered is that zope.container specify ZODB3 as a main
>>> dependency. After checking the code, it seems that ZODB is only required
>>> for tests. If I modify zope.container.setup.py to specify ZODB
Dan Korostelev wrote:
> 2009/2/10 Laurent Mignon :
>> The problem encountered is that zope.container specify ZODB3 as a main
>> dependency. After checking the code, it seems that ZODB is only required
>> for tests. If I modify zope.container.setup.py to specify ZODB3 as an
>> extra dependency for t
2009/2/10 Laurent Mignon :
> The problem encountered is that zope.container specify ZODB3 as a main
> dependency. After checking the code, it seems that ZODB is only required
> for tests. If I modify zope.container.setup.py to specify ZODB3 as an
> extra dependency for test target, everything works
Martin Aspeli wrote:
> Laurent Mignon wrote:
>> Hi,
>>
>> With the replacement of zope.app.component import with zope.site, it's
>> no more possible to use z3c.form with Zope2 / Plone :-(
>>
>> In fact, zope.site require zope.container requiring ZODB3 :-(
>
> Why can't you put these eggs into you
Laurent Mignon wrote:
> Hi,
>
> With the replacement of zope.app.component import with zope.site, it's
> no more possible to use z3c.form with Zope2 / Plone :-(
>
> In fact, zope.site require zope.container requiring ZODB3 :-(
>
> I can't find any solutions to solve this problem. It is really d
Laurent Mignon wrote:
> Hi,
>
> With the replacement of zope.app.component import with zope.site, it's
> no more possible to use z3c.form with Zope2 / Plone :-(
>
> In fact, zope.site require zope.container requiring ZODB3 :-(
Why can't you put these eggs into your Plone buildout? Are there ver
Well, by now we definitely have enough people to have a fruitful
discussion, so I feel happy to say that it definitely will happen.
I created a PyCon wikipage if people want to add anything, with the
suggested title "State of Zope", I hope that title is OK.
http://us.pycon.org/2009/openspace/Stat
Hi,
With the replacement of zope.app.component import with zope.site, it's
no more possible to use z3c.form with Zope2 / Plone :-(
In fact, zope.site require zope.container requiring ZODB3 :-(
I can't find any solutions to solve this problem. It is really damage to
lose the possibility of usin
2009/2/10 Adam GROSZER :
> In short, a good translation is consistent.
> That means the same sentences are translated to the same foreign
> sentence. A so-called translation memory is used for that.
> Also terms (specific words or expressions of the domain) are
> translated to the same foreign term
Hello,
Yeah, after a quick check it's superseeded by Lokalize which in turn
seems to have also Translation memory and Glossary, where glossary
looks like the termbase support.
http://docs.kde.org/development/en/kdesdk/lokalize/glossary.html
Tuesday, February 10, 2009, 9:01:49 AM, you wrote:
SR>
On Monday 09 February 2009, Adam GROSZER wrote:
> There are proprietary tools to enforce this. I think launchpad
> translation is somehow also a translation memory as it pulls in
> previous translations.
> Though no idea how the above could be solved with FOSS tools.
KDE's KBabel has support for P
37 matches
Mail list logo