Open abnerlee opened 6 years ago
Support for argument mapping would be great too!
To get started, check out @christianvoigt's argdown
Support for concept mapping would be nice.
To get started, check out the challenges behind creating concept map akin to markdown
+1 for PlantUML
+1 for plantUML
+1 for plantUML
+1 for plantUML
+1 for tikz
Can we implement Tikz as well?
https://github.com/kisonecat/tikzjax seems to be a really easy way to implement it
I'm playing around with the Mermaid stateDiagrams and it seems very limited compared to State Machine Cat. They both use PlantUML, so I would imagine there isn't too much different on the Typora side of things.
I guess at some point you have to draw the line and not support every single diagram package out there, but SMCat is just so much better than Mermaid for state diagrams, it would be a shame to not have those features when it seems like such a small swap of one PlantUML project for another.
+1 for PlantUML
+1 for PlantUML and Graphviz
We need the tikz package!
+1 for PlantUML
+1 for PlantUML
+1 for PlantUML
+1 for PlantUML
+1 for plantuml
Why not try chart.js it has a simple grammar and no other dependencies.
Why not try chart.js it has a simple grammar and no other dependencies.
I mean, comparing to Vega
+1 for Draw IO
+1 for DrawIO and PlantUML
+1 for Draw.io
+1 for plantuml As it requires a server running, Typora could allow us to setup a plantuml server location in the settings
+1 for PlantUML. While that's waiting, you can use a workaround to get something on your docs, even if you can't just embed the code and the diagram in. You can use the PlantUML proxy service (I couldn't get it working when the source was local unfortunately. If someone else can, please comment on your setup) or generate the diagrams even on the fly from your PlantUML source by using inotify or some other watch on the file and then using the image tagging for it. This is what I'm planning on writing when I have the time.
+1 for plantuml,if typora supports plantuml, it will be perfert! I have to use typora and vscode at the same time. typora to write article, vscode to draw graph, and preview both of them in a whole page in vscode.
+1 plantuml
I think if gnu pic is supported will make it nice to create some notes related to source code.
+1 plantuml
up
+1 plantuml
+1 plantuml
As much as I love all the different diagram formats/tools, I think there should be a certain caution to not over-integrate these tools: I believe the philosophy of typora is to provide a very extensive format for writing documents, while keeping the readability of markdown: if you would open the typora .md file in any text editor, everything should still be readable.
What I want to tell is:
(disclaimer: I literally found out about this project yesterday meaning I have no grounding at all to withholding the awesome supporters of this awesome project to do the opposite, I am just making a remark and I will love this project whatsoever)
As much as I love all the different diagram formats/tools, I think there should be a certain caution to not over-integrate these tools: I believe the philosophy of typora is to provide a very extensive format for writing documents, while keeping the readability of markdown: if you would open the typora .md file in any text editor, everything should still be readable.
What I want to tell is:
- we should use diagram formats which are both readable in raw format (for any user without prior knowledge of the format)
- we should use no overlapping formats (2 formats which result in the same presentation) (imagine searching on stackoverflow for creating chart of type X, and finding answers which use two different formats, it would be a bit confusing for some people)
(disclaimer: I literally found out about this project yesterday meaning I have no grounding at all to withholding the awesome supporters of this awesome project to do the opposite, I am just making a remark and I will love this project whatsoever)
Or instead they could simply provide a clean extension format, so people can adopt the editor to their specific workflows. Trying to stick to features that are supported by all the other editors means implementing only the core markdown format which is very limited and that way Typora would lose part of its competitive advantages.
@jvanmelckebeke
I believe the philosophy of typora is to provide a very extensive format for writing documents, while keeping the readability of markdown: if you would open the typora .md file in any text editor, everything should still be readable.
I agree with you in principle very much. But in this case, because Typora is using CommonMark fenced code blocks
and the info
string to indicate the "type" of diagram encoded, when the file is opened in other editors that don't know what to do with that type, it degrades very nicely. The code is rendered as-is. One can even edit the code. And when re-opened in Typora nothing is lost.
+1 plantuml
+1 plantuml
+1 plantuml
+1 for plantuml
plantuml +1
+1 for DrawIO and PlantUML
+1 for plantuml
+1 for DrawIO and PlantUML
+1 for PlantUML
I have made a new feature request that can solve this problem and allow everyone to bring any diagram and file format they want and with minimal effort from Typora team. You can vote for it here: #4157
+1 for draw io
+1 plantuml
+1 plantuml
+1 PlantUML Since typora does not support plantuml, I had to use vscode.
+1 drawio
+1 PlantUML
Merger other diagrams support request into this issue.
Others
2114 other markdown syntax for diagrams