This is a question that vexed me for quite some time so I want to offer an update this thread for anyone coming across this later.
There are now two good options for using Mermaid.JS within TW5: *"Complete" Mermaid.js library installation into TW5:* As noted above, this is the full library, but has been updated as of October 2021 and published with a demo wiki to make installation a breeze. Demo wiki: https://efurlanm.github.io/mermaid-tw5 *Lightweight TiddlyWiki5 plugin that wraps Mermaid Live Editor: *I just published this as a very lightweight (18kb) "wrapper" of the Mermaid Live service which handles all the rendering. All the power of Mermaid with streamlined code management and virtually no TW bloat. YouTube: https://www.youtube.com/watch?v=e78RRDp-NZg GitHub repo: https://github.com/jasonmhoule/tw5-mermaid Demo wiki: https://jasonmhoule.github.io/tw5-mermaid/ On Friday, November 20, 2020 at 2:20:47 PM UTC-6 Sean Boyle wrote: > CORAS: http://coras.sourceforge.net/ It is unfortunate that there are > name collisions. This is a methodology and a set of symbols to be used > with drawing software, not related to the ginormous commercial package by > the same name. BPMN is certainly well documented and there are large tools > which can automatically create workflows, &c. For creating drawings, it is > really just a set of swimlanes and symbols which extend the IBM flowchart > symbol set, which is a smaller problem. Neither of these in and of > themselves should radically grow an existing tool. > > I can appreciate that no one wants to work on a plugin, send it out for > feedback and get none, and perhaps I am guilty of that very thing as I have > tried several of them. > > Size is a problem. There is the problem that each graphics plugin seems > to have their own library, so they are all additive. One must certainly be > choosy. At this point, I have several graphics related plugins loaded > (railroad, tidgraph, rocklib/ mermaid-tw5, visjs, viz). Tracking > dependencies is not exactly easy (any advice on this?) and I seriously need > to do some preening, but I have tried to torture one or more of these to > get to my end goal. It might be smarter to strip all of these out, store > the source bits for any drawings, cook them externally and import the SVG > (hoping that the external tools do not bloat the SVG too much). > I am probably already asking a lot of it already by having several years > worth of journals with drawings, all encrypted. My initial plan was to > replace a daily planner and moleskine / engineering pad with a software > version which is as platform independent as possible today, lightweight, > and fulfills much of the requirement which I traditionally would fulfill > with a pencil. In the abstract, it is simple enough. The implementation > is really the dickens, no doubt filled with what TRIZ folks call > contradictions. For now, I should probably stick with it for the strengths > and go elsewhere for the missing bits. Before trying to integrate all with > Tiddlywiki, I was using yEd (https://yworks.com/products/yed) for BPMN > and CORAS (imported the symbols), and something like draw.io (jgraph). > > This was a good discussion. Thanks to TiddyTweeter and PMario! > > On Saturday, November 7, 2020 at 5:33:32 AM UTC-8 TiddlyTweeter wrote: > >> PMario wrote: >>> >>> >>> ... So for me it looks like a 20/80 approach. 20% of time invested to >>> get 80% of functions out of it. >>> >>> This gives you the possibility to implement 5 different libs (as seen >>> at: https://gt6796c.github.io/) at the same time as doing 100% for 1 >>> library. ... (sometimes) That's a good idea >>> >> >> Right. Ambitious but useful. >> >> It seems none of the libraries took of (eg: lack of feedback), >>> >> >> Right. There was virtually no feedback at all. Though the tool really >> needed a lot to help the author. >> >> I am pretty sure that is why its development froze. They got no feedback. >> >> --- >> >> The "Mermaid" approach is interesting. >> >> Mainly because it is a unifying front-end that, if done well, would save >> a lot of hassle. >> >> Best wishes >> TT >> > -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/c87aef00-735b-4508-87d1-7de16cf993efn%40googlegroups.com.
