Re: [Zope3-Users] Zope3 equivalent to Zope 2 filestream_iterator?
Stephan Richter wrote: On Wednesday 12 October 2005 10:25, Johan Carlsson wrote: How far has the development of 3.2 come? That question does not make much sense, We are switching to timely releases with 3.2. You can see the implemented features in CHANGES.txt. I don't entirely understand what timely releases is? I'm guessing this is a more agile release schema? The time of the release is set by date not by feature. So the features are not finalized until we freeze the trunk. The commonly used term is time-based releases. We hope that these will also result in more timely releases too. :) Concretely it means that Zope 3.2 will be released by the end of the year/early january. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] How to publicly add object to Zope component
Martin Margo wrote: [snip] How do I make site/+/AddConferenceGoer.html= publicly available without being prompted for a password? Is there a configuration file somewhere I can set this up? I've ran into this one. The problem is that the '+' view registered by Zope 3 is not allowing access by people who don't have Zope management permission. Another point: I have tried granting zope.anybody Zope.ManageContent permission and site/+/AddConferenceGoer.html is now available but the user can manipulate the URL to go in and modify other people's info. I don't think this is a very good approach, as you'd give zope.anybody an awful lot of rights all of a sudden. Anyway, this is how you can register your own adding (+) view for a particular content type: view for=path.to.ISomeInterface name=+ class=zope.app.container.browser.adding.ContentAdding permission=myownPermission /view of course if you make permission 'zope.Public', you'd still be exposing the add view for your particular content type (all the ones that implement ISomeInterface) to the whole world, so be careful not to do this to normal IFolder, for instance, unless you really really want that. Good luck! Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Compatibility
Milind Khadilkar wrote: In light of these insights, I feel the Zope home page should be re-drafted so as to present alternatives clearly to newcomers. Currently, Zope 3 is not presented prominently, causing newcomers to start with Zope 2 by default. Yes, an effort to improve the web presence of Zope 3 is sorely needed. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Re: ZCML, practicality, purity (was Excellent perspective...)
Jeff Shell wrote: [snip lots of good stuff about configuration in python code and its drawbacks] But if that were a route one decided to use, one would have to lay down VERY strict rules. Otherwise we lose all the benefits of the Component Architecture and start heading back into a free-for-all mess. I just wanted to indicate, belatedly as I just found this discussion, my strong agreement. If configuration moves into Python code, it should be under very strict supervision indeed. [snip lots more good stuff] . I think that the ZCML situation could be improved with: * simpler use - let Python code say what it adapts and implements. Let Python code subclass from BrowserView. Use ZCML to just register and name the object. Promote this in documentation, advocacy articles, and so on. * alternate syntax? Not Python, but maybe something python-ish but geared towards entering the kind of data references that one has to type a lot in configuration. * cut down on the magics like dynamic class creation. this was a frustrating surprise when I first encountered it a couple of months ago. * for many of the core ZCML configuration directives, explain their Python alternative. Not to promote its use when writing large systems, shared toolkits or frameworks, but to show how to test or just to use adapters and utilities in small applications that don't require the full Zope toolkit. And all of these are a good idea for exploration. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Z3 widgets overview
Adam Groszer wrote: Hello, I had some time to finalize the widgets overview. You can download it from here in various formats: http://www.zope.org/Members/adamg/widget Wow, thanks, this looks really cool! Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Selecting a code name
Hi there, Just to drop a note that I think a discussion about a potential brand name for Zope 3 is far less important than actually fixing our website and presenting Zope 3 (and Zope 2 for that matter) in a better way. Perhaps we can better redirect our energies to that than to have long (but easy, as everybody can say something without having to do anything) discussions about something that in the end isn't going to matter that much. Zope 3 already has a recognized brand as a rewrite of Zope 2 in the community - let's go with that. A brandname won't help us a bit if we don't do anything with it to present it properly, so the website is primary again there too. If we suddenly all start to talk about Zope 3 Odyssey without updating our website I fear we'll end up looking like flailing around wildly to keep up instead, and confusing people more. If we do manage to build a new website and are a good way done with it, *then* is the time to discuss possible branding options. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Zope 3 Marketing Competition? (was Re: [Zope3-dev] Re: Selecting a code name)
Tarek Ziadé wrote: Martijn Faassen wrote: Yes. Rest assured my ambition is to keep ambitions as low as possible. :) Otherwise nothing will happen. The front page of Zope.org doesn't show the activity around Z3 at all. That wouln't cost anything to start to add a few z3 links in Zope Exits for example. (beside the point to have a marco/micro approach) Good point. I'm not a maintainer of the current zope.org so this suggestion will have to be made to someone who can change things. I'm sure someone is listening on the zope-web mailing list who can? Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
[Zope3-Users] Re: [Zope3-dev] Re: Do we really want Zope 3 marketing talk isolated on zope-web?
Michael Haubenwallner wrote: Gary Poster wrote: I'm not sure shuffling the hype and Zope 3 marketing conversations to zope-web is a good idea. I'm not trying to fix zope.org (eek), and I'm not trying to improve the Zope 2 image (though that would be nice too). I, and I think others, are interested in marketing Zope 3. As such, are we really such a big group that we should divide up onto a *third* list (zope3-users, zope3-dev, and zope-web)? I haven't signed up there yet, myself. I feel like going off isolates the people working on the marketing stuff: new blood doesn't see the work and possibly join in; and old easily-annoyed-and-unsubscribed-to-yet- another-freaking-list blood doesn't have visibility of the work. Yes, this has been a lot of email messages, but I'd rather hang out together. Thoughts? 'Zope-web' has always been the list to talk about zope websites related stuff (there's just been zope.org until now). If its about scope and implementation it should be on zope-web. Working on marketing stuff (and i think you are talking about content and direction here) could as well happen in zope3-dev or zope3-users lists. Right, zope-web is for working together and building a better web presence for Zope. I happen to believe that this is absolutely essential, vital, and integral to marketing Zope. It's the core of how we present ourselves, and everything else is less than secondary, if done in isolation from a better communication on what Zope is, what it's good for, etc. Evidently a lot of people disagree with me on this, and think that fixing these other aspects of Zope marketing first will work better. I haven't really seen an explanation for how that would work while we retain the present zope.org as the only web presence Zope 2 and Zope 3 have. Somehow people don't seem to be discussing other activities much in the recent threads, such as the writing intro text, of tutorials, designing and presenting screencasts, gathering links and other information. So, if you just want to chat about marketing, there's no need at all to go to zope-web. Perhaps you shouldn't in fact, as it might distract us from the core task at hand there, which is zope.org. If you agree with me that the website is the core problem we need to tackle (and the other issues will come along with it), then please join zope-web and help us write text, organize a website, refine a website layout, and so on. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Adapting multiple times
Frank Burkhardt wrote: [snip] Does anyone have an Idea how to do this or do I have to modify the TextIndex? Idea: Write an adater which Adapts IMyObject to ISearchableEN. This Adapter can be a function which only does the adaption chain and returns the Adapter to ISearchableEn adapter. Thank you for the quick response. Problem ist: there is not just ISearchableEN but one interface like that per supported language (~ 10 languages supported). I expect to write at least 20 content object types. It just doesn't scale. Doing the adaption chain manually in a modified TextIndex is the only alternative, if Zope is not able to do it automatically. Maybe there's a way to leverage named adapters? I.e. look for the adapter not just by interface but also by name, and use a different name for each language. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] hurry.query example app?
baiju m wrote: Hi, Can anyone send me an example app where hurry.query is used? or is there any svn public repository with hurry.query examples? The README.txt is enough for getting started, but I am looking better patterns for catalog usage. Recently Infrae released the Document Library. I don't know whether it's a great example app for hurry.query, even though I wrote hurry.query for it. You can download it here: http://www.infrae.com/download/documentlibrary You can also browse here: https://infrae.com/viewvc/documentlibrary/trunk/ One module where we use queries is here: https://infrae.com/viewvc/documentlibrary/trunk/src/documentlibrary/core/browser/documentlist.py these are actually partial queries, and get passed to a another function (in flow.py), which then assembles it into the final query. That's a nice feature of having your query parameters be objects. Note that hurry.query doesn't do any query optimization. It uses the underlying index structures as much as possible and most basic operations should be reasonably fast, though. Patches that add query optimization by reordering query trees are of course welcome. :) Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] zc.tables integration with Zope3
Benji York wrote: Stephan Richter wrote: Note that I am -1 for including zc.table at this stage. I feel that it needs some more thought and real-life usage. Note: I use zc.table *a lot*! I'm +1 on your -1. It's a bit early yet. Plus the eggification of 3.4 will hopefully reduce the need to put things in the core. I'll note here that I've eggified zc.table before and it's in the Zope eggs directory here: http://download.zope.org/distribution/ If you don't want to use it in the Zope 3 core (which I understand the original poster wants to do, so this won't help him), but just want to use it in your project, having an egg makes it easier. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] zc.tables integration with Zope3
Jim Washington wrote: This is probably a bit premature, but I have been doing some thinking about reordering/batching of large sets. My current (not-quite-ready-for-prime-time) solution involves factoradics, and I have done a bit of a write-up on my blog, http://blog.hill-street.net/?p=5 . I don't have time to read your article right now, but I will do so later. I'm quite interested in making the presentation of tabular data scale better. Right now, zc.table excepts to have access to the whole list in order to sort and batch it, but with huge amounts of data this may not scale so well. Relational databases have limit queries that seem to help here, though I'm not sure how much optimization is happening on the backend level. Anyway, just wanted to register my interest in this topic, if indeed I understand you correctly. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] New open-sourced Zope Corporation packages
Gary Poster wrote: Zope Corporation is happy to announce a number of newly open-sourced packages. All are in use, in development, or both. [snip long list] Awesome! And thanks for this announcement! And here Infrae's with only 3 hurry packages last year - I feel totally inadequate. :) Echoing some of the recent discussions, we should really focus on getting a web presence for these. Just a web page with some minimal information would already be very valuable. Anyway, that's just a note to myself - it might be a next project to tackle after we get a better Zope Foundation website, we'll see. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] z3c vs. the zorg
Benji York wrote: Stephan's ZSCP proposal suggests using the package name z3c for community packages. IOW, packages that aren't part of a larger collection like lovely.*, zc.*, etc.. There are currently several z3c packages in existence. The zope3.org packages currently use the package name zorg. I personally (and at least a couple other people feel the same way) like zorg better than z3c. I'd like to propose that zorg become the name space package for otherwise homeless modules/packages. (In fairness, I'll note that Stephan likes z3c better, and that name is already in semi-wide-spread use). +1 to zorg, for various reasons: It's pronouncable. People can say zorg, and it's less syllables than z3c if you manage to pronounce the latter. It's cute: * zorg sounds like an evil alien emperor EXTERMINATE THEM! Yes emperor Zorg, immediately! * zorg sounds like a very biological species of alien: Swarms of zergs, I mean, zorgs, completely overwhelmed the Terran command post. * zorg is actually a common word in Dutch. It means care, and can be used in contects like healthcare. Steve Alexander saw a van here with the word zorg once and was highly amused. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
[Zope3-Users] Re: [Zope3-dev] z3c vs. the zorg
Stephan Richter wrote: [snip] Also, z3c does not try to be the holy grail of community work. It is just another namespace and I think this should be accepted. I actually think it would be *nice*, if not at all essential, to have a common namespace for community work. For such a common namespace z3c is a bit unwieldier than something like zorg. We could consider establishing a more coherent pattern in the future, perhaps. [snip] BTW, I am not aggravated about the mail; I am just very tired of those pointless namespace discussions. I'm glad you're not aggravated by something Benji brought something up this time.. He's certainly not trying to waste your time, but brings up things that he considers are important. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] 4 questions from a newcomer
Thierry Florac wrote: [snip] I had the same problem in my french site where we use many accentuated characters. The solution I use until now is just to switch my Python interpreter to use UTF-8 as default encoding, via the site.py file of my Python distribution... If it works for you, so be it, but this is just to warn people that this is a really bad way to make encoding problems go away. Here's my longer rant about this: Changing the Python default encoding considered harmful http://faassen.n--tree.net/blog/view/weblog/2005/08/02/0 Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] 4 questions from a newcomer
Stephan Richter wrote: [snip] 4) workflow: Where is zope.app.workflow? It has never been released with Zope 3, just as an add-on package. People are now encouraged to use zope.wfmc and zope.app.wfmc. There is also a z3lab extension specifically for document workflows. If you are interested in just fairly simple but understandable workflow, you might want to look at hurry.workflow. It's in SVN here: http://codespeak.net/svn/z3/hurry.workflow/trunk/ There's documentation in there: http://codespeak.net/svn/z3/hurry.workflow/trunk/src/hurry/workflow/workflow.txt Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] filter possibilities
Ivan Horvath wrote: Dear All, i have to provide some filter function in our system. i've checked the hurry.query solution e.g. obj1.property = As Built Documentation obj2.property = Planning Documentation obj3.property = As Built Drawing i would like to filter my objects in the following ways: filter for substring. when i make a filter for this property with the following expr.: As Built i would like to get obj1, obj3 back as result how is it possible? query.Eq or AnyOf doesn't give back anything. You may want to look at hurry.query.Text. If you index something using a full text index (from zope.app.catalog.text import TextIndex) you can do such partial matching. This does presume you do have the intids and catalog all set up in your own code. Does hurry.query.Eq work when you feed it a complete text, such as As Built Documentation? It may also be that you want to reorganize your objects slightly so that you have *two* fields, one 'As Built' and one 'Document' or 'Drawing'. It could be that you're trying to put information into one field that really should be in multiple fields. If you do that, you can use the Field index and query.Eq. Good luck! Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Re: Autocreated content objects
Fred Drake wrote: On 9/26/06, Baiju M [EMAIL PROTECTED] wrote: If this is a _bug fix_ and not a _feature_, can we port it to 3.3 also. Of cource in 3.3.1 release only. I think so. I've got to get some sleep now, but feel free to go ahead and backport it if like. If this is really a bugfix, someone had better backport it. :) Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] filter possibilities
Ivan Horvath wrote: Dear Martijn, thank you for your answer. the query.Text (TextIndex) search is working now but i miss the query.NotText - i mean to search for NOT a value how this could be possible? I'm not sure whether the text index actually supports this behavior; hurry.query doesn't... I would strongly suggest considering doing what I said in my original mail: not treating this as a text indexing issue but instead splitting up your fields in multiple field indexes. You can still generate whatever gets indexed by those field indexes from the original text, as long as it follows a regular pattern. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] So you've just downloaded Zope 3.3....
Jeff Shell wrote: ... now what? I just tried moving some work over to Zope 3.3. Already things are blowing up. That's fine - things can change a little bit. But is there any information on what really changed besides CHANGES.txt and the little list of bullet items on the release information pages? This has been discussed before, and I think we agree now that our release documentation process has got to be improved. :) Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
[Zope3-Users] Re: Community opinion about search+filter
Hello, Adam Groszer wrote: I'd like to ask your opinion, your experiences about searching and filtering in quite large object DBs. We need to add search and filter functions to our current app, where the user might be able to create quite _sophisticated_ filter criterias. (The app is a pure Z3 app, subject is document management) Currently we're looking at something based on catalog/indexes. As I checked the most comfortable solution would be based on hurry.query. Some questions arose: - Is it necessary/worth adding indexes on all attributes? - How does the index perform on modification and retrieval? The biggest problem is that this will be our first try, so we're missing experiences and are a bit puzzled about the right solution. Certain is that moving to RDB is not an option. I think one of the main limitations of the current catalog (and hurry.query) is efficient support for sorting and batching the query results. The Zope 3 catalog returns all matching results, which can then be sorted and batched. This will stop being scalable for large collections. A relational database is able to do this internally, and is potentially able to use optimizations there. It would be very nice if someone could look into expanding hurry.query and/or the catalog to support these cases. It would be interesting to look at what Dieter Maurer has done with AdvancedQuery in Zope 2 in this regard as well. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
[Zope3-Users] Re: Blog naming proposals
Vinny wrote: Florian Lindner wrote: One thing still missing is a good name. A name that quickly comes to my mind is zBlog but which is not very fancy. What ideas have you for Zope3 blog package, what would you choose? If you are using any of the 'Grok' stuff then you might consider 'Grog'. Say it out loud. Belatedly, we already have a (currently sleeping) project to make a blog with Grok called Grokstar. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
[Zope3-Users] Re: Known-good-sets problem
Benji York wrote: Stephan Richter wrote: 2. How many packages should be controlled in this index? I think we should definitely add packages from z3c and the zc namespace. What is the motivation to include non-controlled packages? I suppose it is to let people use those packages with (in this case) Zope 3.4. What if someone wants Zope 3.4 and Twisted version X and Plone version Y (just making those up). Perhaps we need a way to refer to several KGS when constructing an application. Or is one KGS supposed to define a universe of packages known to work together. If so, I would think there would be no place for non-controlled packages. A feature to combine lists of versions is definitely needed. I may be a developer of an application that uses both Grok and KSS, for instance. This can be solved by me maintaining my own list, but I'd prefer to rely on two lists that are already there. That's the application developer's case. The framework developer's case requires me to publish such combined lists. If I have my own framework on top of Grok and KSS, I'd like to publish a list that's a combination of those without having to copy them. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Duplicate emails from mail queue
Hey, On Nov 5, 2007 4:41 AM, Benji York [EMAIL PROTECTED] wrote: Darryl Cousins wrote: Has anyone experienced duplicate emails being sent using IQueuedMailDelivery? We've seen this when you have more than one process (or thread) attempting to deliver messages from a single maildir. I've recently made changes on the zope.sendmail trunk to eliminate the duplicates. I need to do another release, maybe tomorrow. If you want to try the fix before a release is made, you can try running a trunk checkout. Right, I can confirm seeing this for the same reason as well. Note that there are other issues with using this facility (at least the version I used) if you'd like to configure the mailhost after startup time in some UI, but maybe one can hack ones way around that. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] z3c.form: ListWidget, ObjectWidget, and subform
Hey, On Dec 7, 2007 1:54 PM, Christophe Combelles [EMAIL PROTECTED] wrote: [snip] 2- Then I'm trying to create a form for a single Object field. I've understood that this case should be handled by a subform. So I could create such a thing by using a template for the main form, and a subtemplate for the subform. But then, I've begun using z3c.formui to have a better template for the main form, but now how do I display the subform in the div-based formui template? The real final thing I'm trying to do is just a form for a List(value_type=Object(schema=IStuff), with IStuff being just made of 3 TextLine fields. Doing this is quite easy with the formlib, or maybe I got used to it, but I'd really like to be able to do all the same things with z3c.form Just so you know I really look for such features too. z3c.form simply declares that subforms are the way to go, but when I look at example code I see rather involved ways information has to pass back and forth between subform and form. I hope more automation is possible here, while hopefully retaining the increased control that z3c.form offers. Something like an object widget that lets you specify a sub-form and template manually. I looked at z3c.form to find such increased control for one project, but the lack of automation really killed that for this particular case. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Re: [Zope-dev] Zope 3.4.0 candidate 1 Released
Hey,. On Feb 1, 2008 4:09 PM, David Pratt [EMAIL PROTECTED] wrote: [snip] It might be nice for the marketing of zope to give each set of eggs a nice name. Just using familiar mozilla names as an illustration, see how nice zope-thunderbird or zope-firefox look. So do away with the kgs in the name and create a brand where zope 2 doesn't look like the lesser version of zope and zope3 isn't a library. They are only sets of the packages we generally refer to as zope :-) There is this little community project called Grok which among other things aims at better marketing of Zope 3 technologies: http://grok.zope.org We've been at it for over a year. Now with all new website! I realize that Grok isn't to the tastes of everybody in this community. They may wish to market non-Grok Zope 3 better. My suggestion is for them to contribute to the Zope website project: http://www.openplans.org/projects/zorg-redux (appears down at the moment, but I think that this is the correct URL) Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Re: [Zope-dev] Zope 3.4.0 candidate 1 Released
Hey, On Feb 1, 2008 6:04 PM, Christophe Combelles [EMAIL PROTECTED] wrote: [snip] The transition seems now achieved and the most important thing is to have a dedicated web site with clear information, so that there are new users, and new contributors. When someone goes to the zope.org homepage, there is nothing about zope3, just a single link in the left menu. I've heard that some people have started working on a new web site. Who is doing that job, what is the current status, and what can we do to help? I agree that updating the website is important. Martin Aspeli is the person to contact on the zope.org effort. I've cc-ed him here. Earlier in this thread I posted a link to the project as it is on the openplans website. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Re: [Zope-dev] Zope 3.4.0 candidate 1 Released
Hey, On Feb 1, 2008 6:11 PM, Stephan Richter [EMAIL PROTECTED] wrote: On Friday 01 February 2008, Martijn Faassen wrote: http://www.openplans.org/projects/zorg-redux This project does not seem to be public. I don't know how it's been setup, but if you want to join I'm sure Martin Aspeli can help you. :) Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Re: [Zope-dev] Zope 3.4.0 candidate 1 Released
Hey, On Feb 1, 2008 8:59 PM, Paul Carduner [EMAIL PROTECTED] wrote: [snip] I think the website is one of the huge impediments to joining the Zope community. When you compare zope.org to all the other web framework websites like django, turbogears, and RoR, it is pretty clear why people aren't drawn to Zope 3. Isn't it something of a disgrace that the website for a powerful web application framework is as outdated as zope.org? Oh, I think everybody agrees. We even have a foundation effort to replace the website (the referenced project). We've had several efforts before; some where I myself was involved, but it's a very difficult thing to move forward. We are moving forward however. Note that meanwhile grok.zope.org *does* present a quite welcoming face to Zope 3 technology - last week we had an all-new website going online. Since we just had to worry about grok for that one, we could move more quickly. We definitely designed it so it wouldn't lose out too badly in the comparison with the websites of other web frameworks. People don't move to zope for the same reason you wouldn't hire an interior designer who has an ugly house. If things don't really get moving on this front in the near future, it might be a good idea to make zope.org a summer of code project. Would anyone else like to start a new discussion thread on the topic of zope.org? I sure would. So, as I said above, this is not a new topic. People, including myself, have been pointing this out for years. In public. :) Please do contact Martin Aspeli and join the effort already in progress! Note that we need people who can contribute *content* to the website the most. Those have been the hardest to find in the past. We are beyond technology discussions and the design work is also in good hands. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Re: [Zope-dev] Zope 3.4.0 candidate 1 Released
Hey, On Feb 1, 2008 11:52 PM, Martin Aspeli [EMAIL PROTECTED] wrote: Stephan Richter wrote: On Friday 01 February 2008, Martijn Faassen wrote: http://www.openplans.org/projects/zorg-redux This project does not seem to be public. Right - thanks Martijn for spilling the beans prematurely. ;-) I hadn't realized that thing was private, but I don't feel too guilty. The Foundation hasn't been hiding this effort, we just don't want too many cooks involved before it's ready. Anyway, Martin, I'm just recruiting people who want to write content for you and giving you people to add to your list of volunteers to write about Zope 3. I'm hoping you are keeping a list. :) Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] save file to filesystem
Hi there, I haven't had much experience with blobs yet (I hope to start working with this in the near future). From my reading of the blobfile docs, I think the File object defined in it is *not* a schema field, such as the one you use from megrok.form. These things are different things altogether, even though they're both called file. blobfile tries to make its File object compatible with the file object stored by the zope.app.file package. This is the implementation of an object that *stores* the file data, not the field that appears in the schema. From my cursory browsing through z3c.blobfile it doesn't implement such a file field. So, concept involved: * the File field in a schema * the actual object that ends up on your Python object, a File object (altogether different, just same name). This stores your file in some way, by default in the ZODB, but now we want to use the blob version. * the widget that displays this field in a form. I think unfortunately some custom work seems necessary to hook this up. megrok.form uses collective.namedfile for its file upload widget. Collective namedfile defines a field and widget for the file. Glancing at it, I don't think it's much code, but we do need: * a special 'BlobFile' field that stores the information in the ZODB * probably a BlobNamedFile storage object that subclasses from the existing blobfile File object, but adds a filename (which the named file bits need) * a new BlobNamedFileWidget widget that subclasses NamedFileWidget and creates a BlobNamedFile instead of a NamedFile. With a few tweaks to collective.namedfile we could make this widget subclass really minimal, just introducing a file object factory in it or looking up some utility or adapter to configure it, but even without that, it's going to be short. I expect that all this is probably a bit intimidating for you to get done yourself, but luckily there's help. I think this might make for a good addition to megrok.form, which we're interested in expanding. I think it makes sense for us to add blob file support in there along the lines of what I sketched out above. Please join us in grok-dev and we'll try to work it out with you. To start this off, I've cc-ed it into that list as well as the developer of megrok.form. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Stability problem of zope3
Hey, On Tue, Mar 4, 2008 at 3:26 PM, Jim Fulton [EMAIL PROTECTED] wrote: On Mar 4, 2008, at 1:52 AM, Yuan HOng wrote: [snip] Are there any preferred way to set up a production environment now? zope.server is fairly well proven. I'd like to see people try the cherrypy server and let us know how it goes. :) Do you mean the WSGI server facility in CherryPy, or CherryPy itself? When I looked a year ago they were different things, though things might have changed. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Attn Jim Fulton: Buildout builder
Hey, On Fri, Mar 14, 2008 at 1:27 PM, Derek Richardson [EMAIL PROTECTED] wrote: [snip] Anyone else who has interest and would like to contribute questions, ideas, or code is welcome to contact me, as well, or continue discussion here (please cc me, since I don't regularly read this list). Note that Malthe (cc-ed too) is interested in: Architecting and implementing a Zope component that can extend a running application in a way that plays nicely with both the component architecture and setuptools. The extensions would typically be pulled in over the network as eggs. which is a project he proposed as a possible summer of code project. I see a lot of possible connections between the project you mention and this project. I think much of this project could be architected as a generic Python library and/or Zope 3 component (that offers some abstractions to describe, and possibly also run, a buildout), and then you could do the UI in Grok or whatever. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Re: [Zope-dev] Zope 3.4.0 candidate 1 Released
Hey, On Thu, Mar 27, 2008 at 6:57 PM, Jens Vagelpohl [EMAIL PROTECTED] wrote: [snip] From your argument about cumbersone logins to mail accounts it appears you dislike mailing lists because you use some free web-based email provider. Well, get a real email account and use it with a real email client, and all that will be gone. Alternatively, you can use gmane.org and a news client (Thunderbird is one) to read mailing lists. Many of the mailing lists, including this one, are already available (this one is gmane.comp.web.zope.zope3.user). Once you need to write to one, you do still need to sign up to it, but you can set up your mailman subscription to not send any messages. On the rest of your rant, I agree that the beginner experience for Zope 3 is suboptimal. Work is slowly progressing towards a new website for Zope. As an alternative you might like to look at Grok (grok.zope.org), which is based on Zope 3 as well but may be somewhat easier to get started with. That said, our documentation is far from complete yet, and we don't have a forum either. :) Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Re: [Zope-dev] Zope 3.4.0 candidate 1 Released
Hey, On Fri, Mar 28, 2008 at 5:30 PM, Chris Shenton [EMAIL PROTECTED] wrote: [snip] Kudos to the Grok team for such a pleasant product, and for some REALLY good tutorials. Thanks! Thanks for the kudos! I hope to see you on grok-dev if you aren't there already! Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Re: zalchemy - default engine?
Hey,. [included: Christian Theune (z3c.sqlalchemy), cc-ed to Andreas Jung (z3c.sqlalchemy), Laurence Row (collective.lead)] On Tue, Apr 8, 2008 at 11:33 PM, Christian Theune [EMAIL PROTECTED] wrote: On Tue, Apr 08, 2008 at 05:22:31PM -0400, Brandon Craig Rhodes wrote: [snip] I can't get the new zalchemy working even against SQLAlchemy trunk. :-) Might the dependency actually be against an un-merged branch of SQLAlchemy, rather than merely against an unreleased SQLAlchemy trunk? That's probably right. We should really straighten out this situation. I can only use a branch of collective.lead with a recent sqlalchemy, the z3c.zalchemy package is evidently broken entirely. I don't know the status of z3c.sqlalchemy, though I know there's been some activity recently, so perhaps that Just Works. Wouldn't it be possible to factor at least some commonalities into a base package that all share? And factor out things like container classes from z3c.sqlalchemy? I know there's been plenty of cross-fertilization between the packages, but can't we aim for something better here? Do we really need three? Can't we work together? There must be a reason for this proliferation of integration layers. People are dissatisfied for whatever reason with one, and create another. I think it's high time for consolidation. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] Pure python packages for zope.component and zope.interface
Hi there, Another high-level response. I actually *hope* that the port Zope packages to Jython project will be accepted for the Google Summer of Code. If it does, the python versions of this code will be given a good workout by the student, which should benefit other porting projects as well. cc-ing the student. Georgy, if you aren't aware yet, please check out this thread on zope3-users; it may have some interesting information for your project. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] [Zope-dev] Next Step to Bug Resolution???
Hey, To debug this problem, a developer will need the smallest possible example of code that demonstrates the problem. That means, I take it, just 2 schemas and a single form. Describe briefly what you expect to happen and what in fact happens. If that example can be done *without* inheriting from Field that'd be good, as it is true that Field is only to be used inside a schema definition and once someone sees that we'll conclude that's the cause of the problem even though it might not be. It is interesting that in table 4.1 of Philipp W's book it specifically states that Field is the base class for all other fields. So how does one build fields that are noot part of the standard zope.schema? Yes, you do create new schema fields by subclassing from Field. It's just that we saw you putting a field not in a schema but in what looked like a concrete object. Perhaps we were wrong in reading your code, and this is one reason why you should come up with a minimum example that demonstrates the problem and only that, without a lot of distracting code surrounding it. You're the best suited person to actually create a minimum example. Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] [Zope-dev] Next Step to Bug Resolution???
Hi there, On Fri, Jan 16, 2009 at 7:02 PM, Tim Cook timothywayne.c...@gmail.com wrote: Thanks for all the assistance. On Fri, 2009-01-16 at 18:05 +0100, Martijn Faassen wrote: Yes, you do create new schema fields by subclassing from Field. It's just that we saw you putting a field not in a schema but in what looked like a concrete object. This has given me a BIG pause while I'm working on a simpler example. It may actually solve the problem. Are you saying that in order to create a Field that can be used as an attribute of another class; I should define it in an interface and ONLY in an interface? You should define a field as a subclass of Field (or of some more specific Field). When you want to actually use the field you created, you can only do so in an interface: class MyField(Field): pass class IMySchema(Interface): a = MyField(...) You cannot store fields on concrete objects. You must have an attribute on the concrete object that implements IMySchema that is named the same as the field and is of the format defined by the field (thus, a unicode string for a schema.Text field, and a list for a schema.List field). Regards, Martijn ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
