Closed (won't fix)
Project:
Feeds XPath Parser
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
19 Mar 2012 at 21:15 UTC
Updated:
4 Jul 2015 at 19:44 UTC
Jump to comment: Most recent
Comments
Comment #1
twistor commentedInitial thoughts:
I never liked context, it comes directly from the function param in PHP where it's used. "Parent node" is odd to me, it makes it sound like we're creating node references, but I get it. "Base query" is ok, but then again, I've thought about moving away from the term query to selector as well.
What do we use in Views XML Backend? I think it's row query which makes a lot of sense in that case.
Comment #2
mitchell commentedI see what you mean on the conflicts with those terms. "DOM root node" or just "root node" is a better fit with respect to XML's spec and avoiding Drupal terminology collisions.
Comment #3
galundin commentedI found this issue while trying to figure out what "context" means in this, um, context -- so it's a good discussion to have. Your suggestions helped me understand, and the FAQ clarified it.
I like the idea of using the term "selector" instead of "query". "Node" would be very confusing and I would avoid it as much as possible. Even "DOM root node" is misleading. "Context" makes sense now, I just didn't understand the need for an additional selector because I generally work with self-contained selectors. The example given in the Basic configuration tutorial demonstrated a good use case.
To me, the most intuitive term for "context" would be "base selector". It would also be helpful to expand upon the description that appears below the input box. The keyword "relative" might have done it for me.
Comment #4
twistor commentedThis module is close to being deprecated. Moving on.