<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000066">
<font size="-1"><font face="Verdana">Big mistake, IMHO,<br>
<br>
You have no replacement for intermediate developers... the only decent
documentation, being the various books, have ZClasses throughout.&nbsp;
Explain their absence to the newbies grokking for Zope enlightenment.<br>
<br>
Not everyone needs/wants development tools, some like the TTW
management.&nbsp; <br>
<br>
The ZClass code seems to work flawlessly for me, never a problem.<br>
<br>
Who didn't cut their teeth with ZClasses?&nbsp; 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.&nbsp;
How are newbies going to make the leap to the newer Zope offerings
without a ZClass to start with.<br>
<br>
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.&nbsp; I have to choose each Zope technology carefully for the time
investment.&nbsp; ZClasses were well worth my time measured with the whole
picture... web design, flash programming, HTML, RSS, javascript, css,
interactive marketing, systems administration, etc.&nbsp; I can't say that
for some Zope technology offerings. <br>
<br>
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.&nbsp; 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<br>
<br>
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.&nbsp; <br>
<br>
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<br>
<br>
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.<br>
<br>
Keep ZClasses until there's a replacement for "Simple Rich Objects in
the Object Database" for the intermediate Zope programmers.<br>
<br>
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.&nbsp; I hope this helps in the discussion and
weighing of priorities. <br>
<br>
I appreciate you asking, thanks for your time,<br>
<br>
Jonathan Cyr<br>
<a class="moz-txt-link-abbreviated" href="mailto:cyrj@cyr.info">cyrj@cyr.info</a><br>
WeddingWeblog.com<br>
</font></font><br>
<br>
<br>
<br>
<br>
Jim Fulton wrote:
<blockquote cite="mid424D3D20.5000107@zope.com" type="cite"><br>
ZClasses are a feature that support through-the-web development.
  <br>
Many people have found them useful in the past, but they have some
  <br>
significant deficiencies, including:
  <br>
  <br>
- They can't be managed with file-system tools, especially
  <br>
&nbsp; revision control systems like CVS and subversion.
  <br>
  <br>
- They don't work well with Python development tools, like
  <br>
&nbsp; profilers and debugger.
  <br>
  <br>
- They aren't being actively maintained.
  <br>
  <br>
Most serious Zope developers stopped using them a long time
  <br>
ago and are frustrated that we still expend resources keeping them
  <br>
around.&nbsp; For example, the release of Zope 2.8 has been delayed
  <br>
by the requirement of getting ZClasses working with Zope 2.8.
  <br>
  <br>
We could choose to deprecate ZClasses.&nbsp; If we deprecated them in
  <br>
Zope 2.8, they would still work in Zope 2.8 and Zope 2.9, but
  <br>
their support would be removed in Zope 2.10.&nbsp; Would anyone be upset
  <br>
if this happened?
  <br>
  <br>
Jim
  <br>
  <br>
</blockquote>
</body>
</html>