+1<br><br>You&#39;ll be happier in the long term if you just try to figure out the requirements and implement them with contrib and custom modules in D6. Or D7. D7 gives your project a couple more years of life.<br><br>-Randy<br>
<br><div class="gmail_quote">On Thu, Apr 1, 2010 at 8:35 AM, Laura <span dir="ltr">&lt;<a href="mailto:pinglaura@gmail.com">pinglaura@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Apr 1, 2010, at Thu 4/1/10 6:34am, Dipen wrote:<br>
<br>
&gt; 1&gt; Apart from svn history, diffing files one by one, does any one have suggestions to find out changes between hacked and clean file? Maybe at a folder level? Like diff the whole include folder or diff the whole modules folder. (I know about beyond compare, anything else?)<br>

&gt;<br>
&gt; 2&gt; Any tips, experiences, suggestions on the process of removing core hacks and implementing them outside of core.<br>
&gt;<br>
&gt; 3&gt; Any suggestions on the whole approach? If it can be made more<br>
<br>
</div>This may be an approach that will not appeal to you and your team....<br>
<br>
Drupal 6 is in many ways profoundly different from Drupal 5, to the point that trying to reverse engineer D5 hacks to complement D6 may be a quite inefficient way to go. One thing to consider is that existing D6-based solutions may provide ready replacements for some of the D5 hacks. In some ways, you may end up &quot;crossgrading&quot; rather than &quot;upgrading&quot; much of your site.<br>

<br>
So consider wiping the code base entirely (not the database, though) and re-implementing in Drupal 6. If your D5 hacks did not result in alterations to the database structure, you can simply perform a stock D6 upgrade process and then implement through contributed modules and a new or refactored theme the various end results those hacks were trying to achieve. This way you can embrace what D6 offers first before resorting to coding up custom module implementations.<br>

<br>
In other words, start with the goals, the use cases, the desired results, and don&#39;t assume that the D5 hack logic will carry over into D6 modules. Your content lives in the database and uploaded files. Treat the rest of your site as disposable  to be used as notes but not necessarily as technical architecture.<br>

<font color="#888888"><br>
Laura<br>
<br>
<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Randy Fay<br>Drupal Development, troubleshooting, and debugging<br><a href="mailto:randy@randyfay.com">randy@randyfay.com</a><br>+1 970.462.7450<br><br>