Re: [Zope-dev] Methods through the Web (security?)

2000-05-18 Thread Martijn Faassen
Brian Lloyd wrote: I don't have a good answer for you, though I tend to agree with you that some things just don't want to be accessed outside of some larger context. I'd like to hear some different viewpoints on how people think something like this should work... What the difference

Re: [Zope-dev] Methods through the Web (security?)

2000-05-18 Thread Martijn Faassen
Brian Lloyd wrote: Yes you could, except that you would also make them inaccessible from DTML (or from anywhere else) for the same class of users. Is it really acceptable that in order to use dtml-in objectIds on a page that needs to be accessible to anonymous users that I must grant

Re: [Zope-dev] Methods through the Web (security?)

2000-05-18 Thread Martijn Faassen
Tres Seaver wrote: I don't get the issue here, I guess; either anonymous users can view objectIds (through the web, through XML-RPC, whatever), or they can't (because you don't want them to have the information that a given object is there, I guess?) Perhaps you just don't want to expose

Re: [Zope-dev] New Help System in 2.2

2000-05-31 Thread Martijn Faassen
Paul Everitt wrote: I can add a bit more background on the decision to have the API docs not rendered from the source. First, Zope used to have an online help system that inspected the source and rendered documenation on the fly. Very nice indeed. But we yanked it. Why? The most

Re: [Zope-dev] The future of Zope with XML

2000-06-02 Thread Martijn Faassen
Kevin Dangoor wrote: Thanks for getting this document going. It's good to see where XML is going in Zope. [note that the zope-xml list may be a better list to discuss these things; I've cc-ed to there but we might want to move the thread there completely] I do have a question,

Re: [Zope-dev] Zope vs. .... missing features

2000-06-15 Thread Martijn Faassen
Thomas Weholt wrote: Have anybody compared Zope to Roxen? Midgard? Or similar products? I saw Roxen had document revision system, a thing I "reported missing" earlier in this list. While Zope may not have that, it does have versions and undo. More version control facilities would indeed be

[Zope-dev] Catalog acquisition problems?

2000-06-20 Thread Martijn Faassen
Hi there, We've been experiencing some odd interactions between the ZCatalog and acquisition. Inside the dtml-in catalog .. tags things seem to go screwy. It's picking up the properties in the root folder instead of in the subfolder (the context), where the dtml-in catalog .. is used. Why

Re: [Zope-dev] Catalog acquisition problems?

2000-06-21 Thread Martijn Faassen
Dieter Maurer wrote: Martijn Faassen writes: [snip acquisition 'problem' with the catalog] I can understand that the result is not what one wants, but when I understand aquisition correct, it is in accordance with the documentation. Yes, after some more pondering and some experimentation

[Zope-dev] 2.2 annoying nit

2000-07-17 Thread Martijn Faassen
Hi there, I see that the 2.2 still has this annoying, and seemingly completely unnecessary minor change in the tab order: Tabs for folder in 2.1: Contents View Properties Import/Export Security Undo Find Tabs for folder in 2.2: Contents Import/Export Properties View Find Security Undo

Re: [Zope-dev] I feel your Wiki Pain ;-)

2000-09-21 Thread Martijn Faassen
Toby Dickenson wrote: On Fri, 15 Sep 2000 11:27:33 -0400 (EDT), Ken Manheimer [EMAIL PROTECTED] wrote: (Not sure that will scale, but creating new lists for each proposal definitely won't scale. I dont see this as a problem: You only create a new list when the traffic for that proposal

Re: [Zope-dev] 2.3.0 release badness

2001-01-29 Thread Martijn Faassen
Chris Withers wrote: [snip] Sometimes, it'll just sit there redirecting back to the css page infinitely.. yum :-S Yeah, I've seen that kind of weirdness show up too occasionally; some kind of infinite css getting loop in Netscape. A couple of times I've seen it blow up the server logs; I

Re: [Zope-dev] 2.3.0 release badness

2001-01-29 Thread Martijn Faassen
[EMAIL PROTECTED] wrote: I've just updated to 2.3.0 release using CVS. My CSS serving has subsequently broken. The CSS serving worked fine with the CVS code from 2.3.0b2. I didn't get to check b3 - we had a public holiday on Friday and that meant that the one working day assigned to the b3

[Zope-dev] ZSQL methods seriously broken

2001-04-09 Thread Martijn Faassen
Hi there, Type marshalling is seriously broken in ZSQL methods. The bug is a bit subtle, though. There are reports of this in the collector almost a month old, and the severity of this bug is pretty high (could seriously disrupt Zope upgrades to recent versions which apparently have this bug; I

Re: [Zope-dev] ZSQL methods seriously broken

2001-04-09 Thread Martijn Faassen
[browsing through old versions of Zope] I can't find any code that's supposed to do this in old versions of Zope either. (I may be missing something, though) If this feature was never there, I'd consider the ZSQL documentation (for instance in the Zope help) to be quite broken however.

Re: [Zope-dev] How long below the radar?

2001-07-11 Thread Martijn Faassen
Rene Pijlman wrote: On 10 Jul 2001 08:06:42 +0200, you wrote: | How about treating some of the most critically needed Zope modules | as a community project? I agree totally. So what do you think are the most needed Zope products? Form tools! :) Uhmm. Check. Feel free to join the

[Zope-dev] bug in OFS/Traversable.py

2001-09-13 Thread Martijn Faassen
Hi there, There appears to be a bug in Zope 2.4.1's OFS/Traversable.py. I've tried to identify the same bug in the CVS, but oddly enough I couldn't find it. There doesn't appear to be any Zope 2.4.1 CVS branch and the Zope 2.4 branch didn't have any changes to this file in 3 months, but doesn't

Re: [Zope-dev] DISCUSS: Community checkins for CVS

2001-09-25 Thread Martijn Faassen
Paul Everitt wrote: At last, the announcement I've been dying to make. After much deliberation -- meaning, I've procrastinated for too long :^) -- I'm pleased to announce our approach for opening the CVS repository to community checkins. Cool, at last!

