really need to clarify the direction of zope and it's
zope.* packages in the near future. Then this whould allow
us to do the optimization which is the next big step which
I think is really needed.
Regards
Roger Ineichen
> - C
___
Zope-Dev mai
transaction is commited.
What's the reason why you need to read the file again after
it is created?
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding!
til.move(self.tmpPath, targetPath).
I implemented such a file upload accelerator. With this beast I was able
to upload a ubuntu vmware image with > 950 MB in about 75 seconds to Zope3.
And this with a memory usage below 50 MB. It really rocks.
Note; I implemented this on windows and it works w
distutils/setuptools:
> http://mail.python.org/pipermail/distutils-sig/2007-September/
> 008296.html
>
> Note that the latest setuptools release (setuptools 0.6c7)
> does NOT contain the fix.
Thanks, that helps a lot to understand what's going on.
Regards
Roger Ineichen
> Marius
Hi Christian
> Betreff: Re: AW: [Zope-dev] zope.viewlet 3.4.1 release broken
>
>
> On 24.01.2008, at 17:11, Roger Ineichen wrote:
>
> > Hi Christian
> >
> >> Betreff: [Zope-dev] zope.viewlet 3.4.1 release broken
> >>
> >> Hi,
> >>
It's just broken if you extract
the files from the egg. on linux. Everything is build correct.
btw, Stephan told me to fix the other eggs.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zo
of the view and
adapts this view.
We normaly access only the view and not the context from a template.
There is no option to adapt other discriminators.
Regards
Roger Ineichen
> --
> Brian Sutherland
> ___
> Zope-Dev maillist
.
Also note that you will need the proxy aware copierer and mover if
your objects support copy/paste.
Regards
Roger Ineichen
> Betreff: [Zope-dev] Re: proxies
>
> Philipp von Weitershausen wrote:
> >> - can these proxies be used to keep track of a traversal
> path in mu
+Name.
If we register "absolute_url" in a layer which isn't
used in a skin, then this view is not available as
traversable view because of the missing layer/named skin
configuration.
Regards
Roger Ineichen
> Jim
>
> --
> Jim Fulton
> Zope Corporation
>
>
&g
installation:
http://localhost:8080/@@absolute_url
Of corse it's not this dangerous, but it shows you what I mean.
I could you show many more of such built-in backdoors on
production system, but will not do this here because of
security reason.
Regards
Roger Ineichen
ayers, sites and the baseregistry.
Everything else will make views on different apps available.
And this could be a very big security problem.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zo
server, I think it should be possible too.
Whould be great if you could take a look at z3c.jsonrpc
and tell me if there is somethig to improve.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinf
ns that Five is available, but
> there are tests for a scenario where it is.
Thanks,
sounds good to me if it's only for testing.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-d
explain
the different core concepts if we separate them
in base libraries.
Or is it possible to skip the Five dependency and
implement Five support in a second layer/package?
btw, I think since we use buildout, it's not possible to
implement mixed Zope3/Five packages bacause setup has to
defin
rything which was working with the KGS before the changes.
(whatever this means)
Otherwise it's not "known good" anymore.
Regards
Roger Ineichen
> --
> Dieter
> ___
> Zope-Dev maillist - Zope-Dev@zope.org
> http://ma
expression
does not work with out the IContentProvider interface.
This means any change to IContentProvider must still be
valid for the TALES exrpression *implementation*.
I hope that helps to understand our motivation at the
time we implemented this.
Thomas,
Any new ideas are welcome, the descr
Stephan implemented this
feature yesterday.
Fazit,
If we like to see different Zope 3 based distributions like
Zope 3 itself, Grok or Z3Ext etc, it must be possible to
assamble all the package within different versions of zope.*
packages. And then it doesn't make sense to fix version in
Hi Philipp
> Betreff: Re: AW: [Zope-dev] RFC: Packages should load
> configuration they depend upon
>
> On 9 Nov 2007, at 20:15 , Roger Ineichen wrote:
> >> Betreff: [Zope-dev] RFC: Packages should load configuration they
> >> depend upon
> &
n starting with this tomorrow as part of the
> Boring Sprint we're having in Tübingen right now.
Do I get this right, are you proposing moving everything
from ftesting.zcml to configure.zcml?
Or only a subset of ftesting.zcml?
Regards
Roger Ineichen
__
Hi Philipp
> Betreff: Re: AW: Re: Grok 0.11 released!
>
> Stephan Richter wrote:
> > On Friday 09 November 2007, Roger Ineichen wrote:
> >> Hi Tres
> >>
> >>> Whoever released those two eggs (the '.dev-r#' ones) need to
> >>&
KGS, right?
Does the grok release not use the KGS from Stephan?
Regards
Roger Ineichen
> Tres.
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http
al registry, persistent assigned to a local
site.
Baseregistries can be assigned to one or more local
sites. Such a baseregistry could contain a full
grock or plone setup, all done in zcml and only
assigned to one specific local site.
The baseregistry concept was developed for heavy
customizi
have one, I don't see
any reason to change this.
You also use the term "Plone 3.0" which you implie that we
know that you mean the Plone which uses Zope 3 components.
You are respecting the postifx 3.0 in the Plone world but
not for Zope? why?
I'
y usefull.
btw,
a cool app, this is another reason to keep the
trunk up and running. I guess they checkout
our code and count the lines ;-). See:
http://www.ohloh.net/projects/4495?p=Zope+3
e.g.
Codebase 97,598 LOC
Effort (est.) 25 Person Years
Project Cost $1,348,258
Regards
Roger Ineichen
&
Hi Jim
[...]
>
> Roger Ineichen wrote:
> ...
> > And please stop telling that there will be a migration path
> > for somthing.
>
> Please stop saying that there won't be.
>
> > I guess there will never be such a path.
>
> I guess differe
ense, ... where a
> social contract
> is agreed on.
>
> So let's not pretend that everything can be solved on a technological
> level even though lots of it can ..
+1 for that
Regards
Roger Ineichen
> Regards
> /JM
> ___
&
gt; Subject: RE: [Zope3-dev] RFC: Reunite Zope 2 and Zope 3 in
> the sourcecoderepository
>
> Roger Ineichen wrote:
> > Btw, do we really count developer where are voting but never
> > contributed to the z3 trunk? I think normaly yes. But this is a
> > proposal where I t
Hi Philipp
> Roger Ineichen wrote:
> > > What makes you think so? I, for one, have not the slightest
> > > clue of how zope.wfmc works.
> > > Still I'm able to contribute to Zope 3, am I not? If I
> > > refactor something, I might even
> > >
osal where I think should be up to the Zope3 developer
to decide.
Again, the base idea isn't that bad at all. But since no Zope3
develper will support it, it will be a bad idea to force it.
Regards
Roger Ineichen
> Regards,
> Stephan
> --
> Stephan Richter
> CBU Physics & Ch
he
picture a little bit to easy. I think if somebody will become a Zope3
developer he has to learn the totly new framework first. And not only
download the code.
Regards
Roger Ineichen
> It's been this way for years now, there's no compelling
> reason why it should change.
>
Zope2 projects agree on this proposal.
And developer where build projects only based on Zope3
will not.
As somebody how don't know Zope2 I'm -1 on this.
Regards
Roger Ineichen
> Philipp
>
> ___
> Zope3-dev mailing list
&
Derrick 'dman' Hudson wrote:
> Gesendet: Dienstag, 20. Juli 2004 18:01
> An: [EMAIL PROTECTED]
> Betreff: [Zope3-dev] Re: Stop the zope process (was: Photo
> product (wasquestions about ZConfig and ZCML))
>
>
> On Tue, Jul 20, 2004 at 09:52:37AM -0400, Casey
object is somewhere in the path of the target.
Regards
Roger Ineichen
_
END OF MESSAGE
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding
Paul Everitt wrote
>
> On Thu, 22 Apr 2004 11:15:58 +0100, Seb Bacon <[EMAIL PROTECTED]> wrote:
>
> > Joachim Werner wrote:
> >> There are quite a few Zope-based CMS solutions out there,
> and most of
> >> them are better than their commercial counterparts in many
> respects.
> >> But if we h
201 - 234 of 234 matches
Mail list logo
