Hi,
KLEIN Stéphane wrote:
I wonder whether we can add README file at subversion root directory
to explain how differentiate zope 2 from Zope 3 project ?
I suggest this content :
"""
Frequently Asked Question :
Q : What directory are Zope 2 and Zope 3 projects ?
A : There aren't simple rules.
Hi,
Adam Groszer wrote:
Hello,
In short: I would classify 699 and 700 as new features, 701 as bugfix.
For more details read on.
Issue 699
I hope if I change the event classes, by adding the interfaces existing
code won't break.
As stated by philikon this is not a show
Hey,
Martijn Faassen wrote:
Hey Christian,
[using launchpad fo rmore than just bug tracking]
I'm assuming silence from everybody is permission. :)
Well, in that case I'll go ahead and clean up some of the
project/product structures that exist in launchpad already (hopefully
getting some of
Hi,
Jacob Holm wrote:
> I have now checked it in on the trunk, and backported to the 3.3 and 3.2
> branches.
Yay!
> You can tell me if there is anything else I need to do.
From the perspective of the collector issue, this is all good. I'll
close the issue. (Looks like you even were lucky and t
Hi,
Michael Kerrin wrote:
> On Monday 18 December 2006 21:32, Christian Theune wrote:
>> Michael Kerrin wrote:
>>> Suppose I could merge some of the changes that from that branch to get
>>> rid of ssh_* and sftp code which should be independent of any twisted
>>
Hi Jacob,
Jacob Holm wrote:
> I don't have time to check it in now, but I will do it in a few days
> unless i hear otherwise.
I didn't see any change on this, if there is anything I can do to help
or support your, I'd be happy to do so.
No worries if you're just short on time (we're all on Chri
Hi,
Garanin Michael wrote:
> Hello!
> I not found raise "zope.app.appsetup.IProcessStartingEvent". Is it
> deprecated?
A quick check on the trunk tells me that it is triggered.
Christian
--
gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany
www.gocept.com - [EMAIL PROTECTED
Hi,
Gary Poster wrote:
> On Dec 19, 2006, at 2:34 AM, Christian Theune wrote:
>
>> Hi again,
>>
>> Gary Poster wrote:
>>> I don't have a very strong feeling about it, but lean towards "bug
>>> fix". It didn't break any of our code (o
Hi,
I've updated the spring cleaning proposal with the suggestions (and
additional votes from people posting in this thread).
Please have a look at: http://wiki.zope.org/zope3/SpringCleaning07
There still is an open sub-task, to check for packages that are in src/
but not distributed with a rele
Hi,
Adam Groszer wrote:
> Hello Stephan,
>
> Tuesday, December 19, 2006, 2:53:33 PM, you wrote:
>
zope.wfmc
>
> SR> +1, but please make it very easily available. People do use this code in
> SR> production; Zope Corp. and Adam Groszer come to mind.
>
> Yes, here :-)
>
> If it would be m
Hi again,
Christian Theune wrote:
> Hi,
>
> I just stumbled over the package "optionstorage". The checkin message
> when this was added reads:
>
> "This is a generic solution for including editable and multi-lingual
> vocbulary-like information in any annotat
Christian Theune wrote:
> I'd both apply r70331 and r71548 to 3.3 and 3.2 then.
JFTR: I've backported the small restructuring and the bugfix in r71612
(3.2) and r71611 (3.3)
Christian
--
gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany
www.gocept.com -
Hi,
Christian Theune wrote:
> Issue 735 (http://www.zope.org/Collectors/Zope3-dev/735) describes a
> problem how IAnnotations are used within Zope.
>
> I agree that this should be changed. I'd like to get some discussion on
> the mailinglist on how to change this (I've
Me again,
I've been playing around with the launchpad sandboxes and am pretty
impressed by the features for managing specifications, doing release
planning and getting all those things integrated.
I'd like to propose that we think about using more of the launchpad
infrastructure than just the bug
Hi,
Martijn Faassen wrote:
> Hey,
>
> Jim Fulton wrote:
> [snip]
>
>> I'm not certain that we're actively supporting either server.
>
> But *in practice* we're supporting the Twisted integration, as that's
> the only one that people use now, right? We may not be actually capable
> or willing
Darn. I'm sorry. I didn't want to bounce the private mail to the list,
but happened to already had it in the CC list and forgot to remove it.
Mea culpa if this causes bad feelings for anyone.
Christian Theune wrote:
> Hi,
>
> can you please move the discussion back to the
Hi,
can you please move the discussion back to the list? I don't see a
reason why this should be discussed in private.
Thanks,
Christian
Pjotr Prins wrote:
> Hi Christian,
>
> Thanks for clarifying. I am concerned ZOPE3 has been an engineering
> group and the focus remains thus.
>
> I was del
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. packages that are in the src/ tree but are not distributed with Zope
releases
The question is whether those packages are maintained and th
Hi,
Pjotr Prins wrote:
> On Mon, Dec 18, 2006 at 11:11:21PM -0800, Christian Theune wrote:
>> I don't think so. The Zope 3 wiki was built up as, and still is, a resource
>> for the development *of* Zope 3. We shouldn't
>
> So according to you ZOPE3 is still an
Neat!
I saw those possibilities in the last days already and think it's a nice
idea to manage them there.
How did you make the existing specs appear there so quickly?
Guess I'll play around a bit with the management of the series.
One thing that we should consider: Do we want to handle Zope 3/Z
Hi,
I was able to reproduce http://www.zope.org/Collectors/Zope3-dev/714 today.
We have a patch from the reporter without and I don't see why the
current tests fail to catch this behavior in the first place.
Did we ever drop support for ZServer? The changelog reads 'replaced
ZServer with twisted
Hi again,
Gary Poster wrote:
> I don't have a very strong feeling about it, but lean towards "bug
> fix". It didn't break any of our code (or at least any of our
> tests :-) ) so it seems safe from my perspective.
I was trying to apply the patch to the 3.3 branch and noticed that the
patch i
Hey Michael,
Michael Kerrin wrote:
> Suppose I could merge some of the changes that from that branch to get
> rid of ssh_* and sftp code which should be independent of any twisted
> upgrade. Then a SSL cleanup is also independent of an upgrade, come to
> think about it.
Did you have any chance
Hi,
I've updated the roadmap for Zope 3.4 a bit to start reflecting what I
remembered people said they wanted to see.
I've identified four larger pieces of work:
* EggificationOfZopePackages
(turn Zope into smaller pieces by using eggs)
* [ZopeAsABuildout]?
(pull the smaller
Can somebody help me classify this issue?
http://www.zope.org/Collectors/Zope3-dev/721
I'd consider it a bug and change my original target of 3.4 to include it
as a bugfix in 3.3 (and a backport to 3.2).
But I smell that there might be disagreement this not being a bug but a
feature and then onl
Hi,
Chris Withers wrote:
> I thought the idea of a seperate field was to make it a mandatory
> dropdown so that at least we know what version of Zope the reporter is
> using...
We can know it without the drop down. Using the drop down would allow us
to query for it or to restrict the entries to
Hi,
Adam Groszer wrote:
> Hello Christian,
>
> It seems that the activity has the attribute, but it's not declared
> in the interface. z.wfmc interface was/is quite out of sync with the
> implementation I think. I already fixed some, but looks like there are
> still some lurking.
Any chance you
Hi Steve,
Steve Alexander wrote:
> I hereby offer the services of a member of the Launchpad team at
> Canonical to write Collector code if necessary in order to get an export
> of bugs from the Collector in a format that can be imported into
> Launchpad, to import said bugs into a demonstration se
On Sun, December 17, 2006 10:27 am, Dieter Maurer wrote:
> Christian Theune wrote at 2006-12-11 08:30 +0100:
>> ...
>>> Both are not acceptable, especially option #1. We can't just change
>>> existing contracts as we see fit.
>>
>>Right. However, I th
Hi,
Jim Fulton wrote:
>> I'm sorry to bore you with that, but I didn't notice that we had a
>> definite outcome of the last discussion.
>
> Of course not. That's what makes such discussions so tiresome.
> People have lots of ideas and complaints about easy solutions,
> like sticking with the cur
Hi,
Jim Fulton wrote:
> There are much more interesting things to ask them for, like
> detailed instructions on how to reproduce a problem.
Fullack.
>> Right
>> now we do that with a separate field. (In other collectors this also
>> makes it easier to query/manage the bugs.)
>
> Certainly the f
Hi,
Jim Fulton wrote:
> Christian Theune wrote:
>> Jim Fulton wrote:
> ...
>>>> Is it what needs to be fixed before a release?
>>> I think "core" is largely is a meaningless label in a system, the
>>> collector where we collect too much in
Jim Fulton wrote:
> Chris Withers wrote:
>> Jim Fulton wrote:
>>> The Zope3 collector isn't actually *that* bad in this respect. IMO,
>>> it could do without the topic and version info fields.
>> Topic I'd agree with, but I would have thought version info would be
>> pretty useful?
>
> Sure, b
Chris Withers wrote:
> Jim Fulton wrote:
>> The Zope3 collector isn't actually *that* bad in this respect. IMO,
>> it could do without the topic and version info fields.
>
> Topic I'd agree with, but I would have thought version info would be
> pretty useful?
That's what I thought too.
--
g
Hi,
Zagy and I stumbled over the widgets today, and I already had a
workaround sitting on a widget that we wrote and wanted to remove this
issue.
The issue is that the method "_getCurrentValue" sometimes returns an
'input value' and sometimes 'a form value' (specifically: it returns a
form value
Jim Fulton wrote:
> On Dec 13, 2006, at 6:31 PM, Christian Theune wrote:
>> That's definitely a good question. This might lead us to the
>> discussion
>> what Zope 3 is.
>
> Yes, which I don't particularly want to do now. :)
Ack. I'm just interested
Jim Fulton wrote:
> On Dec 13, 2006, at 6:09 PM, Christian Theune wrote:
>
>> Hi,
>>
>> what is our desire to keep WFMC workflow support in the core?
>
> What does "core" mean?
That's definitely a good question. This might lead us to the discus
Hi,
what is our desire to keep WFMC workflow support in the core? I just
stumbled over issue 701 and wondered why it's declared as a core issue,
and well, wfmc seems to be zope.wfmc and a core component.
I propose that this is beyond a core component of Zope 3.
Christian
PS: I know that we don'
Hi,
Rocky Burt wrote:
> This all looks good to me... but might I make the suggestion that you
> refactor the zope.formlib code that works with FormFields to use your
> function as well? I agree it's not good to make the other code
> dependent on formlib, but of course formlib already depends on
>
Hi,
I've been trying to DRY some code and found that the following pattern
keeps popping up:
class SomeObject(object):
def __init__(self, many_keyword_arguments):
self.y = y
self.x = x
self.z = z
From the outside this then is called from a
Double yikes.
I fell for a trap where multiple tests where failing in the same way and
thought it was a core issue, but it were different issues each time,
nothing to worry about Zope 3.
I'm happy to see that Zope's test suites were correct. :)
--
gocept gmbh & co. kg - forsterstraße 29 - 06112
Benji York wrote:
> Christian Zagrodnick wrote:
>> Log message for revision 71542:
>> ignoring .svn in skeleton
>
> Might I suggest that any file with a leading dot be ignored. That would
> keep us from having to add exceptions for other revision control systems
> (at least CVS, bzr, and Me
Yikes.
Forget the attached version. I forgot to fix some errors in the test and
didn't look deeply enough. *Sigh.*
Btw: I remembered that it worked before 2006-12-10, trying to find a
working revision now ...
--
gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany
www.gocept.co
Hi,
either XMLRPC or the functional testing ServerProxy seems to have a
slight regression. The zope.app.publisher.xmlrpc tests which use the
functional testing ServerProxy don't fail.
I've attached a doctest that demonstrates the failure on the trunk. (404
- Doesn't find the XMLRPC view.)
The sa
Hi,
Paul Carduner wrote:
> Fractals
> width=600>
>
> On the static site, this html loads the java applet perfectly. On the
> zope3 site however the browser recognizes the java applet, but it
> fails to load. Opening up the java console, I get the following error
> message(s):
>
> load: class
Hi,
Moving discussion from collector to list as discussions fit over here.
We can link to the discussion and provide the result in the collector
later, I'm not sure whether this needs so much more discussion though.
(For people joining the discussion, have a look at the collector entry
to catch u
Please ignore the last post, my mailer was too trigger happy.
The real post will be there in a few minutes.
Christian
--
gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany
www.gocept.com - [EMAIL PROTECTED] - phone +49 345 122 9889 7 -
fax +49 345 122 9889 1 - zope and plone
Moving discussion from collector to list as discussions fit over here.
We can link to the discussion and provide the result in the collector later.
(For people joining the discussion, have a look at the collector entry
to catch up if you like.)
Collector: Zope 3 ... wrote:
> Issue #721 Update (Co
Good Morning,
Philipp von Weitershausen wrote:
> In the issue you write:
>
>> I can see two ways:
>>
>> 1. Extend the IAnnotations interface to grow the necessary
>> methods and support the existing use cases
>>
>> 2. Remove the ability from the existing attribute annotation
>> and re-write t
Gary Poster wrote:
> On Dec 7, 2006, at 8:29 AM, Christian Theune wrote:
>
>> Hi,
>>
>> formlib provides the ability to declare a custom widget class on a
>> per-form basis.
>>
>> zc.table's EditColumn doesn't do that, but I'd lik
Hi,
formlib provides the ability to declare a custom widget class on a
per-form basis.
zc.table's EditColumn doesn't do that, but I'd like it to.
If nobody objects, I'll add a new argument 'custom_widget' to the
constructor of this column and change the widget lookup to pay attention
to this. Th
Jim Fulton wrote:
> On Dec 6, 2006, at 4:30 PM, Jim Fulton wrote:
> ...
>> OK, I agree. So we'll either need another command, or an option on
>> the install command (or maybe a buildout section option).
>
> After further thought, I've decided to treat this as a bug. The
> install command pr
Hi,
Stephan Richter wrote:
> On Thursday 07 December 2006 02:58, Christian Theune wrote:
>> Is there any reason not to remove them from there?
>
> Can someone gave a summary why this is a bad idea? When we added this key
> with
> Itamar long time ago, he mentioned that
Hi,
didn't we say at some point in time that we wanted to remove the SSH/SSL
keys that we deliver by with Zope 3?
In zopeskel/etc there are still server.pem and ssh_host_rsa_key as well
as in the root of the trunk.
Is there any reason not to remove them from there?
Christian
--
gocept gmbh &
Hi,
Jim Fulton wrote:
> This should work a lot better as of a couple of days ago.
I noticed the updates in the last days, didn't change much for me
though. The longest time is the 'svn up' in the Zope 3 checkout. It
takes about 32 seconds when I run 'bin/buildout install zope3' (Zope 3
being a zc
Hi,
I noticed that I started using the 'bin/buildout install '
option a lot to speed up re-building while developing a buildout.
However, in my case buildout installs/updates depending recipes too
which in my case means updating a Zope 3 checkout (this takes a long
time from Europe).
I can use th
I hope this ends up in the right thread. Just for the record, as I
forgot to post this to the list.
--
gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany
www.gocept.com - [EMAIL PROTECTED] - phone +49 345 122 9889 7 -
fax +49 345 122 9889 1 - zope and plone consulting and devel
Hi,
we're starting to try out some variations on the zope3instance recipe
and I wrote a minimum amount of documentation to let other people know
what we're doing. Feedback would be welcome.
See
http://svn.zope.org/zc.recipe.zope3instance/branches/gocept-zconf-slug-dev/src/zc/recipe/zope3instance/
Hi,
zc.recipe.testrunner supports an option 'eggs' that specifies the eggs
to be tested.
In my case I have a couple of eggs that are required by the egg that I
want to test, but I don't want to specify them as eggs to be tested.
If this is the right way to go, I'd like to add another option
'add
Hi,
Jim Fulton wrote:
> My intention, when I have time is to write a new Zope3 instance recipe
> that takes a single zcml file that defines the application and that
> doesn't do anything with package-includes or otherwise try to
> emulate the existing site.zcml.
Ok. Many thanks for the clarificat
Hi,
Jim Fulton wrote:
> I think package-includes or something like an "egg basket" could be
> useful for an application, like plone, that wants to support extension
> by non-developers. But for developers, I think direct zcml includes
> is better.
Ok, I've been starting to transform this in our
Hi,
Jim Fulton wrote:
> Christian Theune wrote:
>> Can we declare package-includes to be bad in general than and abandon it
>> please? At least tell everyone not to use it if possible?
>
> There are more opinions than just mine. :)
>
> I think package-includes or so
Hi,
Jim Fulton wrote:
> Christian Theune wrote:
>> Hi everyone,
>>
>> Thomas Lotze and I were working on creating a zc.buildout for one of our
>> internal projects.
>>
>> The ZCML of our application is loaded using the 'package-includes'
>> m
Hi everyone,
Thomas Lotze and I were working on creating a zc.buildout for one of our
internal projects.
The ZCML of our application is loaded using the 'package-includes'
mechanism. To support functional testing, a 'kita-ftesting.zcml' slug
was placed in the 'package-includes' and - as far as I
Gary Poster wrote:
> Yeah, it makes me a little nervous too. I'm comfortable saying this
> should go on the trunk, but I'd default to saying that it shouldn't
> be backported, unless there's a groundswell of support.
Splitting up the patch into a bug fix and a feature doesn't make any
sense,
Gary Poster wrote:
> On Nov 17, 2006, at 11:29 AM, Adam Groszer wrote:
>
>> Hello Gary,
>>
>> At the moment it is
>> try:
>> value = value()
>> except:
>> return None
>>
>> So that will eat the exception without any signs.
>> That makes me also glum when I have to dig deep to discover th
Gary Poster wrote:
> On Nov 17, 2006, at 11:13 AM, Adam Groszer wrote:
>>
>> Two more questions remain open, but I think they are easy to answer.
>>
>> In case the field is callable but the method to be called is None
>
> Yes, remove from index.
Same behaviour as for a None value, so remove from
Hi,
Adam Groszer wrote:
> Hello Christian,
>
> Meanwhile Manfred dropped me an answer:
>
>> From my perspective there is now way for implementing an compression
>> inside the widget because it is built in Flash / Actionscript and for
>> security issues, you are not allowed to access the file
Hi,
Adam Groszer wrote:
> Hello Christian,
>
> Yep, but...
> What is the `good` behaviour regarding None values?
> Do we need to catalog them or skip them?
>
> Example:
> If the object is (user.title == None)
> Shall it be kept in the catalog or not?
> In case it is not in the catalog I won't be
Hi,
Adam Groszer wrote:
> Hello,
>
> I'm a little bit offtopic with my question here.
>
> We had here the idea to implement a compression algorhitm in the above
> package to save some precious upload bandwith.
>
> I'm not a flash professional, google did not spit out straightforward
> solutions
Hi Adam,
Adam Groszer wrote:
> Working on them.
That's great! I'd be happy to see your checkins then. It would be good
if you took the time to backport this to 3.3 and 3.2 branches.
Christian
--
gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany
www.gocept.com - [EMAIL PROTE
Hi,
Adam Groszer wrote:
> Hello,
>
> I found that z.a.catalog, AttributeIndex fails to remove the previous
> value/object from the index IF the new value is None.
>
> The next thing is if the index contains the object, but the value
> somehow dropped out of the forward index, the unindex breaks.
Hi,
Fred Drake wrote:
> On 11/16/06, Jeff Shell <[EMAIL PROTECTED]> wrote:
>> Any status report on this? The collector state(s) seem unchanged.
>
> The collector is software. For some reason, it doesn't seem to want
> to work for me at least. It's possible that this capriciousness on
> the part
Hi,
just a quick reminder: Today is a bugday to help get Zope 3.3 virtually
free of bugs (by handling bugs from the collector.)
I'll be on #zope3-dev.
Christian
--
gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany
www.gocept.com - [EMAIL PROTECTED] - phone +49 345 122 9889
Morning,
Rocky Burt wrote:
> On Fri, 2006-10-11 at 08:00 +, Chris Withers wrote:
>> This is a toy example, but I need to do something similar and can't seem
>> to get the registration right...
>>
>> How can I register the str builtin as an adapter from python int objects
>> to python str obj
Shane Hathaway wrote:
> Christian Theune wrote:
>> Shane Hathaway wrote:
>>> Martin Aspeli wrote:
>>>> OT: Thunderbird makes a real mess of interpreter examples, thinking the
>>>> '>' is an indent and making it a coloured line. Anyone got
Shane Hathaway wrote:
> Martin Aspeli wrote:
>> OT: Thunderbird makes a real mess of interpreter examples, thinking the
>> '>' is an indent and making it a coloured line. Anyone got an idea how I
>> stop it from doing that?
>
> If you find out, PLEASE tell me too. :-)
I think this might help yo
Shane Hathaway wrote:
> Christian Theune wrote:
>> Shane Hathaway wrote:
>>> Unfortunately, the adapter hook is in C. It would be great if I could
>>> switch it to Python. Is that possible?
>> I remember being able to step into it. pdb then put me into the
Hi,
I'll be around at PyCon 2007 and I plan to have a Zope 3.4 sprint there.
I've added a wiki page to the PyCon 2007 wiki and everybody is invited
to join me:
http://us.pycon.org/TX2007/Zope34Sprint
Cheers,
Christian
--
gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany
ww
Shane Hathaway wrote:
> Christian Theune wrote:
>> Shane Hathaway wrote:
>>> I'm working on enhancing zope.app.apidoc, but I ran into an exception
>>> that's hard to decipher. I've attached the traceback. I don't know
>>> which __init_
Hi,
Martijn Faassen wrote:
>> originally we intended to do a Zope 3.3.1 release in November to get
>> virtually bug free.
>>
>> I didn't see any momentum on this. How about a bug day?
>
> I'm supposed to be the release manager for this too. I was hoping
> someone else would volunteer but of cours
Hi,
Shane Hathaway wrote:
> I'm working on enhancing zope.app.apidoc, but I ran into an exception
> that's hard to decipher. I've attached the traceback. I don't know
> which __init__() it's complaining about, and I don't know how to find
> out. What can I do to find out which __init__() the ad
Hi again,
Christian Theune wrote:
> Hi,
>
> Philipp von Weitershausen wrote:
>> Christian Theune wrote:
>>> What about next week? I don't care so much about the specific day.
>> I'd be for Wednesday.
>
> It's Wednesday November 16 then.
And
Hi,
Philipp von Weitershausen wrote:
> Christian Theune wrote:
>> What about next week? I don't care so much about the specific day.
>
> I'd be for Wednesday.
It's Wednesday November 16 then.
I've set up a search that currently contains 39 bugs with th
What about next week? I don't care so much about the specific day.
Philipp von Weitershausen wrote:
> Christian Theune wrote:
>>> originally we intended to do a Zope 3.3.1 release in November to get
>>> virtually bug free.
>>>
>>> I didn't see any
Christian Theune wrote:
> Hi,
>
> originally we intended to do a Zope 3.3.1 release in November to get
> virtually bug free.
>
> I didn't see any momentum on this. How about a bug day?
Btw: I didn't want to sound rude here to anybody who was fixing bugs in
the
Hi,
originally we intended to do a Zope 3.3.1 release in November to get
virtually bug free.
I didn't see any momentum on this. How about a bug day?
Christian
--
gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany
www.gocept.com - [EMAIL PROTECTED] - phone +49 345 122 9889 7
Jeff Shell wrote:
> On 11/3/06, Christian Theune <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> what about calling the evolve() scripts from your generation? That would
>> be reasonable IMHO.
>
> I'm trying to do that now. And now it seems that evolve3 (fo
Hi,
what about calling the evolve() scripts from your generation? That would
be reasonable IMHO.
Christian
--
gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany
www.gocept.com - [EMAIL PROTECTED] - phone +49 345 122 9889 7 -
fax +49 345 122 9889 1 - zope and plone consulting
Martin Aspeli wrote:
> Paul Winkler wrote:
>
>> This sounds like something that could stand being talked about
>> in public more often... I've never heard of Zope Grok :)
>
> Me Grok... me SMASH ZCML!
Whenever Grok speaks, he always capitalizes:
ME GROK SMASH ZCML!
Unfortunately, he's a kind o
Hi,
Markus Leist wrote:
> Hi there,
>
> maybe this is an interesting chance to give international publicity to zope3.
> see here:
>
> http://www.plat-forms.org/
>
> I think, the result of such programming contest will bring more transparency
> in
> pros and cons of Zope3 development, which can
Could you check whether one server is 32-bit, the other 64-bit? (And
Python being compiled in 32-bit on one machine and 64-bit the other.)
I had some trouble with the hash function in this setup lately.
Christian
Eldar Omuraliev wrote:
> Greetings
> I hash some objects and it works fine when I se
Hi,
Adam Groszer wrote:
> Hi,
>
> For our application the standard securitypolicy was fine.
> Until today. Now a requirement came up that the object permissions
> have to depend _also_ on an object state (the object's property).
> As I checked my friend is the zope.app.securitypolicy.zopepolicy.p
Philipp von Weitershausen wrote:
> Christian Theune wrote:
>> Hi,
>>
>> as I stumbled over this recently, I'd like to bring this up for
>> discussion:
>>
>> There is an interface called IWriteFile in the module
>> zope.filerepresentation.interfac
Hi,
as I stumbled over this recently, I'd like to bring this up for discussion:
There is an interface called IWriteFile in the module
zope.filerepresentation.interfaces.
It defines one method "write(data)" with the doc string:
"Update the file data"
There are some problems I have with this:
a
Douglas Douglas wrote:
> Hi everybody.
>
> I noticed this in the roadmap.
>
> Planned schedule
>
> * Zope 3.4 alpha 1: mid-April, 2006
> * Zope 3.4 beta 1: first week in May, 2006
> * Zope 3.4 RC 1: mid-May, 2006
> * Zope 3.4 final: last week of May, 2006
>
> Shouldn't those b
Dieter Maurer wrote:
Philipp von Weitershausen wrote at 2006-9-28 11:22 +0200:
...
The last time this was discussed with Jim, the idea was to try to use
Zope 3's security proxy approach in Zope 2 for Python Script security
- Jim and I had some ideas I need to dredge up from the back of
Jim Fulton wrote:
>> As I opted to take care for the Zope 3.4 release and Zope 3.3 is out of
>> the door since yesterday, I've updated the roadmap.
>
> http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/RoadMap
Jup.
> I think we should move the alpha and beta schedules up. IMO, we
Hi,
Philipp von Weitershausen wrote:
> Christian Theune wrote:
>> Hi,
>>
>> Philipp von Weitershausen wrote:
>>> I want to make most of the browser:* directives saner in implementation,
>>> without actually changing their behaviour, though. Unless people
Hi,
Philipp von Weitershausen wrote:
> I want to make most of the browser:* directives saner in implementation,
> without actually changing their behaviour, though. Unless people want to
> make their behaviour saner, too ;).
I wouldn't mind making myself behave saner. :)
As we're at it: I forgot
201 - 300 of 446 matches
Mail list logo