Re: [Zope-dev] ZTables and/or Catalog plugable brains?

2001-10-05 Thread Martijn Faassen
Jay, Dylan wrote: [snip] Also in my searches I came across lots of references to something called ZTables. This seems to be a Catalog with a UI that is about lots of tabular information (rather than a ZCatalog which is specialized to replicating and indexing existing objects). Is this dead?

Re: [Zope-dev] not Python 2.2a1 but Python 2.2b1

2001-10-20 Thread Martijn Faassen
Hannu Krosing wrote: Andy McKay wrote: Is out and: Large file support is now enabled on Win32 and Win64 platforms, and automatically configured (at least on Linux and Solaris). Cool, that will mean there will be less worries about Zope users hitting the 2 gig limit. But

Re: [Zope-dev] Stripogram or similar in core

2001-10-29 Thread Martijn Faassen
Andy wrote: You seem to be aware of the fact, but I'd like to point it out explicitely: from a security point of view, this is completely useless. As HTML stripping is often done for security reasons, I fail to see the interest in such a feature. That depends where you do the checking,

Re: [Zope-dev] ParsedXML in Zclass methods loses permissions on Zope restart

2001-10-30 Thread Martijn Faassen
Brad Clements wrote: I'm still casting around for a suggestion on where I can go to fix this. I have a ParsedXML object in the methods list of a ZClass Product. The Access Contents Information Permission Mapping always get's reset to blank in the ParsedXML object when Zope restarts.

Re: [Zope-dev] Cool stuff!

2001-12-04 Thread Martijn Faassen
Phillip J. Eby wrote: P.S. Speaking of naming, I still dislike feature as a term for interface implementations; various suggestions available on the Feature page of the ComponentArchitecture Wiki. :) I agree. I still much prefer 'adaptor' and I don't buy the 'adaptors sound too much like

Re: [Zope-dev] My thoughts on the development process

2001-12-04 Thread Martijn Faassen
Chris McDonough wrote: The other thing is that the core coders at Zope Corp snip are the only ones that can get around the fishbowl if they so desire. Here! Here! Not really. I couldn't, at least. You guys can use the fishbowl as what is in effect an announcement service. I'm

Re: [Zope-dev] My thoughts on the development process

2001-12-04 Thread Martijn Faassen
Chris McDonough wrote: There really is a lot more work that goes into the stuff in the fishbowl from the folks at ZC than just an announcement Exactly. But in the end, if nobody responds except internally at ZC, and you implement it, the fishbowl stuff is kind of an announcement, right? And

Re: [Zope-dev] ZPT Plain Text

2001-12-04 Thread Martijn Faassen
Chris Withers wrote: Phillip J. Eby wrote: I personally would like to see ZPT support plain text at some point, and it already has some of the things necessary to do it. But that's a separate issue from Zope 3X or Zope 3 itself. It already can: dummy tal:omit-tag=

Re: [Zope3-dev] Re: [Zope-dev] Cool stuff!

2001-12-04 Thread Martijn Faassen
Andreas Jung wrote: [snip] On Tue, 2001-12-04 at 11:38, Chris Withers wrote: Martijn Faassen wrote: If people agree, I will go through the Zope 3 CVS and change all references from Feature to Adaptor. :) Please try to avoid crossposts over zope-dev and zope3-dev. Apologies

Re: [Zope-dev] My thoughts on the development process

2001-12-05 Thread Martijn Faassen
Chris Withers wrote: Martijn Faassen wrote: a mailing list, are needed at least to get contributors going. I had to ask about releasing ParsedXML several times until I got some kind of 'aye' out of anyone. And it still wasn't clear. I shouldn't have to be that persistent. Well

Re: [Zope-dev] ZPT Plain Text

