Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

You should investigate Danielo's "NoteSelf" adaptation if TW which I belive syncs to a PouchDB server. Also - TW defines the Title field as primary key. When title "changes" TW is actually storing a new tiddler under the new Title and deletes the old copy. Best, -Joshua F -- You received

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

Walt, Using a automatically issues ID is wise in these circumstances, however I have done work of fixed serial numbers for tiddler so Personal Message me if you want to discuss. I am not in favor of using such a large serial number as created date/time, however the date can be transferred to

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

AFAIK, the github saver is for single-file TW's. On Thursday, April 30, 2020 at 12:03:19 PM UTC-7, ludwa6 wrote: > > If there's any doubt about using the "Created" field, then the > auto-assigned integer always works for PK (most RDBMs do it that way by > default, in fact). > > Meanwhile, i

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

If there's any doubt about using the "Created" field, then the auto-assigned integer always works for PK (most RDBMs do it that way by default, in fact). Meanwhile, i am playing with tiddly server, trying to get Github Saver to work, with no joy as of yet. Is this supposed to work, or does

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

I'm not sure the created field is never cleaned off. Like possibly during export/import procedures. Or when packed/unpacked from a plugin. Maybe use a separate id field just to be sure. On Thursday, April 30, 2020 at 9:52:28 AM UTC-7, Arlen Beiler wrote: > > If I was doing that I would auto

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

If I was doing that I would auto assign an integer primary key, but if that's more work you could use the created timestamp. On Thu, Apr 30, 2020 at 8:40 AM ludwa6 wrote: > Arlen: storage in a RDBMS (requirement for this application i want to > develop[1]) requires a Primary Key that is both

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

Heh -looks like you are right, Mark: i was viewing text of tiddler in the terminal, but when i opened it in a text editor , it was simply this: created: 20200430094059869 > modified: 20200430094129604 > tags: test > title: FirstPost > type: text/vnd.tiddlywiki > What hath God wrought? - and

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

