Glyn Normington
Glyn Normington
@cburgmer I've raised the issues on Proposal A. Please could you label them?
@jchesterpivotal Perhaps that particular horse has already bolted since JSONPath filters include logical expressions. See [accidentally Turing](http://beza1e1.tuxen.de/articles/accidentally_turing_complete.html) [complete](https://www.gwern.net/Turing-complete).
> The problem is that `@.key/10` is parsed as a valid dot notation, which I think it shouldn't. Hmmm, I'm not convinced, for three reasons. Firstly, the same would then...
> Yes, I see the problem here. Maybe this one is best tackled by not looking at the consensus too strictly, but come up with a good reasoning to which...
Following on from the idea of only allowing some kind of identifier as a dotted child name: > This will fail some of the queries: > > * `$.key-dash` >...
Sounds reasonable if `ID_Continue` includes `-`. Does it?
> > But I don't see how we can allow $.key-dash without also allowing $.key-50 (and therefore allowing @.key-50 too). > > Maybe we should instead define a simple set...
Which definition of `\w` do you have in mind? Python's definition depends on the current locale, for example.
I really like the idea of keeping this simple rather than introducing a "cottage industry" of identifier parsing. But I suspect that omitting `-` would break many existing queries. How...
I agree the alternative of using spaces to separate math operators and identifiers isn't desirable. So there is a choice between allowing `-` in dotted child names and allowing arithmetic...