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/041e50bd-6013-46a9-8114-fb1d5dbad461n%40googlegroups.com.
