Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Various nits on #129, #131 #132

Merged
merged 1 commit into from
Nov 4, 2021
Merged

Various nits on #129, #131 #132

merged 1 commit into from
Nov 4, 2021

Conversation

cabo
Copy link
Member

@cabo cabo commented Nov 4, 2021

Lots of niggly details re blank space.
Style consistency, some missing places (assuming we stick with the liberal approach).
Allowing "in" before or after a newline or tab.
Adding some legend to the only remaining table with XPath content in the main document.

string-literal
in-op = " in " ; in operator
in-op = RS "in" RS ; in operator
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yes, I was stumbeling over that also ...

union-selector /
slice-selector /
descendant-selector /
filter-selector))
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we really want to allow jsonpathes scattered across several lines

$   .   a
[ 'b' ] 
[ 123 ] 

Has there been users demand for this ?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You mean, allowing newlines in JSONPath? Depends a bit on how long they are. I seem to remember we wanted to be lenient here...

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yes i can remember darkly too ... so your edits all in all make sense.

@@ -779,16 +783,19 @@ It selects elements starting at index `<start>`, ending at — but
not including — `<end>`, while incrementing by `step`.

~~~~ abnf
slice-selector = "[" S [start S] ":" [ S end] [S ":" S [step]] S "]"
slice-selector = "[" S [start S] ":" S [end S] [":" S [step S]] "]"
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

definitely better now ...

%x0D ; Carriage return
S = *B ; optional blank space
RS = 1*B ; required blank space

Copy link
Collaborator

@goessner goessner Nov 4, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yes ... needed once for now ...

@@ -997,7 +1004,7 @@ as many times in the node list.
The filter selector has the form `[?<expr>]`. It works via iterating over structured values, i.e. arrays and objects.

~~~~ abnf
filter-selector = "[?" S boolean-expr S "]"
filter-selector = "[" S "?" S boolean-expr S "]"
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

hmm ... consistent with blank philosophy above though

@cabo cabo merged commit e3d7d08 into main Nov 4, 2021
@cabo cabo deleted the nits-131-129 branch March 16, 2023 19:38
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants