davidjgraph

So...a bit like the existing chrome extension that does this [1]

[1] https://chromewebstore.google.com/detail/drawio-for-notion/p...

As I recall the majority of the OpenOffice team went to Libre, that isn't the point I'm making here.

Yes, just like you can clone draw.io and run that forever. Except, until you can't.

Like last week when Safari 16 broke any use of the command key on Macs and we received 5+ reports per hour until it was fixed.

I'm not quite sure why everyone feels OS means you'll have the app forever. This isn't true in my experience.

Adobe can buy the company that is supplying the devs for penpot the same way it bought Figma.

Sure the source can be reused, but you think another collection of individuals will come along and host the project in the same way?

You think the codebase would be developed/maintained at all if all the original devs left? History says otherwise, from the examples I've seen.

Isn't it "i18n"?

We put all the translations in a spreadsheet, https://docs.google.com/spreadsheets/d/1FoYdyEraEQuWofzbYCDP.... We didn't like the idea of storing in any more complex than a csv file.

All changes are shown to us in a diff before we merge, the csv is then downloaded and the i18n files created automatically after we merge the branch.

We've never had a single instance of abuse in over 10 years.

Good start, please use david@draw.io instead.

draw.io | Templates person | 100% remote | https://app.diagrams.net/?mode=device

We're a funded, open source project, looking for someone to make a coherent set of diagram templates (https://app.diagrams.net/?mode=device , click new ).

This isn't a technical role. Might suit someone looking for a low pressure, low complexity role. You'll need a reasonable eye for design.

You'll need to be a independent worker. We'll say "take the current ~200 templates to 1k+ , make them useful to people, look good and be coherent as an overall set". You'll say ok and start on a plan to implement that.

Could be done part-time or full-time. If you get to 1k templates, then go to 2k, 10k if it floats your boat. Apply david@draw.io

The joke is more that "you have amazing eyes" more means "you have beautiful eyes", at least in British English. "you have excellent eyes" would be how I'd comment on someone's eyesight.

And that's wrong because the units are outdated?...

Depends whether you tried to sell a license to the software, or the copyright to the software. The later you can't do, the buyer would have a fraud case against you.

The former is fine, as long as the license is the one that the software is publicly licensed under.

Maybe you should launch a fork of it for medical diagramming :).

If you're ever looking for a software job let me know - david@draw.io

For those finding the UI too complex, there is the option of a simpler UI - https://app.diagrams.net/?splash=0&ui=sketch . That can be set under extras->theme->sketch.

"Between 1967 and 1973, the Chagossians..." (https://en.wikipedia.org/wiki/Chagossians). That's the colonial era? They are plenty of Chagossians alive today that were evicted.

Save it to Google Drive or OneDrive and share that with them.

Yeah, it’s the google drive integration on draw.io/diagrams.net . Big companies want some cozy feeling so we tell them over 25 users per org is pay for.

We don’t measure it at all, but there’s plenty of companies we know are over 1k users.

Do a significant % of users realistically read stuff like this? We've had exactly the same ongoing problem for over a decade, and walls of text, FAQs, etc just don't allay concerns. People are just too cycnical to believe it, maybe rightly.

We found the best solution was to claim that pricing kicked in at certain usage tiers, whereas everything is actually free all the time.

In diagram under Arrange->Insert->Advanced (obviously).

I think this isn't a good strategy for the project, at a commercial level. They currently have a well define niche. Competing in a much larger market without a clear competitive advantage won't work.

Foreign Object support in SVG is an optional part of the 1.1 SVG. Yes, it's true that only browsers support it in practice.

The reason for its usage is historic. Originally, this project was the underlying diagramming library only, that uses the SVG DOM for rendering. There was no application and no SVG export, that wasn't a function of the library.

FOs in SVG gave us the whole range of HTML in shape labels. So, as well as complex text formatting, we used it for tables, complex composites, etc. There a large legacy of shapes that use complex HTML for labels, we can't drop support for those.

The app itself came later and the SVG export function even later. It was fairly easy to generate because we can take it from the SVG DOM. But, converting HTML to SVG requires parsing the full HTML specification and generating the SVG to maintain compatibilty. This is an horrifically large task, it would require probably 5+ people full time, we don't have that resource.

I'm not sure calling it SVG is "tacky". It is part of the SVG 1.1 spec, albeit an optional one, it's not like it's isn't SVG at all. But yes, it causes confusion, thus the entry in the README [1], "It is not an SVG editing app, the SVG export is designed only for embedding in web pages, not for further editing in other tools."

Even using SVG for word wrapping alone, we've repeatedly asked critics how to do that without HTML for measuring the font metrics, we're yet to receive an answer how to do that in JavaScript. We've had plenty of comments pointing out this is wrong, we need a practical alternative thought out in detail.

[1] https://github.com/jgraph/drawio

Yes, I confess to enjoying a long hack to achieve an end goal, even if it's working around issues I helped to cause :).

But yes, I see the problem with docker, we don't actually use any of the docker images anywhere. Why is node a problem?

We are thinking about adding an option to make the SVG export go via PDF through inkscape to make the labels all SVG. The end SVG is actually smaller than the one we produce in initial testing.

The headless hacking isn't needed, there's a headless chrome/puppeteer PDF generation [1], it what we use for PDF generation at app.diagrams.net.

There's also various docker images [2] including one for the image generations.

[1] https://github.com/jgraph/draw-image-export2 [2] https://github.com/jgraph/docker-drawio

It's unofficial, but the core team has a good relationship with the author, we help him with issues wherever possible.

Those US figures are overweight or obese. The UK figures are likely overweight only. Over 60% of UK adults are overweight or obese [0]

[0] https://www.cancerresearchuk.org/health-professional/cancer-...

Works well. We're planning to move our real-time collaboration system to it once it's out of beta (which I noticed it is, thanks 8-) )

You think space are bad (and yes I'm old enough that I don't use them)... We work with a company that has forward slashes "/" in their trading name and insist on shared cloud directories involving them to be prefixed with that trading name.

As you as you do anything programmatic in/out of these drives it all hits the fan. So I'd add to the original statement - "Avoid 'technical' companies with special characters in their name", it's just not right...

It's style over function. With Apple, everyone already knows what it does. I would concentrate on explaining what it does.

You're targeting devs, we hate this stuff :). What I like is markdown based, VSCode based, open source, alternative to Confluence for tech teams. Make that clear.

https://sketch.diagrams.net uses the same rough.js lib as excalidraw

Because it's only the correct version of the web site that comprises "HTML, CSS, and JPG". The problem isn't about what the correct version of site contains, it's about what the intercepted version contains.

Anyone in the middle can change the web site into anything they like. They could add a "donate link", saying that the author needs money to sustain the site.