2001-12-05 Thread Martijn Faassen
Ulrich Eck wrote: Hi out there :) How would you do repeating texts or conditional texts like this? I mean, perhaps it's obvious; I haven't played enough with ZPT yet. Just for your info: there is one product that tries to address this problem: TERRY

Re: [Zope-dev] disabling gc does not necessarily hide memorycorruption

2001-12-20 Thread Martijn Faassen
Matthew T. Kromer wrote: [snip] Actually, I was kind of hoping Martijn Faassen would pipe up and say I applied the restricted python patches you've already put up on the Zope-2_4-branch, and my problems with ParsedXML went away! since he's one of the folks that did NOT benefit from

Re: [Zope-dev] Re: Zope 2.4 crashes -- possible fix identified, other solutions also suggested

2001-12-20 Thread Martijn Faassen
Leonardo Rochael Almeida wrote: On Tue, 2001-12-18 at 13:44, Matthew T. Kromer wrote: Soo... if shutting off GC extends time between crashes for some folks from every 15 minutes to 3 times a day, my advise is to shut off GC. Now I can really confirm that gc.disable() is enough to avoid

[Zope-dev] security.declareProtected doesn't always work?

2001-12-29 Thread Martijn Faassen
Hi there, I have some issues with using declareProtected() outside product classes (deriving from ObjectManager or SimpleItem). An external method example that _does_ work, taken from the ZDG: import Globals import Acquisition from AccessControl import ClassSecurityInfo class

Re: [Zope-dev] security.declareProtected doesn't always work?

2002-01-04 Thread Martijn Faassen
Dieter Maurer wrote: [snip] Now replace the line security.declarePublic('getTitle') with something like security.declareProtected('View', 'getTitle'), and suddenly nobody is allowed to call getTitle() on a Book object anymore. You must acquistion wrap your book objects. Otherwise,

Re: [Zope-dev] Benchmarks: DTML vs. ZPT?

2002-02-07 Thread Martijn Faassen
Chris Withers wrote: seb bacon wrote: It wouldn't surprise me - ZPT has the roughly the same overheads as DTML for the language parsing, but a presentation template goes through an HTML parser in addition - which is always going to be quite slow in python. IIRC, The HTML Parser is

[Zope-dev] copy paste 'leakage'

2002-02-07 Thread Martijn Faassen
Hey, I'm running into a weird problem I'm not sure how to tackle. I've noticed that under some circumstances it takes a long time to copy and paste a ParsedXML object. This seems to happen in a clean Zope, at least in the Zope root, though it doesn't seem to happen in folders. I've also had it

Re: [Zope-dev] copy paste 'leakage'

2002-02-07 Thread Martijn Faassen
Hi again, Another data point. Copy paste of ParsedXML documents is normal and fast when the object is in a folder not surrounded by too many other folders (or objects in general, not sure yet). If I create a bunch of very large folders sitting next to the ParsedXML document that I'm going to

Re: [Zope-dev] Zope 2.6 project updated

2002-03-06 Thread Martijn Faassen
Gary Poster wrote: So, um, Stephan, any ideas? :-) I know you are busy, but are you interested in getting this in 2.6? I could help with testing as before, but I'd prefer to have you signed on as the primary resource. I don't know OrderedFolder very well but it'd be very useful in several

Re: [Zope-dev] Acquisition problem in 2.5.1b1? (was: where is Zope 2.5.1?)

2002-03-18 Thread Martijn Faassen
Frank Tegtmeyer wrote: Brian Lloyd [EMAIL PROTECTED] writes: We are trying to get to the bottom of a few straggling instability reports, so we're planning to go ahead with I started with 2.5.1b1 today and have problems with our one central index_html approach. That would be really

Re: [Zope-dev] New-style ExtensionClass

2003-10-30 Thread Martijn Faassen
Hey, Belated response, but.. Jim Fulton wrote: Speaking of Zope 2.8, Jeremy Hylton has suggested that, perhaps, Zope 2.8 should be a release that provides *only*: - New-style ExtensionClass, and - ZODB 3.3, featuring multi-version concurrency control, plus any features that have been

Re: [Zope-dev] New-style ExtensionClass

2003-10-30 Thread Martijn Faassen
Jim Fulton wrote: See: Packages3/Interface in CVS If you put this ahead of the Zope 2 Interface package in your Python path, then you can use Zope 3 interfaces with Zope 2. That's great news! Is it the intention that this will be the default Interface package in Zope 2.8 then, or is

Re: [Zope-dev] Zope.org - SteveVisitingFredericksburgSprint

2003-12-08 Thread Martijn Faassen
Jim Fulton wrote: Steve Alexander and I will be hosting a sprint in Fredericksburg January 12-14, 2004: http://dev.zope.org/Zope3/SteveVisitingFredericksburgSprint A possible topic is Zope 2 to Zope 3 transition and working on Zope 2.9. Before independent discussions erupt here, see

