Hi,
You said you were open for ideas on how to workaround the url rewrite inbound. How about the following:
1. Refactor into a custom_url_rewrite_inbound_extended (curie) module
This module will provide a hook_ custom_url_rewrite_inbound for other modules to add their own rewrites.
2. Add patches for those other projects to include the new hook and remove the old call for custom_url_rewrite_inbound
3. Post those patches to the issue cues for approval
4. Make the change part of the dev of this module.
Is this feasible? Unfortunately I've yet to program a module, but I do know PHP and have formal educational background in software development.
Comments
Comment #1
rdeboerHi Paul,
Great minds think alike! Your solution already exists in the form of the module URL alter.
The issue I have with it is that while this will solve the programming problem of multiple
custom_url_rewrite_inbound()functions, the question remains: how to reconcile/accumulate the behaviour of multiple modules (some of which may yet be unknown) ?Rik
Comment #2
pkej commentedHmm, I think I don't have enough knowledge about the problems or the API to answer that question. I will have to read up on this to be able to actually think about it :P
But, I have a question which might trigger som ideas with you. You state that the function is a hook in Drupal 7, and from that I must guess there is an accumulation of behaviour going on?
Is it the accumulation which is impossible to backport into a standalone module? Wouldn't it be possible to build the whole Drupal 7 solution as a module and then wrap the call around custom_url_rewrite_inbound, or bypass it completly?
I don't expect you to write an answer to this, nor to educate me on the subject (I will do that myself), I just hope it triggers some ideas.
Comment #3
rdeboerJust quick.... "URL alter" is not a hook in Drupal 7, but a module in Drupal 6.
I'm hoping they get rid of the whole custom_url_rewrite stuff in Drupal 7.
Comment #4
rdeboerIn fact, they did get rid of custom_url_rewrite... And have replaced it with a hook in D7, similar to what URL alter does in D6.
See http://drupal.org/update/modules/6/7#hook_url_inbound_alter
Comment #5
pkej commentedI wonder if purl would be of any help?
Comment #6
rdeboerThanks for the pointer pkej - interesting module. Maybe PURL could be of help....
It looks like a pretty heavy-weight module for the simple aim that Extended path aliases has.
Comment #7
YK85 commentedsubscribing
I am needing to use URL alter module to allow custom alterations of some urls but would also like to use Extended path aliasas module instead of Sub-path URL Alias module as it seems to be better. I get the WSOD as it seems Extended path aliases module doesn't play nice with URL alter module.
I was wondering if there has been further development in this area?
Thanks!
Comment #8
jstollerI'd love to see Extended path aliases use the URL alter module in the future, to avoid these compatibility problems. Right now I'm trying to hijack the code from Extended path aliases and use it with URL alter in my own custom module, but it's not quite working yet.
Comment #9
rdeboerClosing due to inactivity.