[development] Announcing DRUPAL-7-0-UNSTABLE-2

[Ken Rickard]

Sample DX fix for D7 -- though not yet patched.

Developers will no longer need to uninstall their own schemas,
permissions, or (hopefully) variables when their module is
uninstalled.

system_modules_uninstalled() can now handle all that for you, which
means less for you to worry about and less redundancy in the code.

See http://drupal.org/node/306027 for example.

On Mon, Oct 13, 2008 at 10:04 AM, Kyle Mathews <mathews.kyle at gmail.com> wrote:
> DX == Developer Experience
> http://groups.drupal.org/node/15368
>
> Kyle
>
> Research Assistant
> eBusiness Center @ BYU
> kyle.mathews2000.com/blog
>
>
> On Mon, Oct 13, 2008 at 8:02 AM, Chris Johnson <cxjohnson at gmail.com> wrote:
>>
>> Uh, DX?  What does that mean?
>> ..chris
>>
>> On Sun, Oct 12, 2008 at 5:05 PM, Angela Byron <drupal-devel at webchick.net>
>> wrote:
>>>
>>> I just rolled the second in the series of Drupal 7 unstable releases for
>>> developers (see
>>> http://lists.drupal.org/pipermail/development/2008-October/031094.html for
>>> more info). Among the highlights this release are:
>>>
>>> * Also in additional hooks, hooks are now fired whenever modules are
>>> installed, uninstalled, enabled, or disabled. See
>>> http://api.drupal.org/api/search/7/hook_modules for more info. This should
>>> pave the way for some nice DX patches in future unstable releases.
>>>
>>> * In the DX clean-up realm, hook_user() and hook_nodeapi()'s $op
>>> parameters are now gone. Instead of having to switch on $op and figure out
>>> what in the world '$arg1' is in the 'load' context (UGH), you instead
>>> implement hook_nodeapi_load(&$node, $teaser, $page) and know exactly what
>>> you're dealing with.
>>>
>
>



-- 
Ken Rickard
agentrickard at gmail.com
http://ken.therickards.com