[Zope-dev] 2.7 management_page_charset cannot be callable anymore

2004-01-14 Thread Martijn Faassen
Hi there, Some changes in Zope 2.7 break the possibility to make management_page_charset a callable (for instance a method). This breaks Formulator, as it uses this facility. This works just fine in Zope 2.6, but breaks in Zope 2.7. The silly thing is that Formulator 2.6.0 breaks in Zope 2.7

Re: [Zope-dev] 2.7 management_page_charset cannot be callable anymore

2004-01-15 Thread Martijn Faassen
Brian Lloyd wrote: I forward-ported these to the 2.7 branch the head. Any testing you can do to make sure I didn't break anything would be appreciated. I'm having trouble understanding what you forward-ported and what you'd like me to test. As far as I can determine

Re: [Zope-dev] 2.7 management_page_charset cannot be callable anymore

2004-01-15 Thread Martijn Faassen
Brian Lloyd wrote: I forward-ported these to the 2.7 branch the head. Any testing you can do to make sure I didn't break anything would be appreciated. Now I understand that you were responding to these messages: I think the problem is same as reported by Kazuya Fukamachi

Re: [Zope-dev] 2.7 management_page_charset cannot be callable anymore

2004-01-15 Thread Martijn Faassen
Hajime Nakagami wrote: Hi Sorry I have not execute Zope 2.7 or HEAD now. But I think needs not only the patch, http://cvs.zope.org/Zope/lib/python/OFS/dtml/properties.dtml.diff?r1=1.14r2=1.15 but also below [patch to properties.dtml] To repeat: patching properties.dtml will never be able

Re: [Zope-dev] 2.7 management_page_charset cannot be callable anymore

2004-01-15 Thread Martijn Faassen
Brian Lloyd wrote: I was trying to be responsive to getting the issue resolved, since I'd like to make a (hopefully final) beta of 2.7 of Friday. I'll be happy to check in (or have you check in) whatever fixes are needed to give you the flexibility you need so long as it is b/w compatible,

Re: [Zope-dev] Put an adapted object in context

2004-02-12 Thread Martijn Faassen
Santi Camps wrote: My problem is that the adapter object, and also the adapted object contained in it, are out of publisher context or something like this. For instance, absolute_url() methods doesn't work becouse REQUEST is not defined. I'm not sure I understand what you mean; I don't

Re: [Zope-dev] Re: Adapters in Zope 2

2004-02-12 Thread Martijn Faassen
Santi Camps wrote: Very interesting. That's what I was looking for. I will try to extract this mechanism from CMF. Silva has co-evolved (some of it inspired directly by CMF, some by Zope 3) much of the same infrastructure. Our view system is quite different, and some large changes to it in

Re: [Zope-dev] Adapters in Zope 2

2004-02-12 Thread Martijn Faassen
Leonardo Rochael Almeida wrote: Acquisition is very powerful, and very magic at the same time. Adapters is Zope3 way of implementing Acquisition in a less surprising way. The main drawback of acquisition, which is a drawback in general of Zope 2, is that namespaces get conflated. Zope 2 is

Re: [Zope-dev] Put an adapted object in context

2004-02-13 Thread Martijn Faassen
Santi Camps wrote: Thats very interesting !! I was rewriting __getattr__ to allow the adapter access adapted object attributes, but doing this way its clear and easier. Inheriting from Acquisition Implicit and applying the adapter using __of__ I obtain the same result and have less problems.

[Zope-dev] Re: Interfaces in Zope 2.5, 2.7, and 3.x

2004-03-04 Thread Martijn Faassen
Jim Fulton wrote: Martijn's suggestion was to use an alternate name for the __implements__ attribute. I suppost I could do that -- call mine __narya_interfaces__, but that sounds ugly. In particular, I don't really want my interfaces module to actually *conflict* with Zope's. As I mentioned

[Zope-dev] Re: [Zope3-dev] Re: Interfaces in Zope 2.5, 2.7, and 3.x

2004-03-05 Thread Martijn Faassen
Tres Seaver wrote: Here is an excerpt from the 'runzope' I use for FrankenZope sites (that is our affectionate name for that Interface package): [snip script] Thanks! I'll try this one out. Regards, Martijn ___ Zope-Dev maillist - [EMAIL

Re: [Zope-dev] PageTemplateFile vs. Bindings vs. Security

2004-03-25 Thread Martijn Faassen
Shane Hathaway wrote: There certainly ought to be a way to create an unrestricted PageTemplateFile, though it should be an explicit step. That is a good suggestion. I'd like that option. It would also be a potential performance benefit. On the other hand, in situations where the PageTemplate

Re: [Zope-dev] PageTemplateFile vs. Bindings vs. Security

