<p dir="ltr">Hate to be that guy who piles on however...<br>
AGREED!!!<br>
100% spot on!</p>
<p dir="ltr">Would make life much easier for us and is in the whole likely easier for the internal vtiger devs  in the long run.</p>
<div class="gmail_quote">On Apr 17, 2013 1:42 PM, "Adam Heinz" <<a href="mailto:amh@metricwise.net">amh@metricwise.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">On Wed, Apr 10, 2013 at 10:25 AM, Adam Heinz <span dir="ltr"><<a href="mailto:amh@metricwise.net" target="_blank">amh@metricwise.net</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>Instead I get crickets and dust.<br></div>


</div></blockquote><div><br></div><div>Since I've had a week to cool off with no response, I thought I'd add to my list of projects to improve developer experience:</div><div><br></div><div>- Booleans in the database should be TINYINT(1), with 1 = true and 0 false, not the current confusing mix.</div>


<div>- Replace custom vt_DateTime and DateTimeField classes with integer time or core PHP DateTime class.  Code is like makeup; less is more.  This is part of a larger problem of too much code.  Please please please use Zend or PEAR or ADOdb or any of the other common frameworks that have thousands of users and their own development teams and years of working proof and take all that work off of your plate. You've spent a year implementing your own custom MVC -- now you get to maintain it and you've lost all that time.  I'm half inclined to see if I can implement Zend Framework MVC in a weekend that is backwards compatible with existing files.</div>

<div>- When you push code to the public svn, push it as individual change sets so that developers can backport patches to old version, or get a better understanding of why things are built the way they are.  Better yet, work in the public svn and merge fixes into your hidden OnDemand branch.  If you do that, developers can give you timely feedback on your changes -- or maybe even help with the implementation.  The same is true of Trac -- bugs should be closed as they are fixed and the code should be visible and linked from the bug at that time.</div>

</div></div></div>
<br>_______________________________________________<br>
<a href="http://www.vtiger.com/" target="_blank">http://www.vtiger.com/</a><br></blockquote></div>