1. 12 Oct, 2008 1 commit
  2. 11 Oct, 2008 1 commit
  3. 27 Sep, 2008 1 commit
  4. 20 Sep, 2008 1 commit
  5. 19 Sep, 2008 1 commit
  6. 18 Sep, 2008 1 commit
  7. 17 Sep, 2008 1 commit
  8. 15 Sep, 2008 1 commit
  9. 06 Sep, 2008 1 commit
  10. 30 Aug, 2008 1 commit
  11. 23 Aug, 2008 1 commit
  12. 21 Aug, 2008 1 commit
  13. 14 Aug, 2008 1 commit
  14. 02 Aug, 2008 2 commits
  15. 01 Jul, 2008 1 commit
  16. 25 Jun, 2008 1 commit
  17. 15 May, 2008 1 commit
  18. 07 May, 2008 1 commit
  19. 06 May, 2008 1 commit
    • Dries's avatar
      - Patch #221964 by chx, dopry, webernet, moshe, webchick, justinrandall, flobruit · 2e18cb89
      Dries authored
        et al.  Can you say 'registry'?  Drupal now maintains an internal registry of
        all functions or classes in the system, allowing it to lazy-load code files as
        needed (reducing the amount of code that must be parsed on each request). The
        list of included files is cached per menu callback for subsequent loading by
        the menu router. This way, a given page request will have all the code it needs
        but little else, minimizing time spent parsing unneeded code.
      2e18cb89
  20. 05 May, 2008 1 commit
  21. 16 Apr, 2008 2 commits
  22. 15 Apr, 2008 1 commit
  23. 14 Apr, 2008 1 commit
  24. 10 Apr, 2008 1 commit
    • Dries's avatar
      - Patch #216072 by recidive, David Rothstein, ptalindstrom et al: switched... · 79b016d9
      Dries authored
      - Patch #216072 by recidive, David Rothstein, ptalindstrom et al: switched from numeric block IDs to string IDs.
      
        The short explanation is that Drupal uses a lot of numeric deltas in the block system; blocks are identified by the 'module' and the 'delta'. In early Drupal, delta was numeric, but somewhere along the line it was changed to be possibly a string. In modern Drupal, block overrides are easily done via block-MODULE-DELTA.tpl.php.  The primary motivation to switch to string IDs everywhere is to make these deltas friendlier to themers:
      
          block-user-0.tpl.php --> block-user-navigation.tpl.php
          block-user-1.tpl.php --> block-user-login.tpl.php
      
        You get the picture.
      79b016d9
  25. 08 Apr, 2008 1 commit
    • Dries's avatar
      - Patch #228594 by catch et al: removed access rule functionality from core. · 08aa2322
      Dries authored
        The access rules capability of user module has been stripped down to a
        simple method for blocking IP addresses. E-mail and username restrictions
        are now available in a contributed module. IP address range blocking is
        no longer supported and should be done at the server level.
      
        This patch is partly motiviated by the fact that at the usability testing,
        it frequently came up that users went to "access rules" when trying to
        configure their site settings.
      08aa2322
  26. 21 Mar, 2008 1 commit
  27. 17 Mar, 2008 1 commit
  28. 15 Mar, 2008 1 commit
  29. 14 Mar, 2008 1 commit
  30. 23 Feb, 2008 1 commit
  31. 20 Feb, 2008 1 commit
  32. 30 Jan, 2008 1 commit
  33. 29 Jan, 2008 1 commit
  34. 28 Jan, 2008 1 commit
  35. 24 Jan, 2008 1 commit
  36. 21 Jan, 2008 2 commits
  37. 20 Jan, 2008 1 commit