On Thursday, April 30, 2020 at 3:42:34 AM UTC-7, ludwa6 wrote: > > >- (some 16 lines, blank except for '~' as initial character... >- - [noeol] 7L, 132C 7,23 ALL > > > Are you sure these aren't visual artefacts of the editor you're using? Some old editors display a tilde

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

Arlen: storage in a RDBMS (requirement for this application i want to develop[1]) requires a Primary Key that is both guaranteed unique AND cannot be changed -but tiddler Title *can* be changed, so that is not a good candidate, seems to me. The one element of this schema that appears immutable

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

Yes, if they're properly showing up in the folder then everything is working. Data folders are the second officially supported format in tiddlywiki, after single file wikis. So feel free to just use the data folder, in my opinion you don't need to store it anywhere else. -- You received this

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

Those last lines are a mystery to me. I've never seen them before. I'll check make sure I'm not missing anything. The tiddler title is the primary key in Tiddly wiki. I don't really think you would need to store it anywhere else though. Everything is in flux right now, but hopefully we'll have

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

Arlen: Putting your earlier instructions together with Mark's declaration of listener port, i *think* i've got he server running on my Pi server... But in fact i'm still confused about this. The UI looks & seems to be performing pretty much like TiddlyWiki single-file version, except that

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

YES! that worked, got 'er working on my R-Pi server now. Thanks Mark! /w On Wednesday, April 29, 2020 at 6:56:45 PM UTC+1, Mark S. wrote: > > > The listen command can take a port number. Like > > --listen port=8090 > > > On Wednesday, April 29, 2020 at 9:37:36 AM UTC-7, ludwa6 wrote: >> >>

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

Sorry, what I said was for tiddly server. What mark said is for tiddly wiki. On Wed, Apr 29, 2020, 13:56 'Mark S.' via TiddlyWiki < tiddlywiki@googlegroups.com> wrote: > > The listen command can take a port number. Like > > --listen port=8090 > > > On Wednesday, April 29, 2020 at 9:37:36 AM

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

I'm not at my computer right now, but you can specify the port in the config file. { "bindInfo":{port:8090}} On Wed, Apr 29, 2020, 12:37 ludwa6 wrote: > Hey Arlen: Great to hear, thanks! > So i ran those commands, installed TiddlyServer on my Raspberry Pi > gateway... But hit a little snag

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

The listen command can take a port number. Like --listen port=8090 On Wednesday, April 29, 2020 at 9:37:36 AM UTC-7, ludwa6 wrote: > > Hey Arlen: Great to hear, thanks! > So i ran those commands, installed TiddlyServer on my Raspberry Pi > gateway... But hit a little snag setting up the

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

Hey Arlen: Great to hear, thanks! So i ran those commands, installed TiddlyServer on my Raspberry Pi gateway... But hit a little snag setting up the listener, in that port :8080 is owned by another application server. Can't change that for the moment, as it's a service i can't really mess

[tw5] Re: Local-First Storage, with backup to cloud (Github)

Hey Tony: Thanks for the quick & supportive response. Though i don't know anything about pouch & couchdb, nor cpanel SQL, i do know a bit about WordPress -am managing a few such sites myself- and tho the idea of WP integration appeals to me personally, this solution i'm trying to put together

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

I believe Tony is referring to the fact that a browser session is quickly lost, including the unsaved data, once the user switches to a different app on mobile devices. The only workaround that I know of would be to store unsaved changes in local storage until they get synced. Which is basically

Re: [tw5] Re: Local-First Storage, with backup to cloud (Github)

I have tried doing SQLite but there are some caveats that need to be accounted for. What I would recommend you do is use data folders instead of single file wikis. Data folders store tiddlers in individual text files using a custom format that Jeremy came up with. It works very well for text

[tw5] Re: Local-First Storage, with backup to cloud (Github)

ludwa6, There have been a few database-backends made for tiddlywiki, I don't remember if anyone made a sqlite one or not, but it wouldn't be too hard and there are some examples around for it. I considered it for bob but I don't like sqlite, so I didn't use it. Tony, There is some

[tw5] Re: Local-First Storage, with backup to cloud (Github)

Some quick points about sql. The closest example I know is noteself which use pouch and couchdb. I would be keen to have wiki tiddlers use my WordPress db or cpanel sql allowing integrations. I will help you go this direction. I think the term is build a saver or sync module. Tw-reciever does

[tw5] Re: Local-First Storage, with backup to cloud (Github)

Jed Thanks for that. I expected it was so but never got to confirm it, including with node and tiddlyserver. Thats great and I think we can make use of this a little more. I kind of imagin one of the mobile apps acting like a dedicated browser containing such a bob wiki ensuring the session

[tw5] Re: Local-First Storage, with backup to cloud (Github)

Such a wealth of options for Local-First storage have emerged in this thread (must say: i'm super impressed with the strength of this community i have just joined), i've been able to quickly implement the simple approach suggested by Jeremy (TW Desktop, + cloud sync to Github), which is serving

[tw5] Re: Local-First Storage, with backup to cloud (Github)

Tony, You are going to have to explain what part of that isn't the case now. Once it is in the browser Bob can act just like a single file wiki does in the browser, and it has had features to let it reconnect to the server after being disconnected almost from the beginning, I made it to handle

[tw5] Re: Local-First Storage, with backup to cloud (Github)

Mark/Jed, On Tuesday, April 28, 2020 at 7:53:34 AM UTC-7, Jed Carty wrote: >> >> being lost without warning, the wiki is only available in that browser on >> that computer, it isn't sharable unless you use some other saver, like the >> built-in download saver, to get a copy that you can then

[tw5] Re: Local-First Storage, with backup to cloud (Github)

Riz, Agreed, And I refer to my desire to enable checkin/out or lock to make this workable on a shared drive. Tony On Wednesday, April 29, 2020 at 1:20:00 AM UTC+10, Riz wrote: > > You can use timimi to save

[tw5] Re: Local-First Storage, with backup to cloud (Github)

On Tuesday, April 28, 2020 at 7:53:34 AM UTC-7, Jed Carty wrote: > > being lost without warning, the wiki is only available in that browser on > that computer, it isn't sharable unless you use some other saver, like the > built-in download saver, to get a copy that you can then move around or

[tw5] Re: Local-First Storage, with backup to cloud (Github)

Without installing additional things using localStorange in the browser is unreliable. There isn't any real nuance there, the browser can clear it out without informing you. The browser developers have been pretty clear that this isn't going to be the default state for the foreseeable future

[tw5] Re: Local-First Storage, with backup to cloud (Github)

Interesting. Note that it is browser extensions that can request this ability. That would suggest that there would need to be a special TW extension for local storage. That would make TW act almost like the old days, where we only needed one extension. Of course, you would need to take

[tw5] Re: Local-First Storage, with backup to cloud (Github)

Mark, I know the browser supposed to be able to reclaim the space. But a recent plugin of mine asked for this permission so I wonder if there is a way around his? [image: Snag_6351d6a.png] Regrds Tony On Sunday, April 26, 2020 at 4:15:48 AM UTC+10, Mark S. wrote: > > Bob is a node-based

[tw5] Re: Local-First Storage, with backup to cloud (Github)

You can find the latest thread here:Bob -- 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

[tw5] Re: Local-First Storage, with backup to cloud (Github)

Bob is a node-based server for TW that can run multiple wikis at a time and allow mult-user access. It can also save single-file wikis https://github.com/OokTech/TW5-Bob Here's another approach to saving. When your copy of TW saves numbered copies of your file into your browsers download

[tw5] Re: Local-First Storage, with backup to cloud (Github)

Thanks for the good explainer, Jed; clarifies some things i've been wondering about. As to documentation, i'm still pretty fuzzy (still finding my way around the many granular pieces at tiddlywiki.com) but would like to know: what is this "Bobs" of which you speak? On Saturday, April 25,

[tw5] Re: Local-First Storage, with backup to cloud (Github)

ludwa6, In a browser it isn't possible to save things the way you are talking about without some external help, like the browser plugins discussed on tiddlywiki.com. These are restrictions built into browsers and we can't change them. The way around them is to make a new browser, which is

[tw5] Re: Local-First Storage, with backup to cloud (Github)

Check out Nextcloud you can signup for a free account or setup your own Cloud. I found this solution to work for editing offline on my computer and then syncing when I was connected to the internet. I'm using Tiddlydesktop on my lap top's and Quine on my IOS devices I