text-to-diagram-site VS dmd

As far as guidelines, I have spent time looking as well an never came away with a good answer. One useful website for comparing some of the best tools is https://text-to-diagram.com/. My personal favorite is D2. Still lacking a few layout features that I want, but it gets me 90% of the way there. The syntax is great for projects big to small, and it strikes the perfect balance between "create a diagram fast" and "feature rich". But in terms of actual guidelines, I would agree with another user that C4 actually tries to lay out some sort of guidelines.

One of those "text to diagram" contenders did a comparison website (open source) a while back: https://text-to-diagram.com/ (nomnoml isn't in there).

Community list of comparisons between Text to Diagram tools: https://text-to-diagram.com/

https://text-to-diagram.com/?example=sequence&b=mermaid

If you can get enough data out of the ticket system, maybe something like https://text-to-diagram.com/ will help.

We made a site to let people compare: https://text-to-diagram.com . (Mermaid maintainers contribute to it)

I think Mermaid is better than PlantUML to write something quickly.

But D2 looks very promising. I like the simpler and more intuitive syntax.

https://text-to-diagram.com/

have you seen https://text-to-diagram.com/ for comparing these flowcharts including mermaidJS and graphwiz as you mentioned and there are a few more there.

Yes, it's a limited generator, because it's like 20 lines long and not the point of the article.

If you want to compare Mermaid against D2, take a look at https://text-to-diagram.com. The maintainers of Mermaid have contributed to it.

For a comparison with other popular text-to-diagram tools: https://text-to-diagram.com (the maintainers of Mermaid have contributed to this).

Here's the pipeline spitting out the same error as on my macbook did.

https://github.com/dlang/dmd/actions/runs/8023469412/job/219...

Not completely on topic (if you read TFA) but my favorite Git commit is by compiler badass and HN frequenter, where he checks in an entire C compiler to the D language repo:

https://github.com/dlang/dmd/pull/12507

https://news.ycombinator.com/item?id=27102584

A new generated code alone is 4000 lines long [1]. The actual code added is just 2000 lines, and some are used to pay debts, I mean, to make a proper code generator (which can be alternatively written in a simpler scripting langauge). In any case it is never comparable to the entier C parser proper.

[1] https://github.com/dlang/dmd/pull/15307/files#diff-3677bcc89...

D is completely opensource already (https://github.com/dlang/dmd). The "open" of OpenD is just ADR saying that OpenD will be more open to new language features than D has historically been.

The reference compiler, DMD, is open source: https://github.com/dlang/dmd

But they don't accept just any Pull Request or features the community submits, understandably. There's a process called DIP for language improvements: https://github.com/dlang/DIPs/blob/master/DIPs/README.md

However, by some accounts, it's really hard to get anything through.

Given D already has so many feature, I find that to be a good thing , to be honest, by not everyone agrees, of course.