Joshua, there is the Fluid framework for collaborative web applications. Although you surely know it. https://github.com/microsoft/FluidFramework
El lunes, 19 de julio de 2021 a las 18:53:50 UTC+2, Stobot escribió: > I'm excited to hear about any new efforts on multi-user Joshua! I'm sure > very hard, but game changing functionality for team TiddlyWiki usage!! I > continue to try and use BOB for this, but the reconnect process is so > spotty that it's difficult to get traction. > > On Monday, July 19, 2021 at 7:14:25 AM UTC-4 ludwa6 wrote: > >> Hard problem indeed, @Joshua, in domains where there needs be one >> definitive source of truth... But in any problem space where there is room >> for different versions of truth (the case in many applications of TW tech), >> perhaps it needn't be so hard? >> >> Without knowing which sub-species of the multiplayer problem you are busy >> solving, i will say that i for one am these days more interested in the >> problem-space where different versions of truth are respected & included >> (or TRANScluded, as the case may be) than i am in the space where one >> version must win out over all others. >> >> For example: ii think Ward Cunningham was wise to sidestep all that >> backstage ugliness of Wikipedia's "Consensus Engine" in developing his >> Smallest >> Federated Wiki <https://en.wikipedia.org/wiki/Smallest_Federated_Wiki> >> model. >> (THAT in fact is my dream for how this TW multiverse eventually develops >> some navigable wormholes between its many dimensions <8-) >> >> /walt >> >> On Monday, July 19, 2021 at 4:24:00 AM UTC+1 joshua....@gmail.com wrote: >> >>> I am getting very close to a "multiplayer" solution. It's definitely one >>> of the "Hard Problems": >>> https://gigaom.com/2009/05/10/why-sync-is-so-difficult/ >>> >>> Best, >>> Joshua Fontany >>> >>> On Friday, July 16, 2021 at 5:59:57 AM UTC-7 ludwa6 wrote: >>> >>>> @PMario: just to say thanks (again!) for sharing another treasure of >>>> the TW world -TiddlyWeb API Explorer >>>> <https://tank.peermore.com/tanks/tiddlyweb/explorer> in this case. >>>> As per my post to this other thread >>>> <https://groups.google.com/g/tiddlywiki/c/1TtXjYSGbPw>, it opened my >>>> eyes to the possibility of an OpenAPI Explorer in TW -and i'd love to know >>>> what you think about that, either in that other thread or via DM (this >>>> one's really not about that). >>>> >>>> On this topic, i can only say: i share Xavier's interest in the idea of >>>> connecting TW as front end to a backend server with muli-user / multi-edit >>>> capability. Of course that old problem of edit conflict avoidance/ >>>> resolution would need to be solved, but i have trouble accepting that as a >>>> real stopper in this day&age -although from what i gather (from email >>>> exchange with dev Chris Dent), TiddlyWeb is not likely to be the place >>>> where such functionality will emerge. If there be some other place to >>>> look for solutions, it'd be great if someone could share info about that >>>> here! >>>> >>>> /walt >>>> >>>> >>>> On Wednesday, July 14, 2021 at 1:51:49 PM UTC+1 PMario wrote: >>>> >>>>> On Wednesday, July 14, 2021 at 1:38:46 PM UTC+2 somen...@gmail.com >>>>> wrote: >>>>> ... >>>>> >>>>>> I will look into the code but it's a pitty to be TW2. Perhaps someone >>>>>> could point to me where is the code of the UI in the code of official >>>>>> tiddlywiki5. >>>>>> >>>>> >>>>> Hi Xavier, >>>>> >>>>> I think there is a bit of a misunderstanding how TiddlyWiki works. ... >>>>> TiddlyWiki is a self-contained single file wiki. ... No server is needed >>>>> other than for serving a >>>>> single file resource. >>>>> >>>>> TLDR; >>>>> I think it would be good, if you explain a bit closer what you want to >>>>> do. >>>>> >>>>> ---------------------------------------------- >>>>> >>>>> If you open tiddlywiki.com it's served from a github page as a single >>>>> 6MByte index.html file. ... Since github does server side compression >>>>> only >>>>> about 2Mbyte are sent to the client. >>>>> >>>>> Everything you see UI wise is rendered on the client. ... It would be >>>>> the same experience if I would send you myWiki.hmtl by e-mail. >>>>> >>>>> If I "permalink" to eg: https://tiddlywiki.com/#HelloThere the >>>>> browser will open the HelloThere tiddler, because the whole content is >>>>> already in the client. No server is involved, the core code "catches" the >>>>> URI fragment and displays the tiddler. >>>>> >>>>> ----------------- >>>>> >>>>> A TiddlyWeb server will also "only" create a single resource if you >>>>> request https: //your-uri/index.html ... It will build the html file >>>>> server >>>>> side and send it as 1 file, that contains code, UI and data to the >>>>> client. >>>>> >>>>> The advantage of TiddlyWeb is, that you also have some API routes that >>>>> will let you request recipes, bags and single tiddlers, without any TW UI >>>>> as text or JSON. There is a query language with which you can do server >>>>> side search. >>>>> >>>>> The TW UI is about 2100 elements. If you download empty.html form >>>>> tiddlywiki.com you can open the *$:/ControlPanel : Info : Basic* : >>>>> tab and have a look a the "*Number of shadow tiddlers*": 2088 ... >>>>> Most of them are responsible for the TW js core and UI. The whole TW UI >>>>> is >>>>> built using TW wikitext and tiddlers. >>>>> >>>>> -mario >>>>> >>>> -- 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 view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/7e4b3ec9-41da-4d0d-9be3-a8aa842b52bcn%40googlegroups.com.