<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br>
Dries, also, said that releasing drupal 6 without <a href="http://drupal.org" target="_blank">drupal.org</a> being updated to it was a mistake he doesn&#39;t want to see happen again.</blockquote></div><div><br>Why it&#39;s happen ? Because big missing, &quot;Views, OG, Panels etc...etc...&quot;, because backward compatibility API doesn&#39;t exists. </div>
</div></blockquote></div><br>Views 2 (in Drupal 6) isn&#39;t compatable with Views 1 (in 5.x). A &#39;backwards compatability API&#39; would have had zero effect, possibly a negative effect on the Views upgrade process.<br>
<br>Organic Groups AND Panels both rely on Views - so could only be updated fully once Views was at release candidate stage.<br><br>I really wish people would familarise themselves with the issues at hand before mouthing off on this list about &quot;we need to do this [useless thing which would have zero effect]&quot;. Even a tiny bit of research would show what the issues are, and it&#39;s not API changes in core - it&#39;s manpower helping out the commonly used modules to get upgraded.<br>
<br>If you want to see contrib modules ready when Drupal 7 is, you can start now by providing and/or testing patches for your favourite modules to get them upgraded. There are also modules with development versions or even beta releases for Drupal 7 listed here - <a href="http://drupal.org/project/modules?filters=drupal_core:103&amp;solrsort=title_sort%20asc">http://drupal.org/project/modules?filters=drupal_core:103&amp;solrsort=title_sort%20asc</a> - again I&#39;m sure their maintainers wouldn&#39;t turn down patches when there&#39;s API changes in HEAD.<br>
<br>Nat<br>