Response to Martjin on Grok ZMI<br>I'm a beginner when it comes to web dev. I've gone throught the tutorials for zope 2 and yes i like the zmi and the old zope 2 ways.<br>I've also gone through some of the grok tutorials as well.
<br>(please while reading this,note that i'm a newbie at programming and web dev )<br><br>My attraction to the zmi is not because i can do it TTW. If the ZMI was a non browser based app and gave me the same<br>functionality i'd be happy with that. The zmi made it easy to add products in and listed what was available to add.
<br>as i look at Grok and read up on how powerful it is because of its zope3 back end i'm mystified. I have no idea what <br>components are available and how to add them into my Grok app. When i go through the tutorial it appears to me
<br>that grok is no different then cherrypy. If there are zope 3 components out there that will make things easier and quicker to <br>develop like a crud or bread :) then some how the Grok people need to find some way for people like me to add this into our Grok
<br>app fairly easily through some type of Grokwidget or ZMI gui, what ever.<br>As i have researched other frameworks one thing i see missing is an auto generate crud or bread for public use.<br>It appears to me that most auto cruds or "database admin interfaces" i see are more geared towards and administrator that
<br>wants to add data to a database table. I don't see the advantage to this when you can do this using a database gui client like<br>phpmyadmin. It would be more useful to me that a crud or bread be auto generated for public internet use. It should also be easily
<br>customized with form validator helpers.<br>The only way I see myself using a zope technology is through Grok. Zope 2 is lost and zope 3 is to hard.<br>But if Grok does not find a way to add these powerful zope 3 components easy for people like me then it will
<br>probably remain a framework for experienced Zope developers only.<br><br>