lightningcss VS parse5

Would you consider using some libraries in your project? There are lots of good ones in the Rust ecosystem, and many of them are not part of any existing browsers.

For example:

- https://github.com/servo/html5ever (HTML parsing - note: this is used in Servo)

- https://github.com/parcel-bundler/lightningcss (CSS parsing)

- https://github.com/DioxusLabs/taffy (web layout)

- https://github.com/pop-os/cosmic-text (text layout and rendering)

Obviously you should be free to work on whatever you like, but just as a benchmark on the scope of your project: I spent ~6 months implementing just the CSS Grid algorithm in Taffy last year. An entire browser from literal scratch is probably a 10 year project for one person.

Libraries for a lot of this stuff exist (albeit in many cases not very mature yet):

- https://github.com/pop-os/cosmic-text does text layout (which Taffy explicitly considers out of scope)

- https://github.com/AccessKit/accesskit does accessibility

- https://github.com/servo/rust-cssparser does value-agnostic CSS parsing (it will parse the general syntax but leaves value parsing up to the user, meaning you can easily add support for whatever properties you what). Libraries like https://github.com/parcel-bundler/lightningcss implement parsing for the standard css properties.

- There are crates like https://github.com/BurntSushi/bstr and https://docs.rs/wtf8/latest/wtf8/ for working with non-unicode text

We are planning to add a C API to Taffy, but tbh I feel like C is not very good for this kind of modularised approach. You really want to be able to expose complex APIs with enforced type safety and this isn't possible with C.

Background: I encountered this problem using lightningcss.

You can do it - that's actually exactly what my project is doing. I have a single repository with a Rust project, that builds the .wasm file (+ .d.ts + .js) using wasm-pack, and a Node.js project, that uses this .wasm file. There's no problem in packing that and exposing as a npm package. See parcel-bundler/lightningcss for a full blown example (it's not using wasm-pack but builds the Rust project directly).

Initial commit, 9 Oct 2021. That is pretty new.

131 packages are looking for funding run `npm fund` for details 72 vulnerabilities (12 low, 19 moderate, 37 high, 4 critical) To address issues that do not require attention, run: npm audit fix To address all issues (including breaking changes), run: npm audit fix --force Run `npm audit` for details. C:\Users\39388\Desktop\VALU PROCESS\FRONT\ConsultingBag_Frontend-main\ConsultingBag_Frontend-main> C:\Users\39388\Desktop\VALU PROCESS\FRONT\ConsultingBag_Frontend-main\ConsultingBag_Frontend-main>npm fund [email protected] ├─┬ https://opencollective.com/bootstrap │ │ └── [email protected] │ └── https://opencollective.com/popperjs │ └── u/popperjs/[email protected] ├── https://opencollective.com/date-fns │ └── [email protected] ├── https://opencollective.com/formik │ └── [email protected] ├── https://opencollective.com/styled-components │ └── [email protected] ├── https://github.com/sponsors/jacobwgillespie │ └── [email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected], u/styled-icons/[email protected] ├─┬ https://github.com/chalk/chalk?sponsor=1 │ │ └── [email protected] │ └── https://github.com/chalk/ansi-styles?sponsor=1 │ └── [email protected], [email protected] ├── https://github.com/sponsors/RubenVerborgh │ └── [email protected] ├── https://github.com/chalk/wrap-ansi?sponsor=1 │ └── [email protected] ├── https://opencollective.com/core-js │ └── [email protected], [email protected] ├─┬ https://opencollective.com/babel │ │ └── u/babel/[email protected] │ └── https://opencollective.com/browserslist │ └── [email protected], [email protected], [email protected] ├── https://github.com/sponsors/ljharb │ └── [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected] ├─┬ https://github.com/inikulin/parse5?sponsor=1 │ │ └── [email protected] │ └── https://github.com/fb55/entities?sponsor=1 │ └── [email protected], [email protected] ├── https://github.com/sponsors/fb55 │ └── [email protected], [email protected], [email protected], [email protected] ├── https://github.com/sponsors/sindresorhus │ └── [email protected], [email protected] ├── https://github.com/sponsors/epoberezkin │ └── [email protected] ├── https://github.com/sponsors/isaacs │ └── [email protected] ├── https://github.com/fb55/htmlparser2?sponsor=1 │ └── [email protected] ├── https://opencollective.com/postcss/ │ └── [email protected], [email protected] ├── https://github.com/sponsors/wooorm │ └── [email protected] ├── https://tidelift.com/funding/github/npm/autoprefixer │ └── [email protected] ├── https://github.com/sponsors/feross │ └── [email protected], [email protected], [email protected] ├─┬ https://paulmillr.com/funding/ │ │ └── [email protected] │ └── https://github.com/sponsors/jonschlinkert │ └── [email protected] └── https://tidelift.com/funding/github/npm/loglevel └── [email protected]

A relatively stable option would probably be to just use puppeteer directly to spawn a headless chrome, and extract the html that way. If you want to parse the html, I recommend feeding that into parse5.

After some googling, I landed on parse5 which appeared to have wide usage and offered a simple, low-level tree API at its core.

We do not use existing open-source solutions such as parse5 for two reasons: