I've decided to fork the current Patterns codebase (6.x-1.x-dev) onto GitHub at http://github.com/hiddentao/patterns2.
At the moment it incorporates the following patches as well as further fixes and improvements:
http://drupal.org/node/853720
http://drupal.org/node/853746
http://drupal.org/node/852620
http://drupal.org/node/848270
http://drupal.org/node/845440
http://drupal.org/node/845448
http://drupal.org/node/842838
Please follow the GitHub code at http://github.com/hiddentao/patterns2 for the latest improvements.
Comments
Comment #1
ChrisBryant commentedHi hiddentao, thanks for putting that up and providing the links and info!! I know they've been quite busy, but 'm sure Vaish (vnd) and/or Sarva (sarvab) will be happy to get the patches committed and work with you on moving forward with improvements and the general direction of the project.
Thanks again!
Comment #2
hiddentao commented@ChrisBryant
Hey Chris, yeah I've been in touch with the guys and hopefully we can roll these changes into the mainline trunk soon. Till then I'll keep the github fork updated with my latest changes.
Comment #3
hiddentao commentedAn update on the Github fork (http://github.com/hiddentao/patterns2).
- After loading the specified modules, we now clear all caches before running
the actions, to ensure that certain actions (e.g. setting user permissions on
CCK fields) work as expected.
- Fixed bugs involving the use of inside sub-patterns and in form synchronization code.
Finally, two new patterns:
1) Added a 'menu_trail' tag which allows you to configure the Menu Trails module
(node type <-> menu mappings) using a pattern.
Example:
This will ensure that when viewing a node of the 'Shows' type the 'Home' link in
the 'Primary links' menu is set to be the active menu.
Example:
This does the same thing as example 1 except that we now use the internal
machine names rather than the human-readable names.
2) Added a 'patterns-config' tag which allows you to configure the pattern
processor at runtime by toggling varous flags. At the moment only one flag is
supported:
- ignore-failed-actions: if turned on (default is off) then the pattern will no longer fail if one or more actions fail to execute properly.
How to use this flag:
Comment #4
apotek commentedIs your goal with this fork to host "production ready" versions of patterns, or are unstable additions welcome?
If unstable additions are welcome, would you consider adding http://drupal.org/node/601044
Or I guess with git-hub it's pretty easy to fork and merge, so maybe that's a better idea.
Comment #5
hiddentao commented@klktrk, the github fork I'm building is definitely production-ready since my team and I are using it in our client work. But like you said, you can just create your own fork if you like (gotta love git!). If the changes look good I'll merge them into mine.
Comment #6
hiddentao commented-- http://github.com/hiddentao/patterns2 --
Tags to control how patterns appear in the admin page
Added two new tags (to be placed inside ) for controlling how a pattern
appears in the list on the patterns admin page...
1) subpattern_only - Using this tag tells Patterns module that the pattern is
not to be run on its own, but rather, only as a sub-pattern of another pattern.
It causes the pattern to appear in the admin page list but without a 'Run' link.
Example usage:
Note that if if the tag's content is set to 0 or if the tag is
ommitted then the pattern will appear as normal.
2) hidden - Using this tag tells Patterns module that the pattern is not to be
shown on the admin page patterns list.
Example usage:
Note that if if the tag's content is set to 0 or if the tag is ommitted
then the pattern will appear as normal.
Running patterns without using batch API
Added the ability to execute a pattern programmatically without using the batch
API. This allow for patterns to be run from within hook_update()
implementations, which themselves use the batch API.
Example usage:
The following syntax also works:
Comment #7
michaek commentedI'm definitely going to check this out and see what should be merged back into the module!