svgwg VS drawio-github

Compare svgwg vs drawio-github and see what are their differences.

Our great sponsors
  • WorkOS - The modern identity platform for B2B SaaS
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • SaaSHub - Software Alternatives and Reviews
svgwg drawio-github
2 1
682 224
1.0% 2.2%
3.0 2.6
7 days ago 10 months ago
HTML HTML
GNU General Public License v3.0 or later -
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

svgwg

Posts with mentions or reviews of svgwg. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-01-01.
  • SVG v2 is stuck at 43% since 2019
    1 project | news.ycombinator.com | 4 May 2023
  • Truly Headless Draw.io Exports
    5 projects | news.ycombinator.com | 1 Jan 2022
    … except that no values for requiredExtensions were ever specified, so including this attribute will make some HTML-capable renderers use the fallback, and omitting it will cause all correct SVG renderers to use the (rendering nothing if they don’t support the HTML namespace) and ignore the . Quite why they preemptively didn’t declare XML namespaces valid extensions, I don’t know; not doing so rendered the entire feature uselessly broken for its main intended use case! (I dunno, maybe all browsers implement requiredExtensions="http://www.w3.org/1999/xhtml" now; the thread at https://www.w3.org/Graphics/SVG/WG/track/issues/2053 talks of Amaya emitting it and Firefox not liking it back in 2008, and https://github.com/w3c/svgwg/issues/138 talks of Firefox accepting it in 2016. I haven’t tested anything.)

    —⁂—

    To do manual word wrapping, you have two main choices:

    (a) If it’s acceptable to use HTML at conversion time, Range does all you need, with Range.getClientRects on a range spanning an element returning more than one value if wrapping has occurred, and then you can do something like binary search on the process to find the point of line break, or you can get cleverer if you like to speed it up.

    (b) If not, you’ll need to embed at least an OpenType font loader and shaper. HarfBuzz is a good choice for this, with a WASM version readily available (among other options); https://harfbuzz.github.io/harfbuzzjs/ demonstrates it. There are at least three pretty decent options in Rust, too (in alphabetical order: Allsorts, RustyBuzz, Swash), and a few immature libraries covering more to do with rich text formatting (including wrapping) rather than just stopping at shaping.

    I’m pretty sure I’ve heard of at least one full HTML-to-SVG renderer that ran in the browser, too, used in such places as filing bug reports to take a “screenshot” of the page. HTML → PDF → SVG is very probably a more practical path for this in your case.

drawio-github

Posts with mentions or reviews of drawio-github. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-01-01.

What are some alternatives?

When comparing svgwg and drawio-github you can also consider the following projects:

draw-image-export2 - The 2018 server-side PNG/PDF export implementation using Node, Puppeteer and Chrome headless

draw.io - draw.io is a JavaScript, client-side editor for general diagramming.