<br><br><div class="gmail_quote">On Thu, Mar 5, 2009 at 2:04 PM, Nathaniel Catchpole <span dir="ltr">&lt;<a href="mailto:catch56@googlemail.com">catch56@googlemail.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"><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><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></div>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.</blockquote>
<div><br>My point is different, a backward compatibility API could run Views 1.x on D &gt; 5, this was the point.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<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.</blockquote>
<div><br>Yes, it&#39;s not only &quot;mouthing off&quot;, i&#39;m developing with Drupal all days, i&#39;m trying to be propositional with full respect for your work.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<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" target="_blank">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>
</blockquote></div><br>You confirm my theory, no pathces because API changes, i don&#39;t like at all, but it&#39;s the Druapl development cycle and if it&#39;s the the price to pay for a such great project. ;)<br><br>-- <br>
Paolo Mainardi<br><br>Vice Presidente Assoc.ILDN (<a href="http://www.ildn.net">http://www.ildn.net</a>)<br>Blog: <a href="http://www.paolomainardi.com">http://www.paolomainardi.com</a><br>