Hi Oleg Thanks for the notes — I’ve enjoyed your postings over the last few weeks.
> Development is a process. Development of Tiddlywiki - is a process too. By > itself, any process is purposeless - it is just a manifestation of specific > laws under certain boundary and initial conditions. Similarly, with the > development of Tiddlywiki - indeed it is the exciting saga for the sake of > self-improvement. But really that is not a goal. That is a process. My own day to day work on TiddlyWiki is generally prompted in a couple of ways: * By requests from community members. I’ll often implement things because somebody asks for them, and they look fun or easy to do. For example, the new QRCode plugin was prompted by such an enquiry * By the needs of my own consultancy work through Federatial. These days, most of that work involves TiddlyWiki in some way, and often involves core additions or improvements. For example, the recent work on the XLSX importer was originally done as part of work I was doing for a client > So, now about specific things. No doubt Tiddlywiki is an outstanding tool for > Web content creating. There were said a lot about that. It would be better > once to touch it, to come to the same conclusion independently. > I’d agree if you’re saying that our goal should be that users encountering TiddlyWiki can immediately see its value. > However, with all the advantages Tiddlywiki does not lack shortcomings, which > significantly slow down its wider use. > > Main "stumble stones" in Tiddlywiki use, in my humble opinion, is in the > entry resistance of "zero" users (newcomers) who need a tool with a > convincing set of capabilities for organization a personal space as well as > cooperation in the global network, but who are of little interest to study > how it is devised inside. > I think you’re saying here that the barriers to getting up and running with TiddlyWiki are too high, particularly if it is on the internet. I’d make a couple of observations: * The simplest possible configuration of TiddlyWiki from the perspective of a brand new end user would be a conventional centralised, commercial service, just like wordpress.com * There are remarkably few barriers for users getting up and running with the standalone HTML file configuration. The main barrier is in practice conceptual: users are generally not familiar with the serverless way of working * The difficulties with getting TiddlyWiki up and running in the cloud are the same as for any other similarly architected app. In other words, TiddlyWiki on the server is just a pretty standard Node.js app, and there are now a multitude of options for packaging such applications up for easy deployment > More specifically these "stumble stones" could be described as follow: > > Some inconvenience of use: > Multi-step installation procedure, especially when one runs multiuser > tiddlywiki in git-network under Node.js + git + tortoisegit + githab / gitlab. Agreed, but isn’t the answer to perhaps use containers? > Control elements for the whole (git-network based) system are not > consolidated, i.e. dispersed over various separate software components. I’m not sure what you mean here. Are you referring to the source code? > Intrinsic scalability limits: > A sole tiddlywiki is pretty closed document - all the benefits of internal > tiddler use: filtering, transclusion, powerful search, links etc. are not > applicable to external tiddlers. Well, there’s the _canonical_uri mechanism which enables quite a lot of things to be done with external resources. > For scalability one tiddlywiki needs permanent links to other (i.e. external) > tiddlywikis. Permanent external links are usually achieved by placing a > tiddlywiki or its generated static pages under a permanent domain name. Dat links are another possibility (see https://datproject.org <https://datproject.org/>) > But even the latter is not completely solve the issue: usually a tiddlywiki > itself is quite heavy file from several upto several dozen MB; That depends on the configuration chosen. > also intrinsic API for external tiddlywiki data manipulation is absent (at > least for my knowledge); generated by Tiddlywiki static pages are helpless in > this context as well. Can you elaborate on what you mean here? > Somewhat aside, but equally important for scalability is creating a basic > mechanism for multilingual synchronization of several tiddlywikis. That’s something that has cropped up in my consultancy work; I believe that we have all the pieces required. > A single installer is required for all the necessary starting components and > settings, including: Node.js, tiddlywiki, git, tortoisegit (if necessary), > etc. for main operational systems. Mario has done work on packaging TiddlyWiki as a container. > A shell for multiple tiddlywikis management is required (e.g. a type of > TiddlyDesktopQ <https://github.com/Eucaly/TiddlyDesktopQ> extension). Among > other things, the shell must be capable of: > Interoperable in respect of variety of operating systems and browsers; > Locally create, delete, move, etc. tiddlywikis under node.js; > Run a separate tiddlywiki under node.js from a file explorer of a given > operating system through, for example, double click or a context menu; > Carry out a minimum required set of operations to synchronize local and > global repos, including: commit, push, pull, diff, etc. > Minimum required control over static pages publishing on Githab / Gitlab > Pages; Interesting, I’d like to see that. > Providing a type of mediawiki interwiki > <https://www.mediawiki.org/wiki/Extension:Interwiki> syntax for links to > external tiddlywikis. For example, a reference to a tiddler from another > tiddlywiki may have a look like: [[anotherTW:Interesting staff]]. Realization > of certain interwiki web services also is possible. That’s entirely possible via macros right now (eg, <<interlink “anotherTW” “Interesting staff”>>), and we could add a parser rule for a simplified syntax > Organizational Page > <https://help.github.com/articles/user-organization-and-project-pages/> on > Githab / Gitlab Pages is a root page for a number of other pages of projects > or user groups under this root page. API for automated collection of > information about underlying pages for the organizational page is required > for further use. Have you seen the bag/recipe concepts of TiddlyWeb? It’s a model for server-side sharing of Tiddlers that was developed back in 2008 that has proved solid. It’s the basis of the HTTP interface between the TW client and server. Overall, I’d like to see TiddlyWiki better serve the needs of multiple audiences: * commercial services for general users * easy Node.js app deployment for advanced DIY users * continued support for the standalone configuration in the browser for most DIY users Best wishes Jeremy > > -- > 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 tiddlywiki+unsubscr...@googlegroups.com > <mailto:tiddlywiki+unsubscr...@googlegroups.com>. > To post to this group, send email to tiddlywiki@googlegroups.com > <mailto:tiddlywiki@googlegroups.com>. > Visit this group at https://groups.google.com/group/tiddlywiki > <https://groups.google.com/group/tiddlywiki>. > To view this discussion on the web visit > https://groups.google.com/d/msgid/tiddlywiki/af9fe0ed-bfbb-42da-99cd-2b5795f0a097%40googlegroups.com > > <https://groups.google.com/d/msgid/tiddlywiki/af9fe0ed-bfbb-42da-99cd-2b5795f0a097%40googlegroups.com?utm_medium=email&utm_source=footer>. > For more options, visit https://groups.google.com/d/optout > <https://groups.google.com/d/optout>. -- 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 tiddlywiki+unsubscr...@googlegroups.com. To post to this group, send email to tiddlywiki@googlegroups.com. Visit this group at https://groups.google.com/group/tiddlywiki. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/F767D3AF-7D31-48AC-9412-C5FC54CFC23A%40gmail.com. For more options, visit https://groups.google.com/d/optout.
