<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On 3-Jan-10, at 4:47 PM, Susan Stewart wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"> <div text="#000000" bgcolor="#ffffff"> Ad,<br> <br> Someone suggests this every time a new version of Drupal comes out -- always someone who, like yourself, is not a programmer and has no idea what such a thing entails. Get to know Drupal and its code a little better, and read <a class="moz-txt-link-freetext" href="http://drupal.org/node/65922">http://drupal.org/node/65922</a> which explains why we don't cripple Drupal in the name of backwards compatibility, or worse, create some sort of kludgy compatibility layer to hold it down.<br> <br> If a module has sufficient interest, it will be upgraded quickly to the next version of Drupal. Anyone can do it with an investment of time and programming skills, or of dollars. You can visit <a class="moz-txt-link-freetext" href="http://drupal.org/project/modules?solrsort=sort_title%20asc&text=d7cx">http://drupal.org/project/modules?solrsort=sort_title%20asc&text=d7cx</a> to see a list of contrib modules that have promised to have a D7 compatible release on the day D7 is released.<br> <br> I know that for non-programmers and those not familiar with Drupal, this all seems strange, but that first link I gave you is a great explanation of why it is part of the core Drupal philosophy.<br></div></blockquote><div><br></div><div>Susan gave good resources here.</div><div><br></div><div>I think it's a good goal to want to make 6 => 7 transitions easier on people. I think backwards-compatibility layers though are the wrong way to do it, not to mention impossible in most cases.</div><div><br></div><div>The /right/ way to do it is to work on tools that make porting code between versions a much easier process. These tools are all consolidated in the Coder module: <a href="http://drupal.org/project/coder">http://drupal.org/project/coder</a>. There's a video at <a href="http://www.lullabot.com/videocast/porting-drupal-modules">http://www.lullabot.com/videocast/porting-drupal-modules</a> which shows converting a 5.x module to 6.x in about 15 minutes using Coder module and some basic copy/paste/modify PHP skills. Coder module works by having rules defined for each API change and raising warnings when it encounters old code. The 7.x version of Coder even comes with a new Coder Upgrade module (called Deadwood in 6.x), which will attempt to make the changes for you.</div><div><br></div><div>Anyone who has the itch of making the 6.x => 7.x transition smoother should be hunkering down in the Coder module queue to write up some of the changes at <a href="http://drupal.org/update/modules/6/7">http://drupal.org/update/modules/6/7</a> into rules that can then be applied en masse by everyone. Even if you don't consider yourself a "real" programmer, but you know enough to be dangerous, you could help with this task. It's a great way to get familiar with the changes you'll need to know in a few months, well ahead of time, and it helps make the transition to the new version easier for everyone.</div><div><br></div><div>-Angie</div><div><br></div><blockquote type="cite"><div text="#000000" bgcolor="#ffffff">On 01/03/2010 03:33 PM, Ad wrote: <blockquote cite="mid:438434.46963.qm@web110114.mail.gq1.yahoo.com" type="cite"> <table border="0" cellpadding="0" cellspacing="0"> <tbody> <tr> <td style="font-family: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; font-size: inherit; line-height: inherit; font-size-adjust: inherit; font-stretch: inherit; -x-system-font: none;" valign="top"><span style="text-decoration: underline;"><span style="font-style: italic;"></span></span><span style="font-style: italic;"><span style="font-weight: bold;"> </span></span><span style="font-weight: bold;"></span><span style="font-family: arial,helvetica,sans-serif;">Hello,<br> <br> To my opinion, the imminent release of the 7 core <span style="font-style: italic; font-weight: bold;">might</span> better be delayed.<br> <br> Untill today, <span style="font-weight: bold; font-style: italic;">many mods</span> for 5 and even 4,<span style="font-weight: bold; font-style: italic;"> are not available for the 6 versio</span>n.<br> <br> And there are several mods that are neccesary on some websites, so in some cases one better doesn't migrate to 6 <span style="font-style: italic;">(or even not from 5 in fewer cases)</span>.<br> <br> Do I propose waiting untill maybe all the mods are available for 6?<br> No; that would not change anything to the fact, that it will take many years before almost all interesting mods are programmed for core 7.<br> <br> What I propose is a bridge, cloud, integration of TWO cores; the 6 and 7 core:<br> Two installations <span style="font-style: italic;">(might be on another server too)</span>.<br> <br> Waste of time that better can be used programming core 7 mods...?<br> <br> Maybe, but that bridge_cloud could serve also for 7 to the future 8, bridging and clouding the same Drupal versions, Mediawiki and many other programs.<br> <br> Especially when its written like:<br> 1) <span style="font-weight: bold; font-style: italic;">a very broad multifunctional adapter</span>,<br> 2) with <span style="font-weight: bold; font-style: italic;">additional the 6 to 7 bridge</span><br> 3) and many <span style="font-style: italic; font-weight: bold;">other specific bridges</span> to make for other programs.<br> <br> I'm not a programmer except for a blue monday and not familiar with internal details of how Drupal works. So there probably are many hughe problems to resolve to get something like this done.<br> <br> But:<br> 1) a General Bridge-Cloud-Adapter for core 7?<br> 2) then a 6_to_7_Bridge working with GBCA?<br> 3) then other bridges working with GBCA, like Mediawiki, etc.?<br> <br> If this is practically possible, my opinion is that first the core 7 software should be revised thoroughly to make this core perfect for such external connections/communications/integration...<br> <br> <span style="text-decoration: underline;">Related question:</span> Doesn't there exist a uniform protocol how different programs can integrate? If so; the core better should already be build according to these characteristics. If not, maybe some developers can form a broad based group to get such a protocol into practice?<br> <br> Thanks,<br> <br> Ad<br> </span><span style="text-decoration: underline;"></span></td> </tr> </tbody> </table> </blockquote> <br> <br> <pre class="moz-signature" cols="72">--
"We all declare for liberty; but in using the same word we do not all mean the same thing. With some the word liberty may mean for each man to do as he pleases with himself, and the product of his labor; while with others, the same word may mean for some men to do as they please with other men, and the product of other men's labor. Here are two, not only different, but incompatible things, called by the same name - liberty. And it follows that each of the things is, by the respective parties, called by two different and incompatible names - liberty and tyranny."
--Abraham Lincoln</pre> </div> </blockquote></div><br></body></html>