Lexbor – An open source HTML Renderer library
github.com
github.com
The implementation is currently very immature and there are a lot of bugs and missing features (I only got a first cut of inline layout working yesterday (but we already have flexbox and grid implemented)), but we're already seeing pretty decent results on a bunch of real-world web pages and hope to be at the point where we can render most of the web (excl. JS) in the next 6 - 12 months.
There are some screenshots on the PR for the inline layout branch https://github.com/DioxusLabs/blitz/pull/63
> Blitz builds upon:
> Parley for text/inline-level layout
> Currently, Parley directly depends on four crates: Fontique, Swash, Skrifa, and Peniko.
> Peniko builds on top of kurbo
[1] https://gitlab.gnome.org/GNOME/libxml2/-/issues/211
They could have just as well defined how tag soup gets forced into XHTML.
I think pushing in both the layout design conveniences and the strictness of XML data transfer in the same standard would be quite bulky at best. In practice we'd likely see a lot of nasty security issues in implementations and so on.
Thanks!
Could be because it isn't C++?
cmake .
make
make install- https://github.com/serpapi/nokolexbor
- https://serpapi.com/blog/nokolexbor-a-performance-focused-ht...
It is super fast compared to Nokogiri with libxml.
The module aspect is super cool, is there much adoption with any other projects using the individual modules? e.g. a webparser using the dom module
Not due to difficulty, usually. Bindings to non-mainstream languages are unusual to see.
I never heard of a language that couldn't interface to C in one way or another; it's one of the advantages of using C over (say) C++.