Closed (fixed)
Project:
Node Reference URL Widget
Version:
6.x-1.3
Component:
Miscellaneous
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
22 Jan 2009 at 08:09 UTC
Updated:
2 Mar 2010 at 19:38 UTC
Jump to comment: Most recent file
Comments
Comment #1
quicksketchNo, not currently. Obviously such a system wouldn't be able automatically generate node links, since you'd end up with several links to generate every combination of arguments. You can optionally use Prepopulate module to populate several fields. Perhaps some integration might be in order?
Comment #2
christefano commentedPersonally, I'd really like to see Node Reference URL's features in the Prepopulate module. Have you considered merging rather than integrating?
Comment #3
quicksketchA lot of functionality is very CCK and node-specific in Node Reference URL Widget. For example, there's a lot of special handling around *how* the links should be generated. While Prepopulate might be able to effectively disable a field if a default is provided in a way similar to Node Reference URL Widget, it would be nearly impossible to determine where to make the links on related content (of course you could try and use Custom Links for this, but there are limitations there also).
No I think these modules make sense as being separate. The amount of overlap is much smaller than it might appear.
Comment #4
jyamada commentedI like this module, I hope it grows.
Couldn't we take the weight order of the fields and match the arguments in the URL.
node/add/foo/1/2
cck fields node_reference A uses 1
cck fields node_reference B uses 2
Would this make sense?
I would use it.
Comment #5
quicksketchThis approach makes it so that you can specify NIDs via the $_GET string such as:
Which has much less possibility to fail since it's not dependent on the order of the fields. We can discuss if this is the right approach or not, but it definitely works. I'd suggest combining it with Custom Links to manually create your own Create Content links during node display.
Comment #6
baxang commentedthe patch you suggested works very nicely! Thank you!
Comment #7
quicksketchUltimately I committed this change but made a modification so that the name of the field in the URL is shortened. So if you had a gallery/image set up instead of a url like this:
node/add/image?field_gallery=10, you'll now have this:node/add/image?gallery=10. I figure the "field_" prefix is unnecessary considering all Node Reference Fields start with "field_".Comment #8
quicksketchComment #9
quicksketchComment #11
bakr commentedFrom secutrity and for integrity purpose:
Should we require that users not be able to hack the URL, why not use the POST rather than GET?
With Regards
Comment #12
bakr commentedComment #13
quicksketchbakr, please open a new issue for your request.
Comment #14
bakr commentedYes, that is a better idea (did not think of it)