You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be nice if xmlquery allowed matches on partial variable names - e.g., query for all names matching 'STOP_*'.
This request is motivated by a discussion I had with @mvertens , in which we both confessed that we generally use grep rather than xmlquery. Reflecting on this, I think the main reason is that I often forget the full variable name, so grep on a piece of this. I'd be able to use xmlquery more if it supported partial matches.
I'm not sure exactly how this should be implemented: Should you explicitly give the wildcard characters? Or should it do partial matches by default? Should there be a flag that allows partial matches, or conversely a flag that forces exact matches? I'm happy to iterate on these details with others.
xmlquery: allow partial match of variable name
The new -p flag turns on this capability.
I also added some usage examples to the help.
I also made it so --listall would take --subgroup into account
if it was provided too.
Test suite: code_checker + by-hand + J_TestCreateNewcase
Test baseline:
Test namelist changes:
Test status: bit for bit
Fixes#947
User interface changes?: -p flag to xmlquery
It would be nice if xmlquery allowed matches on partial variable names - e.g., query for all names matching 'STOP_*'.
This request is motivated by a discussion I had with @mvertens , in which we both confessed that we generally use grep rather than xmlquery. Reflecting on this, I think the main reason is that I often forget the full variable name, so grep on a piece of this. I'd be able to use xmlquery more if it supported partial matches.
I'm not sure exactly how this should be implemented: Should you explicitly give the wildcard characters? Or should it do partial matches by default? Should there be a flag that allows partial matches, or conversely a flag that forces exact matches? I'm happy to iterate on these details with others.
cc @mvertens @jedwards4b
The text was updated successfully, but these errors were encountered: