offer a better
accessible API. I will write a proposal later, but perhaps
I have to prototype first since this part is very complex
and used almost in every browser directive.
Regards
Roger Ineichen
>
>
> Finally
>
>
> --
> Florent Guillaume, Nuxeo (Paris, France)
Hi Philipp
[...]
> Subject: Re: [Zope3-dev] Re: One namespace for ZCML
>
> Roger Ineichen wrote:
> > I'm interessted in a menu / menu item refactoring.
> >
> > This means, we could get rid of the implicit magicly
> > registred menus in other directives whi
ng the Wiki-Page
and add yourself to the participant list.
Regards
Roger Ineichen
_
Projekt01 GmbH
www.projekt01.ch
Langackerstrasse 8
6330 Cham
phone +41 (0)41 781 01 78
mobile+41 (0)79 340 52 32
fax +41 (0)41 781 00 78
email [EMAIL PROTECTED]
python view
class can always offer a API with the right set of methods and
permissions. (MVC)
If we think about MVC then I would say that such a pattern
isn't the right way to mix it with PageTemplate implementation.
But that's another part.
But I agree with you Steve, I think its a good
Hi Jeff
> -Original Message-
> From: Jeff Shell [mailto:[EMAIL PROTECTED]
> Sent: Saturday, February 18, 2006 8:05 PM
> To: [EMAIL PROTECTED]
> Cc: Steve Alexander; [EMAIL PROTECTED]
> Subject: Re: [Zope3-dev] Brainstorming about browser pages
>
> On 2/18/06
ese issues? If
some of us chip in we may get somewhere.
Yes, tell me what's your plan and I try to find some time to help you.
btw,
didn't Gary Poster start a widget refactoring?
Regards,
Martijn
--
Mit freundlichem Gruss
Roger Ineichen
_
Projekt01 GmbH
www.pr
mpelling enough to join in the maintenance and further
development (btw, thanks, dobe, for the work on resourcelibrary!).
No public timeframe.
What's 'dobe' mean?
I guess he means Bernd Dorn, a developer from austria, he improves the
zc.resourcelibrary.
--
Mit fre
iguration to pyhton at all. And then we really lose the component
aspect and get back hardcoded concepts where everybody has to copy/past
and customize. That's not the way I will go in the future!
What do you think? Are I'm wrong?
Regards
Roger Ineichen
Having said this, I realize I am
op me
note if I can do it for you.
--
Regards
Roger Ineichen
_
Projekt01 GmbH
www.projekt01.ch
Boesch 65
6331 Hünenberg
phone +41 (0)41 781 01 78
mobile+41 (0)79 340 52 32
fax +41 (0)41 781 00 78
email [EMAIL PROTECTED]
_
E
Alec Mitchell wrote:
On Monday 20 March 2006 13:29, Roger Ineichen wrote:
Hi Stephan,
[...]
My Fazit is;
It's important to have informative sugger in a configuration language
like ZCML. Otherwise it get reduced to somewhat useless that I will hate
to write but have to. The next step
te the option to go
the new (simply but not reusable pure python) way is there in both concept.
And,
what should we do with the factory and implement sub class directive
before they get (re)moved? I whould like to discuss this and close
this pending topic after that.
Regards
Roger Ineichen
_
Philipp von Weitershausen schrieb:
Roger Ineichen wrote:
class LanguagesVocabulary(SimpleVocabulary):
"""... languages from a translation domain."""
implements(ILanguagesVocabulary)
def __init__(self, context, domain='zope'):
term
n't post the
comment to the wiki proposal page.
btw,
I'm sure we will have to start this discussion again if we publish the
next release and other have to migrate their application.
Philipp
--
Mit freundlichem Gruss
Roger Ineichen
_
a registration layer,
we have to change the model of our layers and we will get:
- python
- Zope components
- Zope registration components
- ZMCL
What do you think about that? Are I'm totaly wrong?
--
Regards
Roger Ineichen
_
Projekt01 GmbH
www.proj
Philipp von Weitershausen schrieb:
Roger Ineichen wrote:
You implemented a concept which requires to write additional
python code for registration!
Wrong. I require addition python code for *creation*. *Registration* is
still done in ZCML. Please understand this difference.
Before the
compromise
in mind. I need to find time to write it down... Let's stop discuss this
particular point right here and instead deal with it when the time comes.
Ok, agreed
Philipp
--
Mit freundlichem Gruss
Roger Ineichen
_
Projekt01 GmbH
www.projekt01.ch
Boe
.
Does Stephan know what's to do? Or can you give me more info about
what you need?
Regards
Roger Ineichen
_
Projekt01 GmbH
www.projekt01.ch
Boesch 65
6331 Hünenberg
phone +41 (0)41 781 01 78
mobile+41 (0)79 340 52 32
fax +41 (0)41 781 00 78
email [
Jim Fulton schrieb:
Roger Ineichen wrote:
Hi Jim and Philipp
[...]
What are the things that people could help you with?
When I get a bit further, it would help a lot if someone
could work on the new registration UI. If anyone is interested,
please let me know.
Perhaps we can do some
items."""
# zope.app.conatiner.interfaces.IReadContainer
def __getitem__(self, key):
return proxify(self, getProxiedObject(self).__getitem__(key))
...
Regards
Roger Ineichen
_
Projekt01 GmbH
www.projekt01.ch
Boesch 65
6331 Hünenberg
phone
is correctly, then we only have to update the methods
with decorators? If so, this will be fine for me.
Jim
--
Regards
Roger Ineichen
_
Projekt01 GmbH
www.projekt01.ch
Boesch 65
6331 Hünenberg
phone +41 (0)41 781 01 78
mobile+41 (0)79 340 52 32
fax
AU with two
authenticator plugins in it. Then you can't delegate the prefix
from the PAU to both authenticator durring a generation and
provide a unique plugin prefix on authenticator level.
Regards
Roger Ineichen
___
cator level.
>
> I said prepend the PAU prefix to each plugin's prefix. The
> plugin's prefixes would already have provided uniqueness
> within the PAU.
> Prepending the PAU's prefix would simply duplicate what is
> being done now at run time.
Ah Ok, I see wh
",
line 1, in ?
from zope.proxy import setProxiedObject, getProxiedObject
ImportError: cannot import name setProxiedObject
--
Seems that the tests are not importing the correct packages.
-
Hi Tim or Adam
Can you generate a new *.pyd zip download?
Regards
Roger Ineichen
_
Projekt01 GmbH
www.projekt01.ch
Boesch 65
6331 Hünenberg
phone +41 (0)41 781 01 78
mobile+41 (0)79 340 52 32
fax +41 (0)41 781 00 78
email [EMAIL PROTECTED
Thanks Adam
Regards
Roger Ineichen
_
END OF MESSAGE
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Adam Groszer
> Sent: Monday, August 21, 2006 12:19 PM
> To: Roger Ineichen
> Cc: zope3-d
finished the next project.
Or does anybody else take this task?
Regards
Roger Ineichen
_
Projekt01 GmbH
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
> - exception
> - default exception
> - otherwise
> but none of these are implemented in zope.wfmc.
>
> I think finishing the whole process is definitely bad behaviour.
> But what's correct? Please give a hint what should be done.
Sorry, I don't know. but I agree that it
the trasnistion to the
end because this is a miss configuration
I really don't know what the recommended way should
be, but you could make sure catching this usecase and
implement a kind of fallback transition and do something
what you need to do and avoid to get processed to the end.
raise ConfigurationError(
zope.configuration.config.ConfigurationExecutionError:
zope.configuration.exceptions.ConfigurationError: Help Topic definition
D:\projektCompiler\trunk\src
\zope\bforest\bforest.txt does not exist
in:
File "D:\projektCompiler\trunk\src\zope\app\apidoc\bookmodule\book.zcml",
lin
Hi Baiju,
agreed
Can you tell me if it's possible to build eggs out off
the box on windows or do I have to do something before
I can build eggs with windows?
Can you give me some hints or point me to the right direction?
If so, I can start building eggs for the z3c packages.
Regards
wn evolver?
[...]
I fix a bug in generation evolving for generation 3.
See the checkin message for revision 71115.
It's also backported to Zope 3.3 in revision 71116
Probably this has something to do with our problem.
Regards
Roger Ineichen
__
Hi all
I changed the name of z3c/widget/sandbox to z3c/widget/trunk.
If you are using some z3c widget packages please adjust the
svn externals.
Regards
Roger Ineichen
_
Projekt01 GmbH
www.projekt01.ch
Boesch 65
6331 Hünenberg
phone +41 (0)41 781 01 78
mobile
> zope.app.file
> zope.app.fssync
> zope.app.zptpage
> --
What does removal mean?
Regards
Roger Ineichen
_
END OF MESSAGE
> forwarded from
> http://wiki.zope.org/zope3/SpringCleaning07#msg20061218200418-
[EMAIL PROTECTED]
>
___
Hi Christian, Baiju
> Subject: Re: [Zope3-dev] RE: [SpringCleaning07]
>
> Hi,
>
> Roger Ineichen wrote:
> > What does removal mean?
>
> We have two possible situations for a package that I'd like
> to consider during spring cleaning:
>
> 1. packa
process. If we whould have
such a process we shouldn't have a problem with unmentained
packages in the future.
Regards
Roger Ineichen
> Regards,
> Stephan
> --
> Stephan Richter
> CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student)
> Web2k - Web Software Des
ehind it.
I saw the Grok package but what is Genshi?
Can you point me to a link?
Regards
Roger Ineichen
_
END OF MESSAGE
> Regards,
>
> Martijn
>
> ___
> Zope3-dev mailing list
> Zope3-dev@zope.org
&g
Hi Martijn
> > I saw the Grok package but what is Genshi?
> > Can you point me to a link?
>
> http://genshi.edgewall.org
>
> Inspired by Kid (in turn among others inspired by ZPT), the
> main template language of TurboGears, written by the people
> who also created Trac, and it seems to be g
ve a short statement about the zif and
jsonserver repo?
Regards
Roger Ineichen
> -Jim Washington
>
> ___
> Zope3-dev mailing list
> Zope3-dev@zope.org
> Unsub:
> http://mail.zope.org/mailman/options/zope3-dev/dev%40projekt01.ch
&
med about. Nothing decided about other repositories.
That's ok for me. Just keep it going and tell us if you have
more such nice packages like jsonserver.
Regards
Roger Ineichen
> -Jim Washington
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub:
and them).
But I also think a very important part for the comunity is
to develop something like a application server as a product.
Regards
Roger Ineichen
_
END OF MESSAGE
>
> Jim
>
> --
> Jim Fultonmailto:[EMAIL PROTECTED]
Hi and a late happy new year,
I just like to know if anybody implemented
a href anchor support for formlib?
Or does anybody use a own custom concept for support
anchor in large forms? Or does anybody have expiriences
(even bad onces) in supporting anchors in z3?
Any ideas?
Regards
Roger
Hi Miklos
If you can use REST, use it and forget all about SOAP.
I guess SOAP API's will get replaced by REST in the
near future.
Regards
Roger Ineichen
_
END OF MESSAGE
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL
/blog/view/weblog/2007/01/09/0
Great ideas;
It's cool to see others making it very simple to use zope 3.
Regards
Roger Ineichen
> Regards,
>
> Martijn
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
duplicated id in the Rotterdam
skin. I guess/hope this will not affect others work. Or at least
will only end in a visualy broken layout.
Does it work if you rename the div id in the Rotterdam skin template
and CSS?
Regards
Roger Ineichen
_
END OF MESSAGE
> --
Hi
The http://wiki.zope.org/zope3/FrontPage
site is totaly broken in IE. The scrollbar
is gone and it's not possible to scroll
to the bottem of the content.
Can somebody fix that or tell me where
I can find the source of the wiki page
skin?
Regards
Roger Ine
> On Behalf Of Philipp von Weitershausen
> Subject: [Zope3-Users] Zope 3.3.1 released
[...]
> You can find more information as well as a tarball for Unix
> and a Windows installer at http://www.zope.org/Products/Zope3/3.3.1.
Thanks a lot
Regards
Ro
ublication\requestpublicationregistry.py",
line 97, in lookup
raise ConfigurationError('No registered publisher found '
ConfigurationError: No registered publisher found for (GET/)
Does anybody have any hints why the publisher is missing?
Regards
Roger Ineichen
_
Hi Philipp
> Subject: [Zope3-dev] Re: Broken tests since last checkout
>
> Roger Ineichen wrote:
> > Since the newest Zope3 trunk checkout, some tests are not running.
> > This tests are based on a custom test layer.
> >
> > Exception raised:
> &g
ibuteError: 'module' object has no attribute 'TreeSet'
-----
Any hints?
Regards
Roger Ineichen
_
Projekt01 GmbH
www.projekt01.ch
Boesch 65
6331 Hünenberg
phone +41 (0)41 781 01 78
mobile+41 (0)79 340 52 32
fax +41 (0)41 78
pt move to 1.2/trunk
>
> I don't have an ETA for you, but we will try to have it in
> the next day or two.
Thanks Gary,
that's fine for me.
Regards
Roger Ineichen
_
END OF MESSAGE
> Gary
___
Zope3-
it should be possible to have tags for each
stabel version of the mirrored javascripts. I think
just to have one actualy version is not enough.
What do you think? Do we realy need to support our
own javascrip mirror? Or should we degrade our
z3c.javascript packages and remove the copied
javasc
?
If so, that's a problem for other packages in z3c too?
Regards
Roger Ineichen
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Hi Adam
Can you build new *.pyd files and zip them?
Regards
Roger Ineichen
_
Projekt01 GmbH
www.projekt01.ch
Boesch 65
6331 Hünenberg
phone +41 (0)41 781 01 78
mobile+41 (0)79 340 52 32
fax +41 (0)41 781 00 78
email [EMAIL PROTECTED
Hi all
Some test do not pass in our application with
the newest Zope3 trunk.
Can somebody explain what's happen to the meta header info.
In our Page Template the following header get lost:
Regards
Roger Ineichen
_
END OF ME
Hi Adams
Great, thanks a lot.
Regards
Roger Ineichen
_
END OF MESSAGE
> -Original Message-
> From: Adam Groszer [mailto:[EMAIL PROTECTED]
> Sent: Friday, March 09, 2007 8:54 AM
> To: Roger Ineichen
> Cc: zope3-dev@zope.org
> Subject: Re:
cl
If this doesn't fit for distribution, buildout or eggs,
or other things I missed, why not:
z3c.webdav
z3c.webdavfile
z3c.webdavacl
But anyway that's up to you, I'm sure you will do it right and
I like your work anyway ;-)
Sorry if I missed something, I didn't read a
Hi Stephan, Gary, Marius
> Betreff: [Zope3-dev] Re: [Checkins] SVN:
> z3c.form/trunk/src/z3c/form/ HTMLelement ids containing dots
> are not very good, because then the
>
>
> On Jun 3, 2007, at 12:58 PM, Stephan Richter wrote:
>
> > Log message for revision 76258:
> > HTML element ids conta
Hi Gary
> Betreff: Re: AW: [Zope3-dev] Re: [Checkins] SVN:
> z3c.form/trunk/src/z3c/form/HTMLelement ids containing dots
> are not very good, because then the
>
>
> On Jun 5, 2007, at 3:28 AM, Roger Ineichen wrote:
>
> > Hi Stephan, Gary, Marius
>
> Hey
developer and make zope more
magicly as it allready is right now for beginners.
Regards
Roger Ineichen
_
END OF MESSAGE
> Gary
> ___
> Zope3-dev mailing list
> Zope3-dev@zope.org
> Unsub:
> http://mail.zo
uot;.
The z3c.form framework avoids this perfectly because it
generates element names and ids like:
id="form-widgets-lastname" name="form.widgets.lastname""
This will make sure that we never generate equal names
and ids for all form elements.
Regards
Roger Ineichen
__
e name structure used in eggs? Does the
egg package structure perform different in some way? Or do
you mean something else?
Regards
Roger Ineichen
> Regards
> Jürgen
>
> ___
> Zope3-dev mailing list
> Zope3-dev@zope.org
> Unsu
Hi Juergen
Regards
Roger Ineichen
_
END OF MESSAGE
> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Im
> Auftrag von Jürgen Kartnaller
> Gesendet: Sonntag, 17. Juni 2007 06:43
> An: zope3-dev@zope.org
>
at, or what is wrong with the
existing setup?
Regards
Roger Ineichen
> --
> Christian Zagrodnick
>
> gocept gmbh & co. kg . forsterstrasse 29 . 06112
> halle/saale www.gocept.com . fon. +49 345 12298894 . fax. +49
> 345 12298891
___
> > paste and I have pasted the traceback below.
>
> Please file a bug report in launchpad. Also, if you've
> already identified the bad checkin, bugging the person who
> did the checkin helps :). (CCing Roger).
I didn't read the previous mails. Did I break something?
R
ne to sit down and do the work.
> I myself won't do it, as I only use Zope 3 through Zope 2
> where all this has already been fixed ;)
Can you point me to the right repos/place of this allready fixed
issue in Zope2. So I can take a look at that and fix it if I find
ou
te, then remove, this.
if hasattr(obj, 'aq_base'):
self._cache[oid] = obj.aq_base
else:
raise
My question is, can we improve the method:
if hasattr(obj, 'aq_base')
and remove the proxy with a method that works?
Tobias
--
Can you agree this? And probab
doc++/non-existent/')
> Traceback (most recent call last):
> ...
> ...HTTP Error 404: Not Found
Did you try:
...HTTP Error 404: Not Found...
Regards
Roger Ineichen
_
END OF MESSAGE
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
I guess we only should offer installation and remove
methods for the service.
The implementation right now is based on a subprocess
implementation which get managed by the zdaemon.
Any ideas how we can improve the concept?
Regards
Roger Ineichen
_
Projekt01 GmbH
www.pr
age is, it tries to be compatible
with the Rotterdam skin.
I agree with retire this package. We can do it better if
we need an other ZMI replacement.
Or is anybody using it?
Regards
Roger Ineichen
> Christian
>
> ___
> Zope3-dev mailing
Hi Martijn
> Betreff: [Zope3-dev] relying on win32api in windows support
> ofzc.zope3recipes
>
> Hi there,
>
> I'm trying on zc.zope3recipes on Windows. I notice that some
> of the tests rely on a module called win32api, which I assume
> is in the Win32 extensions that I haven't installed in
Hi Martijn
> Betreff: [Zope3-dev] Re: AW: relying on win32api in windows
> supportofzc.zope3recipes
>
> Hey Roger,
>
> Roger Ineichen wrote:
> [snip]
> >> Was the original way to run Zope 3 trunk dependent on win32api?
> >
> > I guess, but I'm
gg and
it's horrible if it comes to 3rd party python library
weher no eggs are available. At least on windows.
I think we should support recipe for (exe, msi) installers
and other things like (zip) unzipper etc. Right now it's
a nightmare to use buildout if it comes to e.g. pysql
since in every book and
documentation ISite is used. I'm against every beautification
which has no benefit.
IPossibleSite --> ISite makes perfect sense to me.
IPossibleSite --> IComponentSite doesnt make sense to me.
and
IPossibleComponentSite --> IComponentSite is worth to comment on
his whould be bad. Using the IBrowserRequest as default layer whould be
the best choice. It whouldn't break anything and allows to register
views only with your specific request/interface.
Regards
Roger Ineichen
_
END OF MESSAGE
> thanks
>
> jodok
>
oesn't feel right.
>
> Please revert the skin support again. This is a pretty major
> change and I gave a -1 on the original discussion already.
> There was never a full proposal either.
But It's a security issue not having layer support in views
even XML-RPC views behave
tBrowserRequest.
Traverser are not needed for this. That's a totaly different
concept.
btw, the layer is a namespace for permission settings
and not skinning/layout in this usecase.
[...]
Regards
Roger Ineichen
_
END OF MESSAGE
_
internal network or some IP addresses.
How whould you restrict access from the public skin to the XML-RPC
view without layer support used in step 2?
Hm, nobody seeing this let me think that I'm wrong.
But I'm pretty sure that I'm right. or not?
Regards
Roger Ineichen
verser whould have to check for a specific skin
in it's request for apply another layer which enables the
XML-RPC view. Without a skin layer it's not possible that
the traverse acts as a XML-RPC view enabler because the
traverser doesn't know if you are calling skin A or skin B.
You
cause
it's not index by google ;-)
Regards
Roger Ineichen
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
hich is bad because it
enables the views everywhere.
The solution is to provide the request interface which was the
default before the changes.
But don't take the option way to use other request interface then
the default for registration.
I'll need it. Because I'll take care on
n type then. Then this will avoid to
get XML-RPC views for all browser request types. right?
I'll work at the same topic to at the sprint and implement this
option for the zif.jsonserver. Right now the zif.jsonserver depends
on the xmlrpc metaconfigure directive. If this your changes will fit,
I
ects. Because
if someone uses such a package which has views regsitered
for a conatext and standard request type this views are
available in every instance which the discriminator will fit.
Layers - skins or the z3c.baseregsitry are concepts for
avoid this.
Regards
Roger Ineichen
> I suspect the
Hi Christian
> Betreff: [Zope3-dev] Re: skin support for xmlrpc
>
> On 2007-09-14 18:54:01 +0200, "Fred Drake" <[EMAIL PROTECTED]> said:
>
> > On 9/14/07, Roger Ineichen <[EMAIL PROTECTED]> wrote:
> >> If you register views for a base request t
e.org/zope3/FreeViews
btw,
the proposed implementation does not affect existing
projects and their setup. It also does not affect
egg based projects. It only offers us a additional hook
which allows us to load component configuration from
packages without the built in views.
Thanks
Roger Ine
Hi Lennart
> Cc: Adam Groszer; zope3-dev@zope.org; [EMAIL PROTECTED]
> Betreff: Re: [Zope3-dev] Proposal, free views
>
> On 9/23/07, Roger Ineichen <[EMAIL PROTECTED]> wrote:
> > Heads up,
> >
> > Please review this proposal.
>
> OK. I have to admit tha
Hi Martin
> Betreff: [Zope3-dev] Re: Proposal, free views
>
> Roger Ineichen wrote:
> > Heads up,
> >
> > Please review this proposal. I'll implement it shortly if
> nobody has
> > objections. We need it for our work here at the Foliage sprint.
> &
Hi Philip
> Betreff: Re: Proposal, free views
>
> Roger Ineichen wrote:
> > Please review this proposal. I'll implement it shortly if
> nobody has
> > objections. We need it for our work here at the Foliage sprint.
> >
> > If you have objections, ple
Hi Philipp
> Betreff: Re: AW: Proposal, free views
>
> Roger Ineichen wrote:
> >>> This proposal describes a way to make the usage of such
> >> built in views optional.
> >>
> >> "Such built in views" means what? "Optional"
Hi Martin
> Betreff: [Zope3-dev] Re: AW: Proposal, free views
>
> Roger Ineichen wrote:
>
> >> * Simply *ignore* that they exist. Zope actually has
> facilities for
> >> doing this on a technical basis. Simply don't inherit your
> skin from
> &
*buildout/test -s zope* from within each egg.
btw,
what is the builbot doing right now? Does the builbot
still runs test on the trunk? Or does the buildbot test
the eggs?
Is this a bad idea? Did I miss something?
Regards
Roger Ineichen
_
Projekt01 GmbH
www.projekt01.ch
Hi Benji
> Betreff: Re: [Zope3-dev] Why do we restrict our egg testing?
>
> Roger Ineichen wrote:
> > Can anybody tell me why we restrict our test setup in zope eggs and
> > only use a subset of package for our test setup?
>
> I don't know what you're askin
ainst
all zope.* packages which is a very bad idea.
Regards
Roger Ineichen
> Regards,
> Stephan
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
nding your proposal.
All zope.* tests together are a way to ensure compatibility.
I doesn't make sense to me not participate with all tests
before a single egg get deployed.
Not running all test in a namespace like we have with the
zope package namspace, sounds to me that a package which
> Betreff: Re: AW: [Zope3-dev] Why do we restrict our egg testing?
>
> On 9/27/07, Benji York <[EMAIL PROTECTED]> wrote:
> > Second, why would you include all of the zope.* eggs if that
> > particular package doesn't depend on them?
>
> I suspect there are hidden differences in expectations her
early.
Are you suggesting a deploy process which uses a
staging server. I mean deploy on a pypi staging,
use a builbot which catches packages from a staging
server and deploy it if everything is fine?
Regards
Roger Ineichen
> --
> Benji York
> Senior Software Engineer
> Zope Cor
Using small
test setups for single eggs without to focus on
zope as a monolitic thing will fail.
Regards
Roger Ineichen
> Tres.
> - --
> ===
> Tres Seaver +1 540-429-0999 [EMAIL PROTECTED]
> Palladion
ould we add render/update to the
IPagelet which is not defined in IBrowserPage?
Or should we add a IRenderUpdate interface in zope.?
which we can use in zope.formlib, z3c.form, z3c.pagelet
and probably many more interfaces?
Regards
Roger Ineichen
> Any thoughts, objections, ideas?
>
>
Hi Thomas
> Betreff: [Zope3-dev] Re: AW: Are pagelets content providers?
>
> Roger Ineichen wrote:
>
> > I was carfully skip some additional method decalration because I
> > didn't know if we gona use IPagelets without render and update in
> > other im
ess test -- more errors.
Even if we try hard to avoid errors during development.
Regards
Roger Ineichen
> --
> Lennart Regebro: Zope and Plone consulting.
> http://www.colliberty.com/
> +33 661 58 14 64
> ___
> Zope3-dev mailing list
&
Hi Jacob, Thomas
> Betreff: Re: AW: [Zope3-dev] Re: AW: Are pagelets content providers?
>
> Hi Roger,
>
> I didn't follow this discussion closely but thought this
> needed a comment.
>
> Roger Ineichen wrote:
>
> [snip lots of context...]
> > Did you
1 - 100 of 242 matches
Mail list logo