Why Not Zope? 'Cos I like to bitch! ;-)
Karim Yaici wrote:
Hi guys, I found this article written by someone from Quixote concerning Zope, describing its weaknesses and possible future development http://www.amk.ca/python/writing/why-not-zope.html
This guy is quite far up his own arse :-) It's probably more useful to work around the problems he describes rather than bitching about them and telling people not to use Zope: The 'no grep' is probably the most serious of his points. You can easily get around it though, by using a ZCatalog. Admittedly, a decent search and replace interface (which I'm plugging for on zope-dev ;-) would be really nice (Zope 3? ;-) No CVS is also a problem, but with the improvements in the History tab and the like, this less of an issue. Besides, it's again easy to work around by keeping CVS-ish stuff on the filesystem either by putting them in python products or HTMLFiles. There's even ZCVSMixing should you really be pedantic. The test suite stuff is true for any web application, as has been discussed on the XP lists (so I'm told ;-) That said, there's ZUnit and PyUnit now, so I'm not sure that his opinion on this is valid at all. His comments about DTML are all valid, but it's a choice he'd made to write logic in DTML and he's a fool for doing so. IMNSHO, all 'logic' should be kept in python and you should never need to use the "" in a DTML tag. If you do, you're doing too much in DTML. Put it in a product or one of Evan's new-fangled python methods (although these aren't CVS'able, so I'd advise against it, unless is 'python scripting') If used this way, DTML actually provides quite a nice scripting layer for people who only understand/care about HTML, and there's the promise of XHTML for the future. He sees DTML's 'dynamic scoping' as a hinderance, it's actually one of its strengths. Yes, it can be confusing, but maybe you should just write code which doesn't make assumptions about variables, or handles the cases when they're not there. The same is true of acquisition and the namespaces concepts, maybe with better documentation, people like him wouldn't have such problems. Zope's built in FTP server is one of it's huge stengths, IMO. He hasn't realised this and so bitches about it. You can always turn it off you know! Likewise the HTTP server, run Zope as a CGI if you must! :P Oh yeah, TTW editing does _not_ mean code has to live in the ODB as I've already mentioned. Of course, in being behind Quixote, this guy has an alternative motive for slagging off Zope, but I do wish he wouldn't. In (almost) his own words, he just wants a filesystem of python scripts to build his website. Fine, but that doesn't solve a lot of people's problems and has a lot of limitations, hence Zope came into being. Yes, it's a complex beast but, if handled correctly, it'll save you loads of development time and leaves you with a graceful, quick application that is seperately configurable and scriptable, and has a _lot_ of code re-use. I'm pretty sure this is true for the vast majority of web applications but, of course, there are exceptions, although I'm not sure MEMS Exchange is one of them ;-) The one problem with Zope that he _should_ have mentioned is this: You have to try pretty hard to write nasty code in Python, which si why it's so great. Conversely, it's quite easy to build 'nasty' applications in Zope that are messy and hard to maintain. Such is life, that's a possibility I'm willing to live with for the power that Zope gives me. cheers, Chris
I found this article written by someone from Quixote concerning Zope, describing its weaknesses and possible future development http://www.amk.ca/python/writing/why-not-zope.html
No CVS is also a problem, but with the improvements in the History tab and the like, this less of an issue. Besides, it's again easy to work around by keeping CVS-ish stuff on the filesystem either by putting them in python products or HTMLFiles. There's even ZCVSMixing should you really be pedantic.
Or put the business logic methods in a LocalFS and use CVS on the files.
Hi guys, I found this article written by someone from Quixote concerning Zope, describing its weaknesses and possible future development http://www.amk.ca/python/writing/why-not-zope.html
This guy is quite far up his own arse :-)
I agree and Im just agreeing with what Chris said but putting it in a different way. His main arguement here seem to be that building complicated stuff in DTML sucks. He's right it does, but you shouldn't be building big complicated stuff in DTML (as Chris says). We almost exclusively write our code in python which means: - you can grep it - you can use CVS - you can write any test suite you like For most small applications DTML can suffice, but when it gets large you should separate your code the way its intended, DTML is for simple logic and presentation ONLY. Whilst PythonMethods are cool, I would naturally stray away from them for the above reasons for anything longer than about 5 lines. The heavy lifting, logic and anything more should be in python. I won't pretend its particularly easy Zope hurt quite a lot some times, but we got there..
It's probably more useful to work around the problems he describes rather than bitching about them and telling people not to use Zope:
The 'no grep' is probably the most serious of his points. You can easily get around it though, by using a ZCatalog. Admittedly, a decent search and replace interface (which I'm plugging for on zope-dev ;-) would be really nice (Zope 3? ;-)
We actually tried cataloging the dtml... and it didnt work. This can be a pain I agree. [..]
The test suite stuff is true for any web application, as has been discussed on the XP lists (so I'm told ;-) That said, there's ZUnit and PyUnit now, so I'm not sure that his opinion on this is valid at all.
You can write a your own test suite and for most web applications thats what people do.
His comments about DTML are all valid, but it's a choice he'd made to write logic in DTML and he's a fool for doing so. IMNSHO, all 'logic' should be kept in python and you should never need to use the "" in a DTML tag. [..]
Hear, hear. As above, the "" is useful though... [..]
Yes, it can be confusing, but maybe you should just write code which doesn't make assumptions about variables, or handles the cases when they're not there. The same is true of acquisition and the namespaces concepts, maybe with better documentation, people like him wouldn't have such problems.
To me you should "never" make the assumptions you suggest regardless of the environment...
Zope's built in FTP server is one of it's huge stengths, IMO. He hasn't realised this and so bitches about it. You can always turn it off you know! Likewise the HTTP server, run Zope as a CGI if you must! :P
"Apache already exists and is highly flexible and configurable" of course it is, use it if you want, grrr..... TMTOWTODI. More comments I would like to argue with: "it's not apparent that DC is quickly responding to fixes." I think DC and this group are great at responding to fixes, especially anything serious or security related. Ok there are still a few bugs out there that havent quite gone yet, but everybody has been great. The good community spirit for me is one of Zope's strengths. "Object traversal is complicated since objects can affect how they're traversed" And again this is bad for what reason. More power to us I say. Thats it. -- Andy McKay, Developer.
I have to say though reading his site a few interesting quotations popped up (http://www.amk.ca/quotations/python-quotes.html) I picture a lump of inanimate flesh (a result from a relational database query) being infused with the spark of life (object behavior, aka class). - Jim Fulton on the term "pluggable brains", 5 Jul 1999 (On the statement print "42 monkeys"+"1 snake") BTW, both perl and Python get this wrong. Perl gives 43 and Python gives "42 monkeys1 snake", when the answer is clearly "41 monkeys and 1 fat snake". - Jim Fulton, 10 Aug 1999 When Jim [Fulton] says "tricky" it means your brain could explode. - Michel Pelletier, 15 Dec 1999 :) For those, thanks... -- Andy McKay, Developer. ActiveState. ----- Original Message ----- From: "Andy McKay" <andym@ActiveState.com> To: "Chris Withers" <chrisw@nipltd.com>; <zope@zope.org> Sent: Thursday, November 30, 2000 2:18 PM Subject: Re: [Zope] Why Not Zope? 'Cos I like to bitch! ;-)
Hi guys, I found this article written by someone from Quixote concerning Zope, describing its weaknesses and possible future development http://www.amk.ca/python/writing/why-not-zope.html
This guy is quite far up his own arse :-)
I agree and Im just agreeing with what Chris said but putting it in a different way.
His main arguement here seem to be that building complicated stuff in DTML sucks. He's right it does, but you shouldn't be building big complicated stuff in DTML (as Chris says).
We almost exclusively write our code in python which means: - you can grep it - you can use CVS - you can write any test suite you like
For most small applications DTML can suffice, but when it gets large you should separate your code the way its intended, DTML is for simple logic and presentation ONLY. Whilst PythonMethods are cool, I would naturally stray away from them for the above reasons for anything longer than about 5 lines.
The heavy lifting, logic and anything more should be in python. I won't pretend its particularly easy Zope hurt quite a lot some times, but we got there..
It's probably more useful to work around the problems he describes rather than bitching about them and telling people not to use Zope:
The 'no grep' is probably the most serious of his points. You can easily get around it though, by using a ZCatalog. Admittedly, a decent search and replace interface (which I'm plugging for on zope-dev ;-) would be really nice (Zope 3? ;-)
We actually tried cataloging the dtml... and it didnt work. This can be a pain I agree.
[..]
The test suite stuff is true for any web application, as has been discussed on the XP lists (so I'm told ;-) That said, there's ZUnit and PyUnit now, so I'm not sure that his opinion on this is valid at all.
You can write a your own test suite and for most web applications thats what people do.
His comments about DTML are all valid, but it's a choice he'd made to write logic in DTML and he's a fool for doing so. IMNSHO, all 'logic' should be kept in python and you should never need to use the "" in a DTML tag. [..]
Hear, hear. As above, the "" is useful though...
[..]
Yes, it can be confusing, but maybe you should just write code which doesn't make assumptions about variables, or handles the cases when they're not there. The same is true of acquisition and the namespaces concepts, maybe with better documentation, people like him wouldn't have such problems.
To me you should "never" make the assumptions you suggest regardless of the environment...
Zope's built in FTP server is one of it's huge stengths, IMO. He hasn't realised this and so bitches about it. You can always turn it off you know! Likewise the HTTP server, run Zope as a CGI if you must! :P
"Apache already exists and is highly flexible and configurable" of course it is, use it if you want, grrr..... TMTOWTODI.
More comments I would like to argue with:
"it's not apparent that DC is quickly responding to fixes."
I think DC and this group are great at responding to fixes, especially anything serious or security related. Ok there are still a few bugs out there that havent quite gone yet, but everybody has been great. The good community spirit for me is one of Zope's strengths.
"Object traversal is complicated since objects can affect how they're traversed"
And again this is bad for what reason. More power to us I say.
Thats it. -- Andy McKay, Developer.
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Inspired by this I wrote a quote db in about 3 minutes using Zope, sometimes I just love it to bits. http://dna.yi.org/Quotes -- Andy McKay, Developer. ActiveState. ----- Original Message ----- From: "Andy McKay" <andym@ActiveState.com> To: "Andy McKay" <andym@ActiveState.com>; "Chris Withers" <chrisw@nipltd.com>; <zope@zope.org> Sent: Thursday, November 30, 2000 2:42 PM Subject: Re: [Zope] Why Not Zope? 'Cos I like to bitch! ;-)
I have to say though reading his site a few interesting quotations popped up (http://www.amk.ca/quotations/python-quotes.html)
I picture a lump of inanimate flesh (a result from a relational database query) being infused with the spark of life (object behavior, aka class). - Jim Fulton on the term "pluggable brains", 5 Jul 1999
(On the statement print "42 monkeys"+"1 snake") BTW, both perl and Python get this wrong. Perl gives 43 and Python gives "42 monkeys1 snake", when the answer is clearly "41 monkeys and 1 fat snake". - Jim Fulton, 10 Aug 1999
When Jim [Fulton] says "tricky" it means your brain could explode. - Michel Pelletier, 15 Dec 1999
:)
For those, thanks...
-- Andy McKay, Developer. ActiveState.
----- Original Message ----- From: "Andy McKay" <andym@ActiveState.com> To: "Chris Withers" <chrisw@nipltd.com>; <zope@zope.org> Sent: Thursday, November 30, 2000 2:18 PM Subject: Re: [Zope] Why Not Zope? 'Cos I like to bitch! ;-)
Hi guys, I found this article written by someone from Quixote concerning Zope, describing its weaknesses and possible future development http://www.amk.ca/python/writing/why-not-zope.html
This guy is quite far up his own arse :-)
I agree and Im just agreeing with what Chris said but putting it in a different way.
His main arguement here seem to be that building complicated stuff in DTML sucks. He's right it does, but you shouldn't be building big complicated stuff in DTML (as Chris says).
We almost exclusively write our code in python which means: - you can grep it - you can use CVS - you can write any test suite you like
For most small applications DTML can suffice, but when it gets large you should separate your code the way its intended, DTML is for simple logic and presentation ONLY. Whilst PythonMethods are cool, I would naturally stray away from them for the above reasons for anything longer than about 5 lines.
The heavy lifting, logic and anything more should be in python. I won't pretend its particularly easy Zope hurt quite a lot some times, but we got there..
It's probably more useful to work around the problems he describes rather than bitching about them and telling people not to use Zope:
The 'no grep' is probably the most serious of his points. You can easily get around it though, by using a ZCatalog. Admittedly, a decent search and replace interface (which I'm plugging for on zope-dev ;-) would be really nice (Zope 3? ;-)
We actually tried cataloging the dtml... and it didnt work. This can be a pain I agree.
[..]
The test suite stuff is true for any web application, as has been discussed on the XP lists (so I'm told ;-) That said, there's ZUnit and PyUnit now, so I'm not sure that his opinion on this is valid at all.
You can write a your own test suite and for most web applications thats what people do.
His comments about DTML are all valid, but it's a choice he'd made to write logic in DTML and he's a fool for doing so. IMNSHO, all 'logic' should be kept in python and you should never need to use the "" in a DTML tag. [..]
Hear, hear. As above, the "" is useful though...
[..]
Yes, it can be confusing, but maybe you should just write code which doesn't make assumptions about variables, or handles the cases when they're not there. The same is true of acquisition and the namespaces concepts, maybe with better documentation, people like him wouldn't have such problems.
To me you should "never" make the assumptions you suggest regardless of the environment...
Zope's built in FTP server is one of it's huge stengths, IMO. He hasn't realised this and so bitches about it. You can always turn it off you know! Likewise the HTTP server, run Zope as a CGI if you must! :P
"Apache already exists and is highly flexible and configurable" of course it is, use it if you want, grrr..... TMTOWTODI.
More comments I would like to argue with:
"it's not apparent that DC is quickly responding to fixes."
I think DC and this group are great at responding to fixes, especially anything serious or security related. Ok there are still a few bugs out there that havent quite gone yet, but everybody has been great. The good community spirit for me is one of Zope's strengths.
"Object traversal is complicated since objects can affect how they're traversed"
And again this is bad for what reason. More power to us I say.
Thats it. -- Andy McKay, Developer.
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Andy McKay <andym@ActiveState.com> said:
The heavy lifting, logic and anything more should be in python. I won't pretend its particularly easy Zope hurt quite a lot some times, but we got there..
I think this is the biggest problem of Zope. Contrary to Python, Zope makes it /hard/ to do things the simple, clean, correct way. The easiest way to add behavior to Zoplications is to add more DTML tags to your web pages; the second-easiest way is Python methods but it's not clear to a lot of people what the calling semantics are; still a bit harder is to write special ZClasses with Python methods that encapsulate your behavior (you can only add ZClasses at one point in the tree, and that's always /not/ the point you are doing all the other work), and the hardest way is to separate stuff out in products (which means, as far as I understood it, hitting lots of "Restart" buttons and certainly means that you loose the multi-versioning capability of ZODB. There are lots of similarities between Zope and Smalltalk. Just gimme a decent class browser! ;-) -- Cees de Groot http://www.cdegroot.com <cg@cdegroot.com> GnuPG 1024D/E0989E8B 0016 F679 F38D 5946 4ECD 1986 F303 937F E098 9E8B
Cees de Groot wrote:
is to separate stuff out in products (which means, as far as I understood it, hitting lots of "Restart" buttons
Yeah, maybe Guido's input at DC could make this go away, it is _the_ original PITA with Python products ;-) (Mindyou, there's Shane's Refresh product...)
and certainly means that you loose the multi-versioning capability of ZODB.
...urm, lost me, how? wha?
There are lots of similarities between Zope and Smalltalk. Just gimme a decent class browser! ;-)
The Python IDE that comes with the Win32 version of Python 2.0 has one, and 'code folding' for hidign 'if branches' and the like :-) *grinz* Chris
chrisw@nipltd.com said:
and certainly means that you loose the multi-versioning capability of ZODB. ...urm, lost me, how? wha?
There's only one version of 'external' code, and multiple versions of your stuff in the ZODB. That makes one of Zope's greatest features, that you can modify a live site under a separate version, less usable. Python-based products that reside in the ZODB would solve this, but for some reason the folks at Digicool decided that full access TTW is dangerous (ok) and that no-one should have it (not ok). Hey, Zope's got enough guns to shoot myself in my feet, please give me this one too - I hate these crippled Python Methods. Rather than switching it off, I'd like to have an "no restrictions" switch that e.g. only flips on when you are logged in through SSL and have given some Very Secret Password.
The Python IDE that comes with the Win32 version of Python 2.0 has one, and 'code folding' for hidign 'if branches' and the like :-)
I'll probably start experimenting with ZEO and IDLE and a way to get unrestricted Python code into ZODB. Smalltalk kicks ass, and Zope is only that far from becoming a superset of it. -- Cees de Groot http://www.cdegroot.com <cg@cdegroot.com> GnuPG 1024D/E0989E8B 0016 F679 F38D 5946 4ECD 1986 F303 937F E098 9E8B
I said:
I'll probably start experimenting with ZEO and IDLE and a way to get unrestricted Python code into ZODB. Smalltalk kicks ass, and Zope is only that far from becoming a superset of it.
I did a quick hack that might be interesting to take a look at. I posted it on zope-dev, here's the link: http://lists.zope.org/pipermail/zope-dev/2000-December/008164.html Basically it's a quick hack to let you browse Zope's ZODB from within IDLE. The next steps I'm thinking about is see whether tkhtml works with Tkinter (anyone?) and if yes, open tkhtml windows as a double click action on the DB browser tree (with communication, if possible, through Python and not through HTTP). I'm aware of the (stalled?) Zope-devenv-under- mozilla project. The approach by extending IDLE seems much simpler to me, and I think Zope really needs a decent development environment in order to move from useful to insanely useful - I did a pilot project with Zope last week (http://domein.worldsites.be), and while I am not unhappy with the result as a producer, I am very unhappy with the result as a software engineer. Zope needs an IDE and a decent versioning system (the current CVS project is a good start, but as far as I can see it at the moment too cumbersome to be practical), and until that time I fear I'll have do all my work in Python (maybe with Webware, it seems decent enough and has better support, through its single-shot adapter, for development-time work in Python). -- Cees de Groot http://www.cdegroot.com <cg@cdegroot.com> GnuPG 1024D/E0989E8B 0016 F679 F38D 5946 4ECD 1986 F303 937F E098 9E8B
On Thu, Nov 30, 2000 at 02:18:57PM -0800, Andy McKay wrote:
For most small applications DTML can suffice, but when it gets large you should separate your code the way its intended, DTML is for simple logic and presentation ONLY. Whilst PythonMethods are cool, I would naturally stray away from them for the above reasons for anything longer than about 5 lines.
But once you have done 5 lines of dtml, and yoo need to add sixth, what is more probable: 1. Rewrite as a pyhtonmethod 2. Just add the sixth line I have the creeping feeling, that dtml is the worst thing since csh. Fortunatly, even DC seems to have realized it.
Zope's built in FTP server is one of it's huge stengths, IMO. He hasn't realised this and so bitches about it. You can always turn it off you know! Likewise the HTTP server, run Zope as a CGI if you must! :P
"Apache already exists and is highly flexible and configurable" of course it is, use it if you want, grrr..... TMTOWTODI.
But cgi is slow. and using mod_proxy is not beatiful and adds latency. Besides, the zserver on 2.1.6 seems to have bugs that sometimes let the page only 90% through. I've really wondered, why all the trouble of using a own HTTP server, Apache is a great HTTP server and most users run it anyway. which leads to the natural question: Why isn't there a mod_zope module? -- Riku Voipio riku.voipio@tietoenator.com 09-862 60764
On Fri, 1 Dec 2000, Stefan H. Holek wrote:
Why isn't there a mod_zope module?
There certainly are mod_snake and mod_python. Has anybody tried to run Zope with one of those?
Zope is a server by itself, it doesn't need to be embedded ito Apache. <PLUG mode="shameless"> There IS mod_pcgi2 to connect Apache to Zope. </PLUG> There is mod_fastcgi also. Oleg. ---- Oleg Broytmann http://www.zope.org/Members/phd/ phd@phd.pp.ru Programmers don't die, they just GOSUB without RETURN.
On Fri, 1 Dec 2000, Oleg Broytmann wrote:
On Fri, 1 Dec 2000, Stefan H. Holek wrote:
Why isn't there a mod_zope module?
There certainly are mod_snake and mod_python. Has anybody tried to run Zope with one of those?
Zope is a server by itself, it doesn't need to be embedded ito Apache.
I (hope I) wasn't implying that Zope _needs_ to be embedded into Apache. ;) I for my part am quite happy with proxypassing. All I wanted to know is whether anybody had tried to run Zope with mod_python/mod_snake yet. Zope can be (and is) run as [pf]cgi and there are more or less valid reasons to do just that. Experiences anybody?
<PLUG mode="shameless"> There IS mod_pcgi2 to connect Apache to Zope. </PLUG>
I know there is, and I might even try it one day ;) Regards, Stefan
On Fri, 1 Dec 2000, Stefan H. Holek wrote:
I (hope I) wasn't implying that Zope _needs_ to be embedded into Apache. ;)
I for my part am quite happy with proxypassing.
All I wanted to know is whether anybody had tried to run Zope with
But these modules does not run p/f-cgi - they run python scripts inside Apache. Zope does not need to be run inside Apache.
mod_python/mod_snake yet. Zope can be (and is) run as [pf]cgi and there are more or less valid reasons to do just that.
These are, actually, the only ways to run Zope :) Oleg. ---- Oleg Broytmann http://www.zope.org/Members/phd/ phd@phd.pp.ru Programmers don't die, they just GOSUB without RETURN.
Zope's built in FTP server is one of it's huge stengths, IMO. He hasn't realised this and so bitches about it. You can always turn it off you know! Likewise the HTTP server, run Zope as a CGI if you must! :P
"Apache already exists and is highly flexible and configurable" of course it is, use it if you want, grrr..... TMTOWTODI.
But cgi is slow. and using mod_proxy is not beatiful and adds latency.
what isn't "beautiful" about using mod_proxy? I have 8 sites using it. It works great. Latency? It's neglible. More time is spent publishing the objects than is spent pushing it through the proxy.
Besides, the zserver on 2.1.6 seems to have bugs that sometimes let the page only 90% through. I've really wondered, why all the trouble of using a own HTTP server, Apache is a great HTTP server and most users run it anyway. which leads to the natural question:
1) I use 2.1.6 on 4 of my sites. I have never seen this problem. 2) You can always upgrade.
Why isn't there a mod_zope module?
-- Riku Voipio riku.voipio@tietoenator.com 09-862 60764
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
But once you have done 5 lines of dtml, and yoo need to add sixth, what is more probable:
1. Rewrite as a pyhtonmethod 2. Just add the sixth line
I have the creeping feeling, that dtml is the worst thing since csh.
Fortunatly, even DC seems to have realized it.
Its a double edged sword, DC started out with the quite correct and honorable intention of making DTML simply a templating, layout language, that did little or no complicated logic. But as people use Zope more, its popularity has grown by people wanting to do more and more in DTML, things like the sendmail tag, try etc. Whilst these are good they just seem to me to pervert what DTML is all about... Many people's initial reaction is that through DTML, ZClasses, PythonMethods everything can be done TTW. Once in that mind set it can be difficult to "escape" to python. But if they could just change sequence-item to sequence_item :)
* Riku Voipio <riku.voipio@tietoenator.com> [001201 10:46]:
Besides, the zserver on 2.1.6 seems to have bugs that sometimes let the page only 90% through.
I don't know if your 90% problem is the same as the one I've been having, but I'm scratching my head a lot here: When I test my site using IE5.5, the page seems to get fragmented somewhere along the way. Usually, all but the last few bytes arrive at the browser. Sometimes _only_ the last few bytes arrive at the browser. But using NS under 'nix, everything's fine. I've tried running the HTTP headers from each browser through a telnet session and I seem to get all the data every time. Has anyone else seen this behaviour? You can check it out at http://test1.jamkit.com and if you're running IE you may see either a stray </ta at the bottom of the screen, or perhaps just a ble></body></html> on a white background. Cheers, seb
<snip lots of stuff>
"it's not apparent that DC is quickly responding to fixes."
I think DC and this group are great at responding to fixes, especially anything serious or security related. Ok there are still a few bugs out there that havent quite gone yet, but everybody has been great. The good community spirit for me is one of Zope's strengths.
I think that this perception may be fostered by the fact that the current bug-tracking system (Collector) doesnt really let you see what has been done lately. Unless you happen to see the emails going out on resolution, you really aren't aware of the activity going on :( We are contemplating a move to Tracker in the future - hopefully that will help the perception problem. Brian Lloyd brian@digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com
On a really minor note, why is its url classic zope? Shouldn't the bug collector / tracker be part of the main site? -- Andy McKay, Developer. ActiveState. ----- Original Message ----- From: "Brian Lloyd" <brian@digicool.com> To: "Andy McKay" <andym@activestate.com>; "Chris Withers" <chrisw@nipltd.com>; <zope@zope.org> Sent: Friday, December 01, 2000 6:35 AM Subject: RE: [Zope] Why Not Zope? 'Cos I like to bitch! ;-)
<snip lots of stuff>
"it's not apparent that DC is quickly responding to fixes."
I think DC and this group are great at responding to fixes, especially anything serious or security related. Ok there are still a few bugs out there that havent quite gone yet, but everybody has been great. The good community spirit for me is one of Zope's strengths.
I think that this perception may be fostered by the fact that the current bug-tracking system (Collector) doesnt really let you see what has been done lately. Unless you happen to see the emails going out on resolution, you really aren't aware of the activity going on :(
We are contemplating a move to Tracker in the future - hopefully that will help the perception problem.
Brian Lloyd brian@digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
participants (9)
-
Andy McKay -
Brian Lloyd -
cg＠cdegroot.com -
Chris Withers -
Oleg Broytmann -
Riku Voipio -
seb bacon -
Stefan H. Holek -
Steve Drees