Re: [racket-users] requirements for streaming html parser

2019-06-07 Thread Neil Van Dyke
Greg Hendershott wrote on 6/6/19 9:51 PM: Although I don't think I currently /need/ a streaming parser for speed or space reasons, I can imagine using one. I'm not certain I immediately need the performance boost either. But a Web proxy idea I'm toying with would need at least one great DSL,

Re: [racket-users] requirements for streaming html parser

2019-06-06 Thread Greg Hendershott
Although I don't think I currently /need/ a streaming parser for speed or space reasons, I can imagine using one. I'd suggest making something where the user supplies an "on-element" "callback", which is called with each element -- plus the "path" of ancestor elements. The user's callback can do w

[racket-users] requirements for streaming html parser

2019-06-06 Thread Neil Van Dyke
If anyone has a use for a *streaming* permissive HTML parser (i.e., one that calls your specific bits of code while it's parsing, rather than it constructing some kind of representation of the entire page for your code to process afterwards), I'd be interested in what specifically you'd like it