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 [email protected] 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 [email protected] 
>>>> 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 [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/dee12054-6fd6-4dd0-98b8-c037f882fb33n%40googlegroups.com.

Reply via email to