[Zope3-dev] i18n translate tal:contents not translated
hello list if i do this in a page template: div tal:attributes=title python:u'Title' i18n:attributes=title i18n:translate= tal:content=python:u'Title' i18n:domain=zope/ div i18n:translate= i18n:domain=zopeTitle/div the content of the first div gets not translated, but second does, also the title attribute gets translated is this a bug thx, Bernd ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] zope3.org site
Hello, have someone looked at http://www.zope3.org WHOIS search sad it's owned by Zope Corp. but the content is a bit misleading. Much information about Viacom local networks, has nothing to do with zope3. I think first step should be to add an index site with notes about zope3.org site gouls. bye by Wolfgang ___ 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.org site
On Wednesday 12 October 2005 03:40, Wolfgang Langner wrote: have someone looked at http://www.zope3.org WHOIS search sad it's owned by Zope Corp. but the content is a bit misleading. Right, Zope Corp. registered the domain name about 2 years ago. Noone claimed zope3.org has anything useful on it right now. Much information about Viacom local networks, has nothing to do with zope3. Viacom is a customer of Zope Corp, which is the same machine zope3.org is registered for right now. I think first step should be to add an index site with notes about zope3.org site gouls. That's a lot of overhead for now, since the goals can be also stated in a Wiki page on zope.org. I would prefer not dealing with hosting and deployment until we have something going. 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] wfmc and take ownership
Hi Jim [...] Is it possible to get the particiapants where can start the next activity before workItemFinished is called on a activity? Conceivable, you could do something like this at the application level. Within the worfklow framework though, you need an activity before you can compute the participant, since participants are activity adapters. Activities aren't generated until previous activities are finished. This is necessary because the end of an activity might cause any number of other activities to be generated. Why do you want to know the participants of follow-on activties? A participant is mapped to a group in my integration. Now I'm looking for a way to select a principal where the workitem belongs after finish a activity. Of corse only if there is a next activity and this activity isn't automatic. Right now I only see the possibility to implement something like getParticipantsForTheNextActivity() in the custom workflow application and use a hard coded participant id. In general, an activity need not have *one* next activity. It could have many, or none. Ok Jim, If I got it right, there is a new security policy comming where offers something like take ownership support. We are planning to release a securty model which has something that can be construed as ownership. The existing security model has something similar. In the existing security policy, it could be argued that you have ownership if you have the Change Permissions permission, because you can then do pretty much anything. Cool If so, is this usefull for select a specific principals where are in a particpant group of wfmc workflows and apply the workitem to them? Hm, are you suggesting that you want a process in which certaion work items are assigned to owners? Is so, then obviously, this information could be used as a basis for that. Yes Ok, I see, the wfmc process doesn't know about the next participants. Or at least there is no API for get this info out of the box. Is it a good idea to implement a method into the application where is able to lookup the next activity principals (where are participants for the next workitem). Then we are able to render a widget with a list of principals where you can select from. Of corse only in this applications where have a next activity. So we can use the given principal and assign the workitem to this principal. Regards Roger Ineichen 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/dev%40projekt01.ch ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Changes to zope3 windows binary installer
I posted part of this to zope-dev yesterday (http://mail.zope.org/pipermail/zope-dev/2005-October/025439.html). Problem is: the latest zope3.1.0final binary release installation is not working for me the way it should. The installer just installs zope and exits. A first time user might be lost from that point on. I am missing a program group created, with a few batch files (start, stop, uninstall, zeo, service, ...), links and the usual stuff. I have read the MakingARelease page (http://dev.zope.org/Zope3/ZopeWindowsRelease) - i am not sure how to add the program group and the batchfiles, but i could help get it done. I have put up a page of questions regarding the installation process at http://zopewiki.org/Zope3OnWindowsInstaller to help writing down some answers and to create a Howto for windows users. Your comments are appreciated, Michael -- http://zope.org/Members/d2m http://planetzope.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] Re: zope3 website report?
Stephan Richter wrote: On Tuesday 11 October 2005 12:41, Philipp von Weitershausen wrote: If anyone here really needs WYSIWYG, please make a point, but I doubt that there will be one... It's a top priority for Jim. Uwe and I agreed we would prefer ReST. I got the impression from Jim that this was just an idea that he wanted to try out. Ideas you're eager to try are different than top priorities, right? Unfortunately having a wiki page in HTML and in ReST is rather incompatible; while you can translate ReST to HTML, HTML to ReST would at best be unreliable and confusing. This means HTML pages can only be edited as HTML ever. Then again, I'm interested in seeing how the idea would work. Whether that should be driving a Zope 3 site as a whole is another question. Regards, Martijn ___ 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 website report?
Hey Mats, Thanks for joining this discussion! Mats Nordgren wrote: My name is Mats, I've visited #zope-dev under the nick gnosis. I've long been a fan of Zope but very inactive in the community. I'm not much of a programmer and always had a hard time grepping Zope2. Zope3 has made great strides to develop simple stuff like content object etc, I still have a hard time with more advanced stuff like workflow, memberships, catalog (I know these might seem like trivial stuff to the likes of you ;) These things are never trivial to me at least; don't underestimate yourself there by overestimating others. :) I've spoken to J1m and emailed Stephan and asked if there was anything I could do with helping this along, ideas, organization, editing, etc. I'm with Martijn that the site should itself be marketing for Zope3 technology and should be geared towards all levels of knowledge on Zope technology. Great to hear you're offering to help! Perhaps you and I should just get together and try to write up some texts. Drop me a mail if you like. I'd love to see a much more extensive section with how-tos, recipes, and tutorials. If I can conquer Zope we should have hit the bottom of the proficiency scale :) Perhaps I can get there by helping with those specific sections. Great idea! My first contributions to Zope back in '99 or so were in the Zope Documentation Project. Stephan Richter also was heavily involved in this back then. Would there be any chance that a message board could be included directly on the site for support? Perhaps take Stephan's messageboard tutorial? This would showcase Zope3 and add more layers of support. Perhaps this could be synced with the zope-user mail list? Just make it easier to get quick help without the somewhat tedious process of getting running on the list. It's something to consider, though I'd like to set the technology requirements for any new Zope 3 site as low as possible, so that we don't have an excuse from doing stuff. :) Regards, Martijn ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] zope.app.ftp, security, adapters
Hi All, I am having a problem with permissions and security in zope.app.ftp The writable method in FTPView basically uses adapter lookup on IWriteFile and tests this adapter if it has a 'write' attribute in order to test if a user can write to the specified file. The problem is this seems to be always true (assuming the user has permission to list the names in the directory otherwise an Unauthorized exception is thrown, (this is my next problem to fix). The adapter configuration for IWriteFile in zope.app.file has the permission of zope.ManageContent on it. But has far has I can see this permission is only tested if, in this case the write method, is called. So how do I get this writable method to work correctly, by reimplementing it or via some ZCML trick that I am unaware of. Thanks Michael Kerrin 55 Fitzwilliam Square, Dublin 2 Ireland Tel: 353 (0) 87 688 3894 ___ 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 website report?
Stephan Richter wrote: On Tuesday 11 October 2005 12:41, Philipp von Weitershausen wrote: If anyone here really needs WYSIWYG, please make a point, but I doubt that there will be one... It's a top priority for Jim. Uwe and I agreed we would prefer ReST. I would definitely prefer ReST too. 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
Re: [Zope3-dev] Re: zope3 website report?
Martijn Faassen wrote: Hey Philipp, Philipp von Weitershausen wrote: [snip] Here's my 2 cents, even if I might be too late (but hey, when should I have brought this up?): I think it's a *bad* idea to host Zope 3 on its own site, because: a) It will be yet another systems we need maintainance volunteers for. As it seems we don't even have enough for the current zope.org right now. If we had more volunteers with more time on their hands, they would have already been on the matter and the dog-slow system would have been improved a long time ago (note that I'm not necessarily saying replaced). A zope3.org will eventually need some caching, it will eventually need user management, etc. We already have a human resource problem on the development side, what makes everyone think we won't have it on the maintainance side? A counterargument to this would be that volunteers to maintain the present zope.org infrastructure and content are hard to find. A leaner, meaner, separate zope3.org might find more people that want to be involved. Exactly. Unfortunately, zope.org is a mess. My hope (and I suggested this sprint topic) was that, as Martijn said, we could get a lean mean useful site for Zope3. My hope is that, if this happens, that this might be a useful prototype for a future zope.org site. In the long run, my hope is that we will have a single zope site that talks about both Zope 2 and Zope 3. Perhaps, if the zope3 site is successful, then the zope 3 site will morph into a combined site. Sorting out the content of zope.org, which has been carried around for more than half a decade, is a job I wouldn't volunteer for. Helping to write some content for a fresh new site and figuring out what fits where is something I *am* volunteering for. Yay Putting WYSIWYG integration into a list of first-class todo items seems like wrong prioritization to me (I'd rather have a stable backend first), You are probably right. An HTML only wiki was my idea because I find wiki markup, of it's various flavors to be a real obstical to collaboration. I appreciate that not everyone agrees with me on this. It was, probably, unfair of me to request this. What I want most is a table usable zope.org, with zope3.org as a possible first step toward that goal. ... I think it's important to try to separate the content production/technology aspect of things, which the sprint apparently focused on from the actual site content aspects. Yup From what I can see, the sprint focused on using Zope 3 technologies to build a Zope 3 site. To use Zope 3 for a Zope 3 site seems a good idea from the marketing perspective already -- we want to demonstrate we can eat our own dogfood. My expectation is that it might also make it more likely for people to want to help with development and maintenance. The idea seems to have been to use a wiki for this, something which also has a predecent within the Zope community, as well as in the open source community at large. The advantage of Wiki, IMO being that it requires the least up front design. :) The whole WYSIWYG HTML-edit wiki thing is a neat idea involving using HTML as the wiki markup language instead of something else. We'll just have to see how that works out. While I really want this, I don't want it to get in the way of a successful site. 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] Debugging Zope
Florian Lindner wrote: Hello, what tools do you use for debugging your Zope applications and/or the Zope source? Is there something more comforable (more graphical) than pdb available? I've tried eric3 but it does not work, There are a number of debuggers available for Python. Graphical debuggers include Wing and Kimodo. Zope doesn't require anything special. pdb interacts with emacs in a way that makes emacs almost graphical. :) As I step through code, emacs displays it and highlights the line being executed. probably due to Zope3 spawning processes. As a rule, you should try to avoid debugging Zope as an app server. You want to find and debug modt problems in tests, which are much easier to debug than a server. 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] Re: zope3 website report?
Why is WYSIWYG so important? Who's going to be editing all of that? I don't want another zopewiki.org. I think that zopewiki.org is a good site and that there should be an area of the site that's like that which may be open to the world - but I'd like serious / fun / USABLE documentation to be separate from that. You all know my feelings about Wikis. I walk away from so many technical wikis frustrated. I finally find a page I'm looking for, and it's contents are either: --- MultiAdapter A multi adapter adapts multiple objects --- Or --- HowToMakeAPie I found this link to a tip on this other site and it seems cool. http://www.example.com/how/to/make/a/pie --- As an outsider trying to get started, it doesn't take long for me to get frustrated and walk away. When I may be more settled in and curious about more, full community recipe sites or wikis may be a trove of terrific information. But don't waste my time making me click on page after page. Look at how accessible the quick start, the about, the docs, and more are accessible on TurboGears: http://turbogears.org/ Ruby On Rails has a wiki, but it's a few steps back from the front page, which again makes information well available: http://www.rubyonrails.com/ Django's got an informative web site: http://www.djangoproject.com/ Most of the information one would want on these sites are available within a few clicks, without their front pages feeling cramped and overloaded. Tutorials, quick starts, downloading, getting involved - all close. There are two nice quick start documents written in ReST already. Why don't we make it easy for those authors to put those in a common place first instead of debating over WYSIWYG editing? Let the smart people put the first content together. Make it easy for new people to find information over making it easy for new people to add noise. Are you trying to attract outsiders so that they'll get excited and grow the platform's base, or are you trying to keep Zope 3 within this small community and make it easy for those within this small community to tell each other what most of us already know? It sounds like the priority has been on the latter - make it a site to drive development of the Zope 3 platform itself. I think development is going fine with the tools already in place. Lets drive adoption by making our message heard! And again - that's not to say that the development wiki or a community wiki is excluded from that. But as I showed with the comments of just one smart outsider - getting information about Zope 3 is a frustrating process. On 10/12/05, Martijn Faassen [EMAIL PROTECTED] wrote: Stephan Richter wrote: On Tuesday 11 October 2005 12:41, Philipp von Weitershausen wrote: If anyone here really needs WYSIWYG, please make a point, but I doubt that there will be one... It's a top priority for Jim. Uwe and I agreed we would prefer ReST. I got the impression from Jim that this was just an idea that he wanted to try out. Ideas you're eager to try are different than top priorities, right? Unfortunately having a wiki page in HTML and in ReST is rather incompatible; while you can translate ReST to HTML, HTML to ReST would at best be unreliable and confusing. This means HTML pages can only be edited as HTML ever. Then again, I'm interested in seeing how the idea would work. Whether that should be driving a Zope 3 site as a whole is another question. Regards, Martijn ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/eucci.group%40gmail.com ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Performance Testing
Tarek has started some very interesting work on adding performance
testing to the Zope 3 testing infrastructure and it so happens that Jim
and I were discussing something very similar last week, so I'd like to
suggest some functionality we might want to have (which I should be able
to help implement).
1) warn about regressions: the test runner will keep per-test,
machine-independent records of how long tests take and will report
regressions larger than a predefined percentage. These records will be
checked in so that if someone else makes changes (in a fresh checkout)
that causes a particular test to slow down drastically, they will be warned.
2) testbrowser should keep up with a (machine-independent) metric of how
long the previous request took so performance assertions can be made
inside tests. E.g.
browser.open('http://localhost/foo')
browser.last_request_time 0.5
3) the functional testing framework should be extended to allow the
collection of total time (again, machine-independent) per request and
the test runner should have an option to display the top n slowest
requests.
Comments?
--
Benji York
Senior Software Engineer
Zope Corporation
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Performance Testing
On Wednesday 12 October 2005 16:20, Benji York wrote: 3) the functional testing framework should be extended to allow the collection of total time (again, machine-independent) per request and the test runner should have an option to display the top n slowest requests. Comments? Tarek reached the machine-independence by using pystones. I think this will work very 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] Debugging Zope
Am Mittwoch, 12. Oktober 2005 16:00 schrieb Jim Fulton: Florian Lindner wrote: Hello, what tools do you use for debugging your Zope applications and/or the Zope source? Is there something more comforable (more graphical) than pdb available? I've tried eric3 but it does not work, There are a number of debuggers available for Python. Graphical debuggers include Wing and Kimodo. Zope doesn't require anything special. pdb interacts with emacs in a way that makes emacs almost graphical. :) As I step through code, emacs displays it and highlights the line being executed. Is this integrated in the python-mode? probably due to Zope3 spawning processes. As a rule, you should try to avoid debugging Zope as an app server. You want to find and debug modt problems in tests, which are much easier to debug than a server. Thanks, Florian ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Performance Testing
Benji York wrote:
Tarek has started some very interesting work on adding performance
testing to the Zope 3 testing infrastructure and it so happens that
Jim and I were discussing something very similar last week, so I'd
like to suggest some functionality we might want to have (which I
should be able to help implement).
1) warn about regressions: the test runner will keep per-test,
machine-independent records of how long tests take and will report
regressions larger than a predefined percentage. These records will
be checked in so that if someone else makes changes (in a fresh
checkout) that causes a particular test to slow down drastically, they
will be warned.
- About machine-independence: Stephan brought the pystone idea to take
care of it
- some thaught about percentage
this percentage (let's call it the tolerance), may vary a lot, depending
on the test complexity.
So i think we can do the performance regression testing in two steps i
would like to suggest:
1/ a first step would be to run the tester in a special mode to render
an ordered list for each non-marked test:
+ a measure of the average complexity, including the number of calls
and when possible the type of complexity (linear, exponential,
logarithmic, etc...)
+ a measure of pystones
2/ This stats would then be used to mark all hot spots with a max
pystones allowed.
The decorator we implemented last week fits well for this.
2) testbrowser should keep up with a (machine-independent) metric of
how long the previous request took so performance assertions can be
made inside tests. E.g.
browser.open('http://localhost/foo')
browser.last_request_time 0.5
3) the functional testing framework should be extended to allow the
collection of total time (again, machine-independent) per request and
the test runner should have an option to display the top n slowest
requests.
Comments?
For the same reasons, it would be nice to have the same kind of
regression test for memory taken by objects:
In the webmail i am coding, if i suddenly change the code and by doing
this, i double the size of a mail object
in the ZODB, that can be quite bad, as i have thousands of instances of
them.
So i would like to be able to do the same kind of marker for memory.
Regards,
Tarek
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
