Re: [Zope3-dev] RFC: Content Providers and Viewlets
Gary Poster wrote: ... and to sketch the difference between widgets and viewlets out. The zope.widget package in the branch is currently in disrepair, but the intent is for widgets to be subviews. The subview package actually grew out of the widget work. This won't be ready for 3.2. I personally don't think that I want default widget look-up to require (context, request, view), as opposed to the current (context, request), so I'd be in favor of widget interfaces extending the subview interfaces, not the contentprovider interface. If for some reason someone wanted a widget system with lookups based on contentprovider then that could be an additional layer, still using all of the (context, request)-based code. I thought the anology would be between widget -> viewlet and not widget -> content provider. I read your subview readme. IMO the composition pattern of subviews you proposed is very interesting too. Comparing the lookup signatures... subview -> (context, request) content provider -> (context, request, view) viewlet -> (context, request, view, manager) ... the current viewlet implementation lacks of this pattern, because it use different adaptions for content providers and viewlets. Looking from this composite subview perspective, the view and manager parameters of viewlets brings some redundant informations. In my understanding this signature was choosen to gain a bigger presentation flexibility. Maybe we could use a pattern like the lookup of named templates (formlib) to decouple presentation of subviews, but using similar signature for content providers and viewlets. Regards, Dominik begin:vcard fn:Dominik Huber n:Huber;Dominik email;internet:[EMAIL PROTECTED] tel;work:++41 56 534 77 30 x-mozilla-html:FALSE version:2.1 end:vcard ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Reminder: feature freeze November 1.
This is a reminder that there will be a feature freeze for the December Zope releases on November 1. No new features for the November releases should be added after October 31. The Zope trunks should be stable and ready for a beta release on November 1. We are committed to time-based releases. This means we need to be very disciplined about deadlines. If a cool new feature isn't quite ready before November 1, then it could be be included in the June release, for which the feature freeze will be May 1. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Zope 3.1
Roger Ineichen wrote: We also have to define how Zope3 get installed on a windows machine. I don't like the normal installation where is located in the python installation root right now. Is that where it ends up on Linux? If so, then we should respect that... That's not a normal pattern for windows. That's not what I asked ;-) But I agree it's the way how python application get installed. But that doesn't mean it's correct for every usecase. Yes, but it is here. I prefer the "less suprises" way of doing things, and with zope/python, that means I want packages to end up in site-packages, and instance-homes to only contrain instance-specific software... How whould you install two different version of z3 if you share the libraries? Ok, perhpas that's not a normal use case. But we have to support this with a installer. True, I think the normal windows idiot of letting the user specify the install location, but default it to the site-packages directory of the system python... I really think mkzopeinstance should be a part of the installation process. maybe, but I usually end up running it often on its own later.. That's not a problem if somebody likes to come to switzerland. Tell me if you are interessted and I can organize a workshop. Well, getting people there is all part of the fun of organising a sprint... I don't understand that, everytime I run a update I backup the data before. I don't think that's bad idea. Neither do I :-) But I agree not every installer supports this. I normaly implement in each installer a backup option. You only have to use them if you like it. ...but I don't really think it's the installer's responsibility. btw, why should we not offer a backup option for the Data.fs during backup? uh? Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] gadfly adapter configuration
On Tuesday 27 September 2005 11:11, TAHARA Yusei wrote: > I tested gadly adapter then I got ForbiddenAttribute error. > > I think it may needs additional configuration to gadflyda.zcml. > > > like_class="zope.app.rdb.ZopeConnection" > /> > > > > like_class="zope.app.rdb.ZopeCursor" > /> > +1. Please check in the fix into the trunk or at least create an issue in the bug tracker. Regards, Stephan -- Stephan Richter CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: [Zope3-Users] Override a browser class
On Tuesday 04 October 2005 10:53, Lennart Regebro wrote: > The standard Contents.pasteable and pasteObjects is hardcoded for two > actions, 'copy' and 'cut'. I have the feeling here that it could be > cool to actually use adapters instead, so that you adapt yourself to > the paste action you want? Or is that overkill. Now that Johan has a use case, it would probably be good to have. Feel free to change the code. > Seondly, Johan has discovered a bug. pasteable raises an error when > you try a pste action that is not supported (ie anything else that > 'cut' and 'copy'). Ut should return False. It's a copy/paste error > from pasteObjects, ironically enough. ;) Please file an issue or even better fix the code. :-) Regards, Stephan -- Stephan Richter CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Keening for the poultry
On Thursday 13 October 2005 11:48, Tres Seaver wrote: > I have been trying to write a doctest for the "tools" stuff to show > Jürgen Kartnaller how[1], so he could write a test for the bug he found > in tool deletion[2]. > > While writing the test, I found myself mourning for the huge flock of > assorted fowl I was slaughtering, trying to get the planets aligned[3] > so that the SiteManagerView could actually install a tool implmentation. > > I have finally given up, and ask abjectly for elightenment from the > hierarchs of Z3. Tres, Jim has some ideas on how to make this all much simpler. Just the fact that you have to introduce the concept of tools is a dead chicken, since utilities should be enough. Once we have adapters we might rethink this, but I would think that adapters live in persistent modules, which are utilities in return. ;-) If you are willing to work on this, I am willing to help you draft a proposal (so would Jim, I think). Regards, Stephan -- Stephan Richter CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] RFC: Content Providers and Viewlets
On Monday 17 October 2005 13:27, Stéphane Brunet wrote: > * If I decide to create a brand new skin, based heavily on content > provider and viewlets, which sounds easier to do than the present way to > do it, how should I provide the "glue" between the components which are > not "content provider-capable" yet ? Obviously you cannot affect existing views. The only hook you have here is to override the main template and insert content provider hooks there. This is what I am doing for SchoolTool. > * By creating the content provider, I could gather information from > various kinds of object and provide a composite view of them. Is that > right ? Yes, though the original context is still the object you are viewing. So you have to do the object digging yourself, which is usually not that hard. In the complex example of viewlets you can see how viewlets themselves can be adapted by an alternative context. Regards, Stephan -- Stephan Richter CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] RFC: Content Providers and Viewlets
On Tuesday 18 October 2005 03:26, Dominik Huber wrote: > ... the current viewlet implementation lacks of this pattern, because it > use different adaptions for content providers and viewlets. Looking from > this composite subview perspective, the view and manager parameters of > viewlets brings some redundant informations. In my understanding this > signature was choosen to gain a bigger presentation flexibility. Maybe > we could use a pattern like the lookup of named templates (formlib) to > decouple presentation of subviews, but using similar signature for > content providers and viewlets. It is redundant in the sense that you can get to some objects, like the view and request in two different ways, but it is not redundant from the discriminator point of view. You can always choose not to store the adapted objects. Regards, Stephan -- Stephan Richter CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] ComponentLookupError after Unregistration
On Friday 14 October 2005 13:51, Christian Lueck wrote: > I can reproduce the error: > > In the Beginning) The HTTPBasicAuthPlugin is selected in the PAU's > Credentials Plugins configuration, managable on page > http://localhost:8080/++etc++site/default/PluggableAuthentication/@@configu >re.html > > I leave it selected -- that is the precondition for the error. > (With 'selected' I mean that it is in the right, not in the left list of > credential plugins.) > > Step 1) I unregister the plugin via > http://localhost:8080/++etc++site/default/PluggableAuthentication/++registr >ations++/@@index.html > > Step 2) calling this site again then causes the errror: > http://localhost:8080/++etc++site/default/PluggableAuthentication/@@configu >re.html > > The ZMI should prevent me from unregistrating the plugin if it is > selected in my configuration. Great! Can you file a bug report for this issue please, providing all the information of the previous two E-mails? Thanks a lot! Regards, Stephan -- Stephan Richter CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Why I posted about Zope3.org (the outsider's thoughtsthat got me thinking)
On Tuesday 11 October 2005 15:49, Mats Nordgren wrote: > I know manpower is limited. I have offered to help, but I am not sure > where I can fit in the best. Perhaps if I occasionally posted a > question/topic on the list, I could compile and test the > examples/suggestions given and add it to the wiki or a simple doc. Maybe > that would be of help. One thing you could do right away is to start an FAQ or recipes section in the current Zope 3 Wiki. Also, a lot of older packages have no good README.txt files, like the new ones. It would be awesome, if new README.txt files would be written for those packages! Regards, Stephan -- Stephan Richter CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Zope3 trunk degenerating on Windows
Tim, what is the latest state of Zope 3 under Windows? Is it still totally whacked or are we semi-stable? :-) Roger, what are your experiences? Have you tried the Twisted-based code already? Regards, Stephan -- Stephan Richter CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] ZODB mount points
On Tuesday 11 October 2005 13:37, Garrett Smith wrote: > I've run into 'mount points' for Zope 2.x and see the ZODB/Mount.py file -- > but it doesn't look like any of this is in play for Zope 3. > > Can someone point me in the right direction? We are supporting multiple databases already, but I do not know whether this fits your use case. But I think it should be simple to provide support for this as long as the URL traversal is well defined. Regards, Stephan -- Stephan Richter CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
RE: [Zope3-dev] Zope3 trunk degenerating on Windows
Hi Stephan I didn't tried the latest Twisted changes from Kerrin. The latest revision where I use on windows is 38646. Regards Roger Ineichen Projekt01 GmbH www.projekt01.ch _ END OF MESSAGE > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Stephan Richter > Sent: Tuesday, October 18, 2005 2:46 PM > To: zope3-dev@zope.org > Cc: Tim Peters > Subject: Re: [Zope3-dev] Zope3 trunk degenerating on Windows > > Tim, > > what is the latest state of Zope 3 under Windows? Is it still > totally whacked > or are we semi-stable? :-) > > Roger, what are your experiences? Have you tried the > Twisted-based code > already? > > Regards, > Stephan > -- > Stephan Richter > CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) > Web2k - Web Software Design, Development and Training > ___ > Zope3-dev mailing list > Zope3-dev@zope.org > Unsub: > http://mail.zope.org/mailman/options/zope3-dev/dev%40projekt01.ch > > ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] '+' view (sequel)
On Tuesday 04 October 2005 15:58, Jean-Marc Orliaguet wrote: > the '+' view now works fine in cpsskins :-), the only problem is that it > also reveals a user interface issue nicely "hidden" in the original > Rotterdam skin :-) namely that the menu actions are still visible when > the url ends with .../@@+ and the action item urls are not normalized. A > second click on the 'Add' action sends the user to: > > .../folder/@@+/@@+ > > with a "The page that you are trying to access is not available" error. > > the same goes with other actions, for instance: > > .../folder/@@+/@@find.html instead of .../folder/@@find.html > > BrowserMenuItem.selected() contains the code necessary to normalize > action urls, why not use it in actions returned by getMenu() too? This sounds good. Please fix the issue in the trunk or if you do not have enough time, please add an issue at least. Regards, Stephan -- Stephan Richter CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Choice field vocabulary
On Monday 12 September 2005 15:39, Fernando Correa wrote: > I have a content type where I'm storing some information. So I create > another content type with a Choice field where it's vocabulary should > be all objects name of the fist one. > I've read how to populate a vocabulary with the content of a file, or > even the content of a folder. > What the best way to create a vocabulary witch its content is a specific > object? You cannot really control the context of a vocabulary well, i.e. it is different during creation versus editing. However, you can always get the site zope.app.component.hooks.getSite() and traverse to the desired folder from there. Another alternative would be to use the IntId utility or even an index. Regards, Stephan -- Stephan Richter CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] problems running i18nextract.py
On Sunday 02 October 2005 07:53, Jean-Marc Orliaguet wrote: > does anyone have the same trouble running i18nextract.py on the trunk > since about 4-5 days? Yes, I can confirm this on the trunk using: ZOPE3/src$ python ../utilities/i18nextract.py -d zope -p zope/app/ Please add an issue to the bug tracker. This is a serious bug. Regards, Stephan -- Stephan Richter CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] how to create a "release tarball" from svn-checkout of Z3.1.0?
On Monday 17 October 2005 13:03, Mark R. Biggers wrote: > Thank you Fred. Read the Friendly Zope3 Site, ha! > > Your response does beg the question though - of the packages on the > branch *not* included in the Z3.1.0 release, which are considered to > be "optional-good" and "optional-not-ready-for-prime-time"? What we are not releasing we are not committing to. Some are in better shape than others, but we are not distinguishing between those; keeping a database of the state of those packages would be very resource intensive. > I have read that SchoolTool/Schoolbell needed zope.app.wfmc, and I > thought there might be other current Z3 apps "useful for study", that > might need optional packages... Right, SchoolTool uses zope.wfmc and the zope.viewlet code in addition to the standard release. zope.wfmc has been developed by Zope Corp. for a customer project and zope.viewlet is based Roger's project work on pagelets that has been adjusted to fulfill the ST use cases better as well. Regards, Stephan -- Stephan Richter CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Deleting utilities in site management doesn't work correct
On Wednesday 05 October 2005 17:00, jürgen Kartnaller wrote: > When more than one utility is selected for deleting in the site > management view, only the first selected utility is deleted. > > The problem is that the content of regManager is changed inside the > while iteratating over it. > Here is the fix which works for me : > If this is applicable, can please someone check it into the trunk ? > The file is in zope.app.component.browser Could you create an issue in the bug collector for this? If you cannot create a unit test for it, then I will. :-) Regards, Stephan -- Stephan Richter CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: Deleting utilities in site management doesn't work correct
On Friday 07 October 2005 13:44, Tres Seaver wrote: > Hmmm, the code in src/zope/app/component/browser has no tests at all. > There is a 'xxx_tests' directory, which looks to have a bunch of > now-invalid tests, moved aside by Stephan during servicegeddon. I'll CC > him just in case some of those tests were supposed to come back online. Eek, thanks for the reminder. I accidentally made those 3 X's lower case, so my search algorithm did not find them. Could you add an issue to the collector? I will bring the relevant tests back online. Regards, Stephan -- Stephan Richter CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Zope3 trunk degenerating on Windows
[Stephan Richter] |> what is the latest state of Zope 3 under Windows? Is it still totally whacked > or are we semi-stable? :-) I'm happy to say that all the Zope3 tests pass on Windows again, as of last Friday. I haven't run them again since then myself, but the Windows buildbot box is also working again, and was still reporting success yesterday: http://buildbot.zope.org/ The middle column there ("fred-win") is a Win2K box on Zope trunk. ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Keening for the poultry
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stephan Richter wrote: > On Thursday 13 October 2005 11:48, Tres Seaver wrote: > >>I have been trying to write a doctest for the "tools" stuff to show >>Jürgen Kartnaller how[1], so he could write a test for the bug he found >>in tool deletion[2]. >> >>While writing the test, I found myself mourning for the huge flock of >>assorted fowl I was slaughtering, trying to get the planets aligned[3] >>so that the SiteManagerView could actually install a tool implmentation. >> >>I have finally given up, and ask abjectly for elightenment from the >>hierarchs of Z3. > > > Tres, > > Jim has some ideas on how to make this all much simpler. Just the fact that > you have to introduce the concept of tools is a dead chicken, Registering a tool isn't a dead chicken: it is the mechanism which allows software developers to offer "candidate local utilities", which can then be added / configured by the site admin into a local site manager later (one is mechanism, the other is policy). In the global site manager, there is no need for the equivalent registration because the policy is in the same place (the site's ZCML). > since utilities > should be enough. Once we have adapters we might rethink this, but I would > think that adapters live in persistent modules, which are utilities in > return. ;-) Most tools will *not* be in persistent modules; they will be persistent instances created from filesystem software. I do not expect to depend on persistent modules for CMF 2.0, for instance, for at least a year. > If you are willing to work on this, I am willing to help you draft a proposal > (so would Jim, I think). The particular dead chickens I complained of (in the attachment to my original message) were the need to register factories / menus / menu items in order to test the site manager view. Those sacrifices were due to an (expedient, I think) choice to reuse the "content add menu" machinery inside the site manager. None of that is needful or interesting, given that there is *zero* overlap between the kinds of things which one might add in content space versus site management space. Tres. - -- === Tres Seaver +1 202-558-7113 [EMAIL PROTECTED] Palladion Software "Excellence by Design"http://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDVQka+gerLs4ltQ4RAsDeAKDR6gYGrI9n0EiokdZUrBfzqWWtAACcD2hg tIOvpUGLuQoHFtvrg1uib+8= =NbN1 -END PGP SIGNATURE- ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Deleting utilities in site management doesn't work correct
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stephan Richter wrote: > On Wednesday 05 October 2005 17:00, jürgen Kartnaller wrote: > >>When more than one utility is selected for deleting in the site >>management view, only the first selected utility is deleted. >> >>The problem is that the content of regManager is changed inside the >>while iteratating over it. >>Here is the fix which works for me : >>If this is applicable, can please someone check it into the trunk ? >>The file is in zope.app.component.browser > > > Could you create an issue in the bug collector for this? If you cannot create > a unit test for it, then I will. :-) Stephan, I was in the midst of writing a 'tools.txt' doctest which would have provided the basis for such a test when I wrote my "keening" post. In case you missed the attacment, here it is again. Tres. - -- === Tres Seaver +1 202-558-7113 [EMAIL PROTECTED] Palladion Software "Excellence by Design"http://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDVQrO+gerLs4ltQ4RAsHjAJ0V24tq2m9gRX+nGUKqGkNtzyy8ZACfcgk3 UGYvl9aEvV4aoXD6BYxNCxQ= =JDy1 -END PGP SIGNATURE- keening-20051013.tar.gz Description: application/gzip ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Deleting utilities in site management doesn't work correct
Stephan Richter wrote: > On Wednesday 05 October 2005 17:00, jürgen Kartnaller wrote: > >>When more than one utility is selected for deleting in the site >>management view, only the first selected utility is deleted. >> >>The problem is that the content of regManager is changed inside the >>while iteratating over it. >>Here is the fix which works for me : >>If this is applicable, can please someone check it into the trunk ? >>The file is in zope.app.component.browser > > > Could you create an issue in the bug collector for this? If you cannot create > a unit test for it, then I will. :-) Hi Stephan. It's in the collector now, so you can start creating the unit test :) I'm looking forward to see this code because I'm completely stuck on this. The problem to build such kind of tests is to setup a test environment which contains enough context for the test case. And this really takes a lot of time for a none zope guru. Jürgen ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: zope3 website report?
I'm also want to offer me as fresh meat in this effort. My proposition for site plan, index pages *mark*:: -*root* - My-portal/ - *start page*, for registered users. Similar to Google PersonalPage - search for users (by many criteria) - profile page for each author (contacts, activities, group membership, carma, send-a-messages) - HelpCenter/ (good idea from plone.org) - Novice Book (First 'Hello World' application) - APIs/ (there is some ideas described later look for [*]) - CookBook/ - - recipes - HowTos/ - - a lot of howtos ;) - Books/ - *covers* - books descriptions - Other helpfull mess: FAQs, Videos, Links, Tutorials, Glossary, Translators Guides, Errors references, Products descriptions and help sections - Products area/ - - ProductItems, it must be more usable then on plone.org, zope.org variant is more understandable [*] - if it is possible each product must have auto generated APIs and custom help sections for each version. - Groups And Communities/ - playground for interests group w/ hidden sections and (???I hate it, but ppl like) discussion forums. - projects wiki - Maillists archives/ - Events/ - Topic folders functionality for content published in groups folders - Solutions Providers/ - *search* - many providers/ - similar to groups providers can publish some types of content for ex. Press Releases, News, Trainings/Events. - relevant experts ... and many other cool things. HelpCenter area is simple (1 week), Groups and Communities 2 stars, Products APIs area and Maillists harder for me. User registrations and management partially done in our project Hivurt (http://hivurt.org/, only splash). Publishing of contents through personal workspace (look for my Zope 2 product http://keysolutions.ru/Products/WorkspaceGear/). Wait for comments. Mats Nordgren wrote: My name is Mats, I've visited #zope-dev under the nick gnosis. I've long [..skip..] -- Mikhail Kashkin ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com