Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 UTC on 18 March 2024, to get $100 off your ticket.
We could really do with a little guide to using this bad boy.
We could really do with a little guide to using this bad boy.
Comments
Comment #1
mikeytown2 CreditAttribution: mikeytown2 commentedI would like to know how to use this module in comparison to http://drupal.org/project/path_redirect
Comment #2
Steven Jones CreditAttribution: Steven Jones commentedBy the looks of it the path_redirect module just does a dumb, when you got to 'node/123' redirect to 'node/456' type redirect. Because we depend on page manager, we can hook into the loading of 'node/%node' and redirect only specific node types to different locations based on the context available from page manager.
Comment #3
james.williams CreditAttribution: james.williams commentedIn basic terms, use the page manger module, and create a Redirect variant (rather than the Panel variant). On the configuration screen for your variant, you can set up where to redirect. You can use context terms (e.g. %node:nid, though these have to be surrounded with spaces if I remember correctly) in your redirection path.
Comment #4
Steven Jones CreditAttribution: Steven Jones commentedWe now have examples, and a handbook page. Woohoo!
Comment #6
HJulien CreditAttribution: HJulien commentedI can't find documentation. I can't figure out how to use this module. Delete!
Comment #7
Steven Jones CreditAttribution: Steven Jones commented@HJulien see the 'Read documentation' link on the project homepage.
Comment #8
HJulien CreditAttribution: HJulien commentedThree sentences that don't explain how to use the module is of no help to me. Even knowing to start with the Page doesn't explain how to use it.
Comment #9
james.williams CreditAttribution: james.williams commentedSorry about the lack of documentation. Here's a really quick explanation...
1) Use Page Manager -- see the documentation for it (and/or Panels) to understand this if you need to.
2) Create your page/variant, and select Redirect (rather than Panel) on the first screen in the create variant wizard
3) Set up any contexts or selection rules you need (We won't provide documentation for this, as this is something provided by CTools Page Manager - find a good screencast that walks you through these concepts)
4) Finally, enter the path (and fragment/querystring) that you want to redirect to. You may use substitutions for things like a node ID or user name, which are defined on the contexts tab.
I don't think we will get round to writing full documentation now, since this module is made obsolete by the HTTP Response plugin that is now included with CTools. If you have specific questions about functionality in PMR that isn't in that plugin, then ask again. (We should probably amend that documentation page appropriately.)
Please note that this module is already in use by others who have taken the time to figure out how to use it. Calling 'Delete' is not going to achieve anything other than frustrating the module maintainers who provide & maintain this module for free.
Comment #10
rootworkIt would be great to have some documentation about either a) how to use this module, or b) how to use CTools to achieve what this module does. I've been trying to figure out both for the last hour -- some kind of documentation would be really helpful (at least a README file!)
For the moment, the lack of either seems to still be a pending issue.
Comment #11
james.williams CreditAttribution: james.williams commentedThere is a link to the documentation on the project's page. (In the right sidebar, 'Read documentation'). This is the documentation page: http://drupal.org/node/938584
Comment #12
rootworkThere needs to be documentation in the module itself. The documentation link on the project page is widely acknowledged to be hard to find/notice (especially since it's not always there) -- this is one of the items in the Prairie Initiative.
In any case, the module needs a README.txt file. The module documentation guidelines clearly say:
You could certainly copy the information on the d.o post into a README.txt file -- there's nothing saying they have to be different. Or you could give a quick overview and link to the d.o post for detailed information, if you're worried about maintaining things in two places. But something needs to be there.
Comment #13
james.williams CreditAttribution: james.williams commentedGood point - I'd long forgotten that there was no Readme file, sorry. I have now added a simple one to 6.x-1.x and 7.x-1.x branches.
Comment #14
rootworkAwesome, thanks!