-
-
Notifications
You must be signed in to change notification settings - Fork 155
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
Event interface / SAX #107
Comments
Is this actually a blocker for you, or only hypothetical? |
Not so much of a blocker because:
But however:
If supporting this feature would have undesired costs, I understand, but then please take this as a request to expound the reasoning behind it in the documentation :) |
Well truthfully my first reaction was "wow that would be so much work", but after thinking about it some more it probably wouldn't be all that hard after all. My implementation cheats somewhat by not doing the 'proper' lex+parse two-step, and instead only scans through the document once (needing only to keep a very small rewind buffer), so I could actually build an event-based interface fairly easily by simply invoking some user event instead of creating the nodes while walking the tree. All that is moot, however, since I won't have time to do this for ages. The project's backlog is gradually getting away from me... |
No problem, totally understand :) |
Is your feature request related to a problem? Please describe.
I'd like to consume the input file on the go, without having to create an intermediate DOM representation.
Describe the solution you'd like
A SAX-like parser interface.
Additional context
This would make it easier to use in some memory constrained situations.
The text was updated successfully, but these errors were encountered: