typora / typora-issues

Bugs, suggestions or free discussions about the minimal markdown editor — Typora
https://typora.io
1.53k stars 58 forks source link

Other diagrams format/syntax support #1138

Open abnerlee opened 6 years ago

abnerlee commented 6 years ago

Merger other diagrams support request into this issue.

Others

slavakurilyak commented 4 years ago

Support for argument mapping would be great too!

To get started, check out @christianvoigt's argdown

slavakurilyak commented 4 years ago

Support for concept mapping would be nice.

To get started, check out the challenges behind creating concept map akin to markdown

kid1412621 commented 4 years ago

+1 for PlantUML

plimeor commented 4 years ago

+1 for plantUML

stream-iori commented 4 years ago

+1 for plantUML

asdf2014 commented 4 years ago

+1 for plantUML

shshsunny commented 4 years ago

+1 for tikz

arjvik commented 4 years ago

Can we implement Tikz as well?

https://github.com/kisonecat/tikzjax seems to be a really easy way to implement it

CapinWinky commented 4 years ago

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.

mark0725 commented 4 years ago

+1 for PlantUML

tan-wei commented 4 years ago

+1 for PlantUML and Graphviz

alhazacod commented 4 years ago

We need the tikz package!

kuitos commented 4 years ago

+1 for PlantUML

EganSolo commented 4 years ago

+1 for PlantUML

zmj64351508 commented 4 years ago

+1 for PlantUML

atuchkin commented 4 years ago

+1 for PlantUML

shirayner commented 4 years ago

+1 for plantuml

tttranquilooo commented 4 years ago

Why not try chart.js it has a simple grammar and no other dependencies.

tttranquilooo commented 4 years ago

Why not try chart.js it has a simple grammar and no other dependencies.

I mean, comparing to Vega

knaou commented 4 years ago

+1 for Draw IO

Xilel commented 4 years ago

+1 for DrawIO and PlantUML

HEYRIX commented 4 years ago

+1 for Draw.io

luizgamabh commented 4 years ago

+1 for plantuml As it requires a server running, Typora could allow us to setup a plantuml server location in the settings

AKaisanlahti commented 4 years ago

+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.

xxl-game commented 4 years ago

+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.

rgbwoo commented 4 years ago

+1 plantuml

tan-wei commented 4 years ago

I think if gnu pic is supported will make it nice to create some notes related to source code.

elderGinger commented 4 years ago

+1 plantuml

luizgamabh commented 4 years ago

up

tonnyyi commented 4 years ago

+1 plantuml

lanshenghai commented 4 years ago

+1 plantuml

jvanmelckebeke commented 4 years ago

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)

rezanid commented 4 years ago

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.

vassudanagunta commented 4 years ago

@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.

nogayama commented 4 years ago

+1 plantuml

9n commented 4 years ago

+1 plantuml

zuisong commented 4 years ago

+1 plantuml

SeeYouQK commented 3 years ago

+1 for plantuml

shirayner commented 3 years ago

plantuml +1

lanmarco commented 3 years ago

+1 for DrawIO and PlantUML

mpowell326 commented 3 years ago

+1 for plantuml

harishr1308 commented 3 years ago

+1 for DrawIO and PlantUML

luizgamabh commented 3 years ago

+1 for PlantUML

rezanid commented 3 years ago

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

chonwhite commented 3 years ago

+1 for draw io

junpayment commented 3 years ago

+1 plantuml

miaozilong commented 3 years ago

+1 plantuml

glenlgd commented 3 years ago

+1 PlantUML Since typora does not support plantuml, I had to use vscode.

davidmlw commented 3 years ago

+1 drawio

gcosta87 commented 3 years ago

+1 PlantUML