2004-03-25 Thread Martijn Faassen
Jamie Heilman wrote: Martijn Faassen wrote: Shane Hathaway wrote: There certainly ought to be a way to create an unrestricted PageTemplateFile, though it should be an explicit step. That is a good suggestion. I'd like that option. It would also be a potential performance benefit. On the other

Re: [Zope-dev] PageTemplateFile vs. Bindings vs. Security

2004-03-25 Thread Martijn Faassen
Dario Lopez-Ksten wrote: Jamie Heilman wrote: Martijn Faassen wrote: On the other hand, in situations where the PageTemplate designers are *not* security conscious (they're designers, not primarily programmers) the option of explicit checks is useful. PageTemplateFile is a class used

Re: [Zope3-dev] Re: [Zope-dev] Re: More arguments for z (was Re: Zope and zope)

2004-04-15 Thread Martijn Faassen
Stephan Richter wrote: On Thursday 15 April 2004 11:39, Casey Duncan wrote: Additionally (and Jim and I have discussed this amongst ourselves) I feel strongly that the dependancies should be enforced by tests. That is, if you introduce and errant dependancy (by adding an import to a new package

Re: [Zope3-dev] Re: [Zope-dev] Re: More arguments for z (was Re: Zope and zope)

2004-04-15 Thread Martijn Faassen
Stephan Richter wrote: On Thursday 15 April 2004 13:22, Martijn Faassen wrote: Note that for checking dependencies in Python code I still think this tool could be improved by using technology from importchecker.py http://cvs.zope.org/Zope3/utilities/importchecker.py which can use Python's

Re: [Zope3-dev], [Zope-dev] Import checking code

2004-04-16 Thread Martijn Faassen
Fred Drake wrote: On Thursday 15 April 2004 13:22, Martijn Faassen wrote: If somebody lets me know which API they want implemented for retrieving imports (and use of imports) I could do this lifting work myself. I'm not sure simply re-implementing one of the finddeps.py internal interfaces

Re: [Zope-dev] Re: The bleak Future of Zope?!

2004-04-21 Thread Martijn Faassen
Jim Fulton wrote: I'm surprised to read this. Could you be more specific about your concerns? Did you read Andreas Jung's mail? He was pretty specific, but I had to hunt around as in my mailreader his reply had broken the thread. Regards, Martijn ___

Re: [Zope-dev] The bleak Future of Zope?

2004-04-21 Thread Martijn Faassen
Stephan Richter wrote: For Zope 3 however, I can give a very well-informed opinion. Philipp privately pointed out to me that people exected Zope 3 technologies to arrive earlier in Zope 2, such as the CA and principals maybe. Note that you were one of those people, in 2002. I remembering you

Re: [Zope-dev] Re: The bleak Future of Zope?

2004-04-21 Thread Martijn Faassen
Stephan Richter wrote: Nobody is willing to contribute. ZC agreed to change zope.org to Plone so more community members can contribute. But noone has stepped up; that's very sad. I believe part of the blockage is because contributors have to sign far more than just a simple CVS contributor's

Re: [Zope-dev] Re: The bleak Future of Zope?

2004-04-21 Thread Martijn Faassen
Casey Duncan wrote: On Wed, 21 Apr 2004 11:36:31 +0200 Andreas Jung [EMAIL PROTECTED] wrote: - very few people are willing to contribute to documentation On a bright note, I think zopewiki.org could change that. It *greatly* lowers the bar on contributing substantive docs for Zope. I would

[Zope-dev] On a constructive note: Zope 2.8

2004-04-21 Thread Martijn Faassen
Hey there, I understand from: http://dev.zope.org/Wikis/DevSite/Projects/Zope2.8/MilestonePlan Zope 2.8 is now planned for june. If Zope 2.8 is indeed released by june this could fit fairly well with my own (also delayed :) plans for using this facility in Silva. The obvious area I could try

[Zope-dev] Re: The bleak Future of Zope?!

2004-04-22 Thread Martijn Faassen
Jim Fulton wrote: Martijn Faassen wrote: Jim Fulton wrote: I'm surprised to read this. Could you be more specific about your concerns? Did you read Andreas Jung's mail? He was pretty specific, but I had to hunt around as in my mailreader his reply had broken the thread. I was responding

[Zope-dev] Re: On a constructive note: Zope 2.8

2004-04-22 Thread Martijn Faassen
Jim Fulton wrote: Have interfaces stabilized enough to start this work, or should I wait until next month (may is indicated on the planning). I think so. You think I can start now or you think I should wait? :) What steps need to be taken concretely before such integration is considered

[Zope-dev] Re: On a constructive note: Zope 2.8

2004-04-22 Thread Martijn Faassen
Jim Fulton wrote: Jim Fulton wrote: this could fit fairly well with my own (also delayed :) plans for using this facility in Silva. The obvious area I could try to contribute is in integrating Zope 3 interfaces in Zope 2. I meant to mention that Kapil has offered to work on this. I suggest you

Re: [Zope-dev] The bleak Future of Zope?

2004-04-24 Thread Martijn Faassen
Lennart Regebro wrote: A lot of the things that are CMF should have been put into Zope core. Agreed, that'd been a lot better. The CMF is a framework. It'd be nicer if it'd been a set of independent components. Then Silva (for instance) could've used more of what's in the CMF than is possible

[Zope-dev] Re: [Zope3-dev] Decouple Interface and zope.interface (Martijn was right)

2004-04-26 Thread Martijn Faassen
Jim Fulton wrote: [decouple interface implementation] *falls into a dead faint* *wakes up and starts bouncing around* *Loud cheering!* Awesome, thanks, Jim! A good start of my working week, too. *cough* *regains composure* *ahum* +1 Regards, Martijn

Re: [Zope-dev] Do we need a Packages directory in the new repository

2004-04-26 Thread Martijn Faassen
Jim Fulton wrote: Historically, we've had Packages, Products, Packages3 and Products3 directories in the CBS repository. I wonder of we need these going forward. Perhaps we should just have top-level projct directories in the new subversion repository. I think having a distinction between Zope 2

[Zope-dev] Re: [Zope3-dev] RE: [ZODB-Dev] Subversion repository layout

2004-04-26 Thread Martijn Faassen
Tim Peters wrote: I read some subversion docs over the weekend, and so am sufficiently prepared to live with the oddities of a standard subversion layout. I think that if you make a non-standard layout, then everyone coming to, or going from, Zope from/to other subversion projects will be forever

[Zope-dev] Re: [Archetypes-devel] Unicode in Zope 2 (ZMI, Archetypes, Plone, Formulator)

2004-04-26 Thread Martijn Faassen
Bjorn Stabell wrote: Formulator: * gets charset from manage_page_charset (same as ZMI), but can be overridden * stores field values as encoded text (not Unicode), but lets you specify which encoding to use (confusingly calls this unicode mode) * messages are stored as UTF-8 (hardcoded) While

Re: [Zope-dev] Re: [Archetypes-devel] Unicode in Zope 2 (ZMI, Archetypes, Plone, Formulator)

2004-04-26 Thread Martijn Faassen
David Convent wrote: Hi Bjorn, I always believed that unicode and utf-8 were same encoding, but reading you let me think i was wrong. Can you tell me what the difference is between unicode and utf-8 ? Unicode should not be seen as an encoding as such. While Python internally uses an encoding

[Zope-dev] Re: [Zope3-dev] RE: [ZODB-Dev] Subversion repository layout

2004-04-27 Thread Martijn Faassen
Kapil Thangavelu wrote: sigh.. debating over what the book says isn't very productive. my conclusions at the end of my previous email, namely that what this layout will accomplish for the zopeorg repository in terms of avoiding renames of checkouts will likely be fairly limited in pratice, still

Re: [Zope-dev] Re: Read-only root database doesn't work ... bug or feature?

2004-05-24 Thread Martijn Faassen
Dieter Maurer wrote: Tres Seaver wrote at 2004-5-21 15:09 -0400: ... I have not yet found exactly how Formulator triggers a commit, but it is definitely something called by its initialize() function. It is probably trying to do the Right Thing (TM) by registering with the help system. The fact

Re: [Zope-dev] Re: Read-only root database doesn't work ... bug or feature?

2004-05-25 Thread Martijn Faassen
Paul Winkler wrote: On Mon, May 24, 2004 at 09:50:31AM +0200, Martijn Faassen wrote: Yup, it's the help system. This is very odd. Did you see the message I sent to formulator-dev a few days ago? No, sorry, just taking a look at it. I spent some time tracing the source of the ReadOnlyErrors

Re: [Zope-dev] Re: Read-only root database doesn't work ... bug or feature?

2004-05-25 Thread Martijn Faassen
Paul Winkler wrote: On Mon, May 24, 2004 at 06:55:02PM +0200, Dieter Maurer wrote: Content-Description: message body and .signature Martijn Faassen wrote at 2004-5-24 09:50 +0200: ... I know this has been reported before but I haven't looked into it yet. I'm wondering how to handle Formulator

Re: [Zope-dev] Re: Read-only root database doesn't work ... bug orfeature?

2004-05-25 Thread Martijn Faassen
Tim Peters wrote: [Martijn Faassen] ... I'm not sure whether the patch ever could've worked. Firstly, the rich comparison operations were never called; I think perhaps due to some limitation in ExtenionClass. ExtensionClass doesn't play well with many newer Python class features. Rich comparisons

Re: [Zope-dev] Re: Read-only root database doesn't work ... bug orfeature?

2004-05-26 Thread Martijn Faassen
Paul Winkler wrote: The fix is in the latest Formulator CVS; Paul, please test it if you can and let me know if you still see the untowards behavior. It seems good, thanks!! Great! Thanks everybody! Regards, Martijn ___ Zope-Dev maillist - [EMAIL

[Zope-dev] Re: [Zope3-dev] status of Zope versus zope?

2004-06-04 Thread Martijn Faassen
Jim Fulton wrote: Martijn Faassen wrote: I chose alternative 4 from: http://dev.zope.org/Zope3/RenameTheZopePackage As that seemed to be the most popular, although I personnally prefer 3. Resolving this peacefully is becoming more urgent for me as I'd like to be able to use Five (Zope 3 on Zope 2

[Zope-dev] Re: [Zope3-dev] status of Zope versus zope?

2004-06-04 Thread Martijn Faassen
Jim Fulton wrote: Martijn Faassen wrote: So what does this mean for Five on Windows? It means that you should tell people to put zope in a different directory than Zope. Both of these directories need to be on the Python path. Hm, that's not a big deal then. I'm just at a loss how this would

[Zope-dev] Re: status of Zope versus zope?

2004-06-04 Thread Martijn Faassen
Philipp von Weitershausen wrote: Martijn Faassen wrote: I don't understand what this means. A different directory on the python path? I would recommend leaving old Zope2 stuff in lib/python and putting all Z3-related stuff in a parallel directory called 'src'. That way you can run a whole

[Zope-dev] Re: [Zope3-dev] status of Zope versus zope?

2004-06-05 Thread Martijn Faassen
Jim Fulton wrote: Martijn Faassen wrote: Hm, that's not a big deal then. I'm just at a loss how this would fix the case-insensitivity import problem on Windows; I think I'm missing something. Yes, you are. Python has no trouble importing two packages with names differing only by case

[Zope-dev] Re: [Zope3-dev] status of Zope versus zope?

2004-06-05 Thread Martijn Faassen
Fred Drake wrote: On Friday 04 June 2004 12:33 pm, Martijn Faassen wrote: Hm, that's not a big deal then. I'm just at a loss how this would fix the case-insensitivity import problem on Windows; I think I'm missing something. Modern Windows is case-preserving, and Python uses that to get

Re: [Zope-dev] Re: Five and 2.9

2004-06-16 Thread Martijn Faassen
Jim Fulton wrote: Raphael Ritz wrote: Thanks for this clairification, Jim. Alan, does that address your concerns? Any reasons left, not to adopt the five approach to Zope 3? Just understand that the Five approach is still being developed, so there's nothing to adopt yet. :) But I certainly

Re: [Zope-dev] Re: [Plone-developers] Re: Five and 2.9

2004-06-17 Thread Martijn Faassen
alan runyan wrote: Alan, does that address your concerns? Just understand that the Five approach is still being developed, so there's nothing to adopt yet. :) But I certainly encourage folks to participate and help Martijn figure out what the approach should be. Raphael, I think its great that

Re: [Zope-dev] Re: [Plone-developers] Re: Five and 2.9

2004-06-19 Thread Martijn Faassen
Jim Fulton wrote: Can we please stop using this name in writing? It is funny, but not very reassuring to outsiders. :) What do we call this project then? :) The Project-that-shall-not-be-named! Regards, Martijn ___ Zope-Dev maillist - [EMAIL

Re: [Zope3-dev] Re: [Zope-dev] Re: Five and 2.9

2004-06-22 Thread Martijn Faassen
Janko Hauser wrote: Martijn Faassen wrote: There's the 'approach' and the implementation. The approach is fairly clear: a focus on baby steps to integrate into Zope 2.7. The aim is to introduce as much as possible as make sense of Zope 3 facilities into Zope 2. Besides ourself also Christian

Re: [Zope-dev] Events in the core

2004-12-08 Thread Martijn Faassen
Florent Guillaume wrote: I'd like to revive this discussion about having events in the core. Sidnei even mentionned getting them in Zope directly, http://dev.zope.org/Wikis/DevSite/Proposals/IncludeEventsInCore I'm all for it, and would really help many people. It would be awesome if a minimal

Re: [Zope-dev] Events in the core

2004-12-15 Thread Martijn Faassen
Florent Guillaume wrote: [snip] Martijn asked important question: If we backport Zope 3 events, what package will they live in? How will this relate to Five? What other packages does this draw in (zope.interface definitely)? Etc. If we want that to work with Five and Zope 2.7, will there be

Re: [Zope-dev] Renamed the Zope package to Zope2 and including Zope 3 packages in Zope 2.8

2005-02-02 Thread Martijn Faassen
Sidnei da Silva wrote: On Mon, Jan 31, 2005 at 10:53:01AM -0500, Jim Fulton wrote: snip | I haven't decided | which parts of Zope 3 should be included in Zope 2.8 and would like to | get input. If you have suggestions on what to include or exclude, | please respond here or on the z3-file list,

Re: [Zope-dev] Renamed the Zope package to Zope2 and including Zope 3 packages in Zope 2.8

2005-02-02 Thread Martijn Faassen
Jim Fulton wrote: Paul Winkler wrote: +1 on all of those from me. However, I will be satisfied with anything that gets released as 2.8 sometime this year ;-) Absolutely. The top priority, IMO, is getting 2.8 out as soon as we can. Excuse me, but it seems bizarre to me that *if* the top priority

