Does anyone care whether we deprecate ZClasses?
ZClasses are a feature that support through-the-web development. Many people have found them useful in the past, but they have some significant deficiencies, including: - They can't be managed with file-system tools, especially revision control systems like CVS and subversion. - They don't work well with Python development tools, like profilers and debugger. - They aren't being actively maintained. Most serious Zope developers stopped using them a long time ago and are frustrated that we still expend resources keeping them around. For example, the release of Zope 2.8 has been delayed by the requirement of getting ZClasses working with Zope 2.8. We could choose to deprecate ZClasses. If we deprecated them in Zope 2.8, they would still work in Zope 2.8 and Zope 2.9, but their support would be removed in Zope 2.10. Would anyone be upset if this happened? Jim -- Jim Fulton mailto:jim@zope.com Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org
+1 for deprecation. On Fri, 1 Apr 2005, Jim Fulton wrote:
ZClasses are a feature that support through-the-web development. Many people have found them useful in the past, but they have some significant deficiencies, including:
- They can't be managed with file-system tools, especially revision control systems like CVS and subversion.
- They don't work well with Python development tools, like profilers and debugger.
- They aren't being actively maintained.
Most serious Zope developers stopped using them a long time ago and are frustrated that we still expend resources keeping them around. For example, the release of Zope 2.8 has been delayed by the requirement of getting ZClasses working with Zope 2.8.
We could choose to deprecate ZClasses. If we deprecated them in Zope 2.8, they would still work in Zope 2.8 and Zope 2.9, but their support would be removed in Zope 2.10. Would anyone be upset if this happened?
Jim
And another +1
-----Original Message----- From: zope-bounces@zope.org [mailto:zope-bounces@zope.org] On Behalf Of Dennis Allison Sent: 01 April 2005 15:44 To: Jim Fulton Cc: zope@zope.org Subject: Re: [Zope] Does anyone care whether we deprecate ZClasses?
+1 for deprecation.
On Fri, 1 Apr 2005, Jim Fulton wrote:
ZClasses are a feature that support through-the-web development. Many people have found them useful in the past, but they have some significant deficiencies, including:
- They can't be managed with file-system tools, especially revision control systems like CVS and subversion.
- They don't work well with Python development tools, like profilers and debugger.
- They aren't being actively maintained.
Most serious Zope developers stopped using them a long time ago and are frustrated that we still expend resources keeping them around. For example, the release of Zope 2.8 has been delayed by the requirement of getting ZClasses working with Zope 2.8.
We could choose to deprecate ZClasses. If we deprecated them in Zope 2.8, they would still work in Zope 2.8 and Zope 2.9, but their support would be removed in Zope 2.10. Would anyone be upset if this happened?
Jim
_______________________________________________ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
-l for deprecation.... ...until we build a replacement anyway... Dennis Allison wrote:
+1 for deprecation.
On Fri, 1 Apr 2005, Jim Fulton wrote:
ZClasses are a feature that support through-the-web development. Many people have found them useful in the past, but they have some significant deficiencies, including:
- They can't be managed with file-system tools, especially revision control systems like CVS and subversion.
- They don't work well with Python development tools, like profilers and debugger.
- They aren't being actively maintained.
Most serious Zope developers stopped using them a long time ago and are frustrated that we still expend resources keeping them around. For example, the release of Zope 2.8 has been delayed by the requirement of getting ZClasses working with Zope 2.8.
We could choose to deprecate ZClasses. If we deprecated them in Zope 2.8, they would still work in Zope 2.8 and Zope 2.9, but their support would be removed in Zope 2.10. Would anyone be upset if this happened?
Jim
_______________________________________________ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Allen Schmidt wrote:
-l for deprecation.... ...until we build a replacement anyway...
What do you mean by "replacement"? In Zope 3, I plan to provide persistent modules to support prototying new applications through the web. It will be possible to automatically convert these to file-system-based packages once you are ready to move to production and evolutionary development. I expect this capability to appear in Zope 2 eventually. Would this be a suitable replacement? Jim -- Jim Fulton mailto:jim@zope.com Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org
Jim Fulton wrote: (snip) "Does anyone care whether we deprecate ZClasses?" ZClasses ? What are ZClasses ? (Sorry, couldn't resist. +1 for deprecation) -- Bruno Desthuilliers Développeur bruno@modulix.org
I vote we take off and nuke them from orbit it is the only way to be sure. (+1 get rid of those dang things) I have tried to help far too many people over the years on #zope that had problems with zclasses. They just seem fragile and should be removed. On Friday 01 April 2005 5:22 am, Jim Fulton wrote:
We could choose to deprecate ZClasses. If we deprecated them in Zope 2.8, they would still work in Zope 2.8 and Zope 2.9, but their support would be removed in Zope 2.10. Would anyone be upset if this happened?
Jim
As someone who has at least 5 different products using ZClasses across 10 different websites with millions of hits a month, I am certainly not happy to see them go, but I do understand that their time has come. If they are supported in 2.8 -> 2.9 and gone in 3.0 I guess that is ok. Again, it is going to take me and others a lot of work to migrate out our data from those products into other vehicles but such is progress. Jake -- http://www.ZopeZone.com Jim Fulton said:
ZClasses are a feature that support through-the-web development. Many people have found them useful in the past, but they have some significant deficiencies, including:
- They can't be managed with file-system tools, especially revision control systems like CVS and subversion.
- They don't work well with Python development tools, like profilers and debugger.
- They aren't being actively maintained.
Most serious Zope developers stopped using them a long time ago and are frustrated that we still expend resources keeping them around. For example, the release of Zope 2.8 has been delayed by the requirement of getting ZClasses working with Zope 2.8.
We could choose to deprecate ZClasses. If we deprecated them in Zope 2.8, they would still work in Zope 2.8 and Zope 2.9, but their support would be removed in Zope 2.10. Would anyone be upset if this happened?
Jim
-- Jim Fulton mailto:jim@zope.com Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org _______________________________________________ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Jake wrote:
As someone who has at least 5 different products using ZClasses across 10 different websites with millions of hits a month, I am certainly not happy to see them go, but I do understand that their time has come.
If they are supported in 2.8 -> 2.9 and gone in 3.0 I guess that is ok.
If we deprecated them now, they would be gone in 2.10 (not to be confused with 3.0) too.
Again, it is going to take me and others a lot of work to migrate out our data from those products into other vehicles but such is progress.
A decision hasn't been made. People who don't use them feel strongly that they should go. I'm trying to get a sense of how widely they are used. I'm trying to understand if people who use ZClasses are a silent majority, minority, or small minority. Jim -- Jim Fulton mailto:jim@zope.com Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org
My vote is to keep them around for 2.8 and 2.9 but say goodbye after that. Again.. it won't be easy for us, but who said progress ever was. Jake -- http://www.ZopeZone.com Jim Fulton said:
Jake wrote:
As someone who has at least 5 different products using ZClasses across 10 different websites with millions of hits a month, I am certainly not happy to see them go, but I do understand that their time has come.
If they are supported in 2.8 -> 2.9 and gone in 3.0 I guess that is ok.
If we deprecated them now, they would be gone in 2.10 (not to be confused with 3.0) too.
Again, it is going to take me and others a lot of work to migrate out our data from those products into other vehicles but such is progress.
A decision hasn't been made. People who don't use them feel strongly that they should go. I'm trying to get a sense of how widely they are used. I'm trying to understand if people who use ZClasses are a silent majority, minority, or small minority.
Jim
-- Jim Fulton mailto:jim@zope.com Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org
Jake wrote:
My vote is to keep them around for 2.8 and 2.9 but say goodbye after that.
Again.. it won't be easy for us, but who said progress ever was.
+1 for dropping ZClasses as soon as possible (IMHO 2.10 is a good target), but before that, some comment in REALLY BIG LETTERS should be made in the ZopeBook: "Don't use ZClasses, because you'll get into real trouble when using them, deprecated or not ;)" Many "Zope-startes" read the ZopeBook and start over and over again with ZClasses. So we should start to "deprecate" ZClasses in the ZopeBook anyway. http://www.plope.com/Books/2_7Edition/CustomZopeObjects.stx Cheers, Maik
To me it depends on how much time ZClasses are going to last. If ZClasses will stay for the next two years, then it's fine for us, as we probably will persuade ourselves to rewrite all of our stuff in ZopeX3, and not in Zope2.X Jim, bear in mind that people that will agree to its deprecation is people that in one way or another aren't using them or stopped using them, for whatever valid reason they had ever found. Ask to the people who actually doesn't have any problem with them. Take this as an example: http://www.zope.org/Members/sums/News_Item.2004-10-20.2121 As of us, we are happily using them for a large project on dynamic packaging for travel operators and travel agencies, a complex application featuring dynamic pricing and the content management of rich-media personalized itineraries. I chose ZClasses as it offered us a mean of working interactively with our partner, without the constraints of having to have a detailed road map to start with.( Dynamic pakaging in the travel industry is still a moving target ). ZClasses offered us a way to put test features up and running quickly, just to find out they would make any sense or not. Whether there already is a tool like that in ZopeLand, I would agree to its deprecation, but actually there's nothing like it. Certainly ZClasses is not what it promised to be, but what it does do, it does it brilliantly, IMNSHO. Ausum ----- Original Message ----- From: "Jake" <jake@zopezone.com> To: <jim@zope.com> Cc: <zope@zope.org> Sent: Friday, April 01, 2005 11:04 AM Subject: Re: [Zope] Does anyone care whether we deprecate ZClasses?
My vote is to keep them around for 2.8 and 2.9 but say goodbye after that.
Again.. it won't be easy for us, but who said progress ever was.
Jake -- http://www.ZopeZone.com
Jim Fulton said:
Jake wrote:
As someone who has at least 5 different products using ZClasses across 10 different websites with millions of hits a month, I am certainly not happy to see them go, but I do understand that their time has come.
If they are supported in 2.8 -> 2.9 and gone in 3.0 I guess that is ok.
If we deprecated them now, they would be gone in 2.10 (not to be confused with 3.0) too.
Again, it is going to take me and others a lot of work to migrate out our data from those products into other vehicles but such is progress.
A decision hasn't been made. People who don't use them feel strongly that they should go. I'm trying to get a sense of how widely they are used. I'm trying to understand if people who use ZClasses are a silent majority, minority, or small minority.
Jim
-- Jim Fulton mailto:jim@zope.com Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org
_______________________________________________ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
--On Freitag, 1. April 2005 16:21 Uhr -0500 Ausum Studio <ausum_studio@hotmail.com> wrote:
Whether there already is a tool like that in ZopeLand, I would agree to its deprecation, but actually there's nothing like it. Certainly ZClasses is not what it promised to be, but what it does do, it does it brilliantly, IMNSHO.
If you depend on ZClasses you might take over some responsibility or resources in maintaining ZClasses *wink* :-) -aj
+1 for deprecation. However, I haven't used them for years. I suspect you will hear otherwise from some people with currently deployed solutions based on ZClasses... (cue Dieter) -- Paul Winkler http://www.slinkp.com
--On Freitag, 1. April 2005 7:22 Uhr -0500 Jim Fulton <jim@zope.com> wrote:
We could choose to deprecate ZClasses. If we deprecated them in Zope 2.8, they would still work in Zope 2.8 and Zope 2.9, but their support would be removed in Zope 2.10. Would anyone be upset if this happened?
+2 to get rid of them -aj
+1 on deprecation. (As for "replacements", persistent schemas in Zope3 will enable the thing that ZClasses should have been: Combining a set of base classes with functionality with a TTW editable schema. CPSschemas is halfway there: You can make your own content classes already, but you can't change the baseclass. But that's a discussion for anotehr day). -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/
I can understand wanting to deprecate them, but I have to say, as the maintainer of a site written by someone else about six years ago in zope 1 days, that this would be a mess to migrate and require a total site rewrite. The client is unfortuneatly a non-profit mid-sized independent press, and this would likely doom them to remain at 2.9 forever...eck, as far as keeping a server going with an increasingly outdated zope, and probably an outdated python, too... On Apr 1, 2005 10:15 AM, Lennart Regebro <regebro@gmail.com> wrote:
+1 on deprecation.
(As for "replacements", persistent schemas in Zope3 will enable the thing that ZClasses should have been: Combining a set of base classes with functionality with a TTW editable schema.
CPSschemas is halfway there: You can make your own content classes already, but you can't change the baseclass. But that's a discussion for anotehr day).
-- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/ _______________________________________________ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
FYI, there's a kind of overview of possible ZClass alternatives at http://zopewiki.org/HowToAddCustomContentTypes .
Jim Fulton wrote at 2005-4-1 07:22 -0500:
... We could choose to deprecate ZClasses. If we deprecated them in Zope 2.8, they would still work in Zope 2.8 and Zope 2.9, but their support would be removed in Zope 2.10. Would anyone be upset if this happened?
We use ZClasses for several applications which we would (if possible) not like to rewrite. -- Dieter
My question, since it now seems like I am not the only one using ZClasses is, why not support them? You listed out the reasons why someone wouldn't want to use them going forward, but what are the reasons why not to support them as legacy into 3/2.10? Jake -- http://www.ZopeZone.com Dieter Maurer said:
Jim Fulton wrote at 2005-4-1 07:22 -0500:
... We could choose to deprecate ZClasses. If we deprecated them in Zope 2.8, they would still work in Zope 2.8 and Zope 2.9, but their support would be removed in Zope 2.10. Would anyone be upset if this happened?
We use ZClasses for several applications which we would (if possible) not like to rewrite.
-- Dieter _______________________________________________ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
--On Freitag, 1. April 2005 16:52 Uhr -0500 Jake <jake@zopezone.com> wrote:
want to use them going forward, but what are the reasons why not to support them as legacy into 3/2.10?
To avoid that people use ZClasses in the future :-) -aj
Andreas Jung wrote:
--On Freitag, 1. April 2005 16:52 Uhr -0500 Jake <jake@zopezone.com> wrote:
want to use them going forward, but what are the reasons why not to support them as legacy into 3/2.10?
To avoid that people use ZClasses in the future :-)
-aj
------------------------------------------------------------------------
_______________________________________________ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
The problem with ZClasses is that is was a very good idea. Lots of us used them. I did, but thru luck and caprice migrated toward Python Scripts. I would recommend ZClass people should form a group. And have good people keep the thing compatible with each Zope release. David
--On Freitag, 1. April 2005 23:10 Uhr -0800 David H <bluepaul@earthlink.net> wrote:
I would recommend ZClass people should form a group. And have good people keep the thing compatible with each Zope release. David
I doubt that anyone will touch ZClasses - except Dieter and Jim :-) It's good to see them go..and there are enough solutions to replace ZClasses with much cleaner and supported solutions (e.g. with Zope+Five+Z3 schemas or CMF + AT or CMF + CPSSchemas). -aj
Andreas Jung wrote at 2005-4-2 08:58 +0200:
--On Freitag, 1. April 2005 16:52 Uhr -0500 Jake <jake@zopezone.com> wrote:
want to use them going forward, but what are the reasons why not to support them as legacy into 3/2.10?
To avoid that people use ZClasses in the future :-)
ZClasses have a set of bugs (I know one) and weaknesses (I know two or three) but all in all they are easier than the alternatives. Thus, they still are a valuable feature... -- Dieter
Jake wrote:
My question, since it now seems like I am not the only one using ZClasses
I doubt that that is the case.
is, why not support them? You listed out the reasons why someone wouldn't want to use them going forward, but what are the reasons why not to support them as legacy into 3/2.10?
Are you saying you want them in 2.10 but not necessarily beyond that (e.g. 2.11)? Or that you don't see why we don't support them indefinately? It takes effort to support old features. We have to weigh the benefits against the cost of the feature. For example, Zope 2.8 has been delayed substantially due to the effort to keep them going. If people find them useful, then we can keep them, but we don't want to keep them otherwise. Jim -- Jim Fulton mailto:jim@zope.com Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org
Jim Fulton wrote:
Jake wrote:
My question, since it now seems like I am not the only one using ZClasses
I doubt that that is the case.
Sorry, I missread your note. I meant to say that I was sure you are *not* the only one using ZClasses. Jim -- Jim Fulton mailto:jim@zope.com Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org
Big mistake, IMHO, You have no replacement for intermediate developers... the only decent documentation, being the various books, have ZClasses throughout. Explain their absence to the newbies grokking for Zope enlightenment. Not everyone needs/wants development tools, some like the TTW management. The ZClass code seems to work flawlessly for me, never a problem. Who didn't cut their teeth with ZClasses? ZClasses are the reason I realized Zope was so powerful... Gee, how would I use an Object database???, the ZClass showed me... and later I added Zope Products to the mix with my ZClasses and created a viable business based on Zope. How are newbies going to make the leap to the newer Zope offerings without a ZClass to start with. This list is full of experts... and I appreciate the resource... but often the intermediate Zope programmer is plowed over... whether it's the topic of ZClasses or DTML, or any other way Zope used to do things. I have to choose each Zope technology carefully for the time investment. ZClasses were well worth my time measured with the whole picture... web design, flash programming, HTML, RSS, javascript, css, interactive marketing, systems administration, etc. I can't say that for some Zope technology offerings. I took the better part of 1 1/2 years developing a business based on Zope, heavily relying on ZClasses (and DTML), based on the choices in Zope presented at the time. I bought every book available, which pointed to ZClasses and DTML being THE way to go... I bought into the TTW strategy of managing web apps, and I like it... ZClasses fit the bill for me... I don't need the CMF, APE, ZPT, Plone projects... I need a simple way to deliver rich objects in an object database... ZClasses My business venture, based on Zope is just now starting to bear fruit... it would be a shame if the frantic pace of Zope's software lifecycle couldn't be patient enough for the real world's business lifecycles. I started developing on 2.6.1 and have been able to stay fairly current to 2.7.3, and stayed fairly pure, only products added were formulator and varimage... figured staying compatible with Zope's core features would be to my benefit... ZClasses are a core feature of Zope Unlike the depreciated Versions feature, which was more of a problem that benefit.... ZClasses do work, DTML does, as long as you don't try to make them solve complex problems. Keep ZClasses until there's a replacement for "Simple Rich Objects in the Object Database" for the intermediate Zope programmers. This hits me very close to home, I apologize for any harsh terms and appreciate Zope, the Zope team, and the work of all of the folks on this list, making it so great. I hope this helps in the discussion and weighing of priorities. I appreciate you asking, thanks for your time, Jonathan Cyr cyrj@cyr.info WeddingWeblog.com Jim Fulton wrote:
ZClasses are a feature that support through-the-web development. Many people have found them useful in the past, but they have some significant deficiencies, including:
- They can't be managed with file-system tools, especially revision control systems like CVS and subversion.
- They don't work well with Python development tools, like profilers and debugger.
- They aren't being actively maintained.
Most serious Zope developers stopped using them a long time ago and are frustrated that we still expend resources keeping them around. For example, the release of Zope 2.8 has been delayed by the requirement of getting ZClasses working with Zope 2.8.
We could choose to deprecate ZClasses. If we deprecated them in Zope 2.8, they would still work in Zope 2.8 and Zope 2.9, but their support would be removed in Zope 2.10. Would anyone be upset if this happened?
Jim
Jim Fulton escribió:
ZClasses are a feature that support through-the-web development. Many people have found them useful in the past, but they have some significant deficiencies, including:
- They can't be managed with file-system tools, especially revision control systems like CVS and subversion.
- They don't work well with Python development tools, like profilers and debugger.
- They aren't being actively maintained.
Most serious Zope developers stopped using them a long time ago and are frustrated that we still expend resources keeping them around. For example, the release of Zope 2.8 has been delayed by the requirement of getting ZClasses working with Zope 2.8.
We could choose to deprecate ZClasses. If we deprecated them in Zope 2.8, they would still work in Zope 2.8 and Zope 2.9, but their support would be removed in Zope 2.10. Would anyone be upset if this happened?
Jim
My +1 for ZClasses deprecation And +1 for DTML deprecation Try to keep Zope simple Simple = GOOD Simple = EASY Simple = BUGLESS Simple = QUICK
On Sun, 3 Apr 2005, Garito wrote:
My +1 for ZClasses deprecation And +1 for DTML deprecation
Try to keep Zope simple
-1 for DTML deprecation. It serves a different purpose that ZPT-- DTML is Logic+HTML ZPT is HTML+Logic.
Well, you know what I'm gonna say... +1 for their demise. +1 for DTML going too, oops, wait, Andreas said not to bring that up ;-) cheers, Chris Jim Fulton wrote:
ZClasses are a feature that support through-the-web development. Many people have found them useful in the past, but they have some significant deficiencies, including:
- They can't be managed with file-system tools, especially revision control systems like CVS and subversion.
- They don't work well with Python development tools, like profilers and debugger.
- They aren't being actively maintained.
Most serious Zope developers stopped using them a long time ago and are frustrated that we still expend resources keeping them around. For example, the release of Zope 2.8 has been delayed by the requirement of getting ZClasses working with Zope 2.8.
We could choose to deprecate ZClasses. If we deprecated them in Zope 2.8, they would still work in Zope 2.8 and Zope 2.9, but their support would be removed in Zope 2.10. Would anyone be upset if this happened?
Jim
-- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
Chris Withers escribió:
Well, you know what I'm gonna say...
+1 for their demise.
+1 for DTML going too, oops, wait, Andreas said not to bring that up ;-)
cheers,
Chris
Jim Fulton wrote:
ZClasses are a feature that support through-the-web development. Many people have found them useful in the past, but they have some significant deficiencies, including:
- They can't be managed with file-system tools, especially revision control systems like CVS and subversion.
- They don't work well with Python development tools, like profilers and debugger.
- They aren't being actively maintained.
Most serious Zope developers stopped using them a long time ago and are frustrated that we still expend resources keeping them around. For example, the release of Zope 2.8 has been delayed by the requirement of getting ZClasses working with Zope 2.8.
We could choose to deprecate ZClasses. If we deprecated them in Zope 2.8, they would still work in Zope 2.8 and Zope 2.9, but their support would be removed in Zope 2.10. Would anyone be upset if this happened?
Jim
Yep! Don't talk about DTML or you will be punished (sorry Andreas I can't resist myself, hehe, obviously I'm joking)
Jim Fulton wrote:
We could choose to deprecate ZClasses. If we deprecated them in Zope 2.8, they would still work in Zope 2.8 and Zope 2.9, but their support would be removed in Zope 2.10. Would anyone be upset if this happened?
They are evil, they are bad. They lead newcommers down a blind road. Please do drop them. Besides, I think that most people are starting up on Zope using a cms like Plone, and in there I believe they go straight for archetypes. -- hilsen/regards Max M, Denmark http://www.mxm.dk/ IT's Mad Science
participants (20)
-
Allen Schmidt -
Andreas Jung -
Ausum Studio -
Ben Mason -
bruno modulix -
Chris Withers -
David H -
Dennis Allison -
Dieter Maurer -
Garito -
Ira Sher -
Jake -
Jim Fulton -
Jonathan Cyr -
kosh -
Lennart Regebro -
Maik Jablonski -
Max M -
Paul Winkler -
Simon Michael