drupal/modules
Angie Byron bf9c634123 #550572 by sun and c960657: Fixed CSS+JS regressions related to form-item-[name]. 2009-08-24 03:11:34 +00:00
..
aggregator #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
block #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
blog #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
blogapi #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
book #550572 by sun and c960657: Fixed CSS+JS regressions related to form-item-[name]. 2009-08-24 03:11:34 +00:00
color #326539 by JohnAlbin, sun, cha0s, ultimateboy, Rob Loach, Damien Tournoud: Convert 'class' attribute to use an array, not a string. 2009-08-22 14:34:23 +00:00
comment #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
contact #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
dblog #550572 by sun and c960657: Fixed CSS+JS regressions related to form-item-[name]. 2009-08-24 03:11:34 +00:00
field #557056 by sign: Removed the fieldset around summary and body fields. 2009-08-24 00:37:25 +00:00
field_ui #516138 follow-up by yched: Instead of a full menu rebuild, set a variable indicating it's needed. Speeds up tests by a factor of at least two. 2009-08-24 01:21:51 +00:00
filter #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
forum #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
help #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
image #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
locale #550572 by sun and c960657: Fixed CSS+JS regressions related to form-item-[name]. 2009-08-24 03:11:34 +00:00
menu #509584 by pwolanin: Various API fixes for menu_tree_data() including depth param. 2009-08-24 01:49:41 +00:00
node #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
openid #550572 by sun and c960657: Fixed CSS+JS regressions related to form-item-[name]. 2009-08-24 03:11:34 +00:00
path #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
php #367595 by plach, catch, sun, yched, et al: Added support for translatable fields to Field API. 2009-08-22 00:58:55 +00:00
poll #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
profile #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
search #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
simpletest #557342 by agentrickard: Fixed typo. 2009-08-24 00:31:59 +00:00
statistics #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
syslog #549182 by catch: Move logging and errors to admin/config/development. 2009-08-14 14:00:14 +00:00
system #550572 by sun and c960657: Fixed CSS+JS regressions related to form-item-[name]. 2009-08-24 03:11:34 +00:00
taxonomy #550572 by sun and c960657: Fixed CSS+JS regressions related to form-item-[name]. 2009-08-24 03:11:34 +00:00
toolbar #326539 by JohnAlbin, sun, cha0s, ultimateboy, Rob Loach, Damien Tournoud: Convert 'class' attribute to use an array, not a string. 2009-08-22 14:34:23 +00:00
tracker #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
translation #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
trigger #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
update #162788 by dww, Dave Reid, and JohnAlbin: Add option to include modules that aren't enabled in Update Status. 2009-08-24 00:42:34 +00:00
upload #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
user #497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading. 2009-08-24 00:14:23 +00:00
README.txt #209663 minor follow up by keith.smith: improve wording of module and theme readmes 2008-01-25 19:47:58 +00:00

README.txt

This directory is reserved for core module files. Custom or contributed
modules should be placed in their own subdirectory of the sites/all/modules
directory. For multisite installations, they can also be placed in a subdirectory
under /sites/{sitename}/modules/, where {sitename} is the name of your site
(e.g., www.example.com). This will allow you to more easily update Drupal core files.

For more details, see: http://drupal.org/node/176043