Re: [Zope-dev] Re: Renamed the Zope package to Zope2 and including Zope 3 packages in Zope 2.8

2005-02-02 Thread Martijn Faassen
Christian Heimes wrote: Jim Fulton wrote: Originally, I had intended not to include any Zope 3 packages until Zope 2.9, however, Zope 2.8 has been delayed long enough that I think it makes sense to include some parts of Zope 3 sooner. I also want to use some of the Zope 3 persistent code support,

Re: [Zope-dev] Renamed the Zope package to Zope2 and including Zope 3 packages in Zope 2.8

2005-02-02 Thread Martijn Faassen
Stephan Richter wrote: On Wednesday 02 February 2005 05:28, Chris Withers wrote: Martijn Faassen wrote: That's only to make things more easily deployable. Right now the hard part is however detaching Zope 3 stuff from its dependencies Really? That's extremely disappointing :-( The most important

Re: [Zope-dev] Renamed the Zope package to Zope2 and including Zope 3 packages in Zope 2.8

2005-02-02 Thread Martijn Faassen
Jim Fulton wrote: Martijn Faassen wrote: ... Five has dependencies on zope.app, so to make Five use Zope 2.8 packages would require quite a bit of Zope 3 to be pulled in, or an awful lot of work to prevent it from being pulled in. I think Zope 3 is at a point where, if there are volunteers

Re: [Zope-dev] Re: Renamed the Zope package to Zope2 and including Zope 3 packages in Zope 2.8

2005-02-02 Thread Martijn Faassen
Jim Fulton wrote: Would it make sense to have Zope 2.8 include all of the packages below other than zope.app and for Five to supply it's own zope.app? It would make life harder for Five, and create more work for us, as we'd have to worry about: * shipping a zope.app ourselves (does it contain

Re: [Zope-dev] Re: Renamed the Zope package to Zope2 and including Zope 3 packages in Zope 2.8

2005-02-02 Thread Martijn Faassen
Jim Fulton wrote: Lennart Regebro wrote: [snip] I'm leaning more towards realeasing 2,8 now, and skipping this renaming thing alltogether. But then, I don't know your reason for wanting to do it in Zope 2.8, which I expect is a really good one (it usually is). I want zope.interface and

Re: [Zope-dev] Re: Renamed the Zope package to Zope2 and including Zope 3 packages in Zope 2.8

2005-02-03 Thread Martijn Faassen
Dieter Maurer wrote: Martijn Faassen wrote at 2005-2-2 19:09 +0100: ... What other use cases are floating around? The CMF user group would like to use Zope3's events and subscriptions to make creation, deletion and modification interception more flexible. Yes, those are definitely useful. I mean

[Zope-dev] Re: [Zope3-dev] Re: Heads-up: Zope 2.8, Zope 3 and Five

2005-03-15 Thread Martijn Faassen
On Tue, Mar 15, 2005 at 04:57:00PM +0100, Christian Heimes wrote: I really *love* to have Five and parts of ZopeX3 in Zope2 but I don't like how it is happening. Zope 2.8 is starting to stablize and still contains some critical bugs like the incompatibility with old style BTrees and you are

[Zope-dev] Re: [Zope3-dev] Re: Heads-up: Zope 2.8, Zope 3 and Five

2005-03-16 Thread Martijn Faassen
On Tue, Mar 15, 2005 at 07:31:51PM +0100, Christian Heimes wrote: Martijn Faassen wrote: [Could you point me to the issue or mail describing the old-style BTree problem? I may have run into it under another name or something.] http://zope.org/Collectors/Zope/1695 Persistent* were fixed

[Zope-dev] Re: [Zope-Checkins] SVN: Zope/trunk/ - Applied patch for

2005-03-18 Thread Martijn Faassen
On Thu, Mar 17, 2005 at 10:34:10AM -0500, Tim Peters wrote: [Sidnei da Silva] Humm... we are trying to push a Zope 2.8 beta out, do you have or know of plans to use ZODB 3.4 with Zope 2.8? Yes. Jim needs to fix ZClasses for 2.8 too. ZODB 3.4 requires some Zope(3) features, like

[Zope-dev] Zope 2.8 + Five post-sprint status

2005-03-18 Thread Martijn Faassen
Hey everybody, We're wrapping up here at a very pleasant and productive Zope 2/3/Five sprint here in Paris. We've accomplished quite a lot, and we'll let you hear what this is in more detail soon. We've spent a lot of time with Zope 2.8, integrating Zope X3.0 and Five into it. Our work is on

  1   2   3   4   5   6   7   8   9   10   >