Tiddlystow v2 enhancements: attach multiple folders and subfolder support

The changes are live at Tiddlystow put saver

Changes:

  • Previously only a single local folder could be attached at a time. Now any number of local folders can be attached. (Local folder functionality is supported only by chrome/edge based browsers)
  • Previously subfolders could not be created or managed. Now subfolders can be viewed and created. This feature is available on both the Local Folder and the Browser File Storage (OPFS) flavors
  • The “create wiki” page now supports loading from a custom url

See also this earlier announcement: Tiddlystow version 2. Now supports more browsers

Source code available at: tiddlystow/v2 at main · btheado/tiddlystow · GitHub

What if you wanted something other than https://btheado.github.io as your anchor site?

Tiddlystow v2 is implemented as static html + javascript. The term “static” is relative to the server. The server doesn’t need to dynamically generate anything, only serve the files.

It is implemented using a service worker which requires a web server (IOW, it won’t work from file:/// url) at initial launch. But since they are static files, there are lots of easy deploy options.

I didn’t test this exact procedure, but something like this should work:

  1. download the file archive from github: https://github.com/btheado/tiddlystow/archive/refs/heads/main.zip (or use git clone if you prefer)
  2. extract the zip file
  3. cd into the directory
  4. run a web server to serve these files on your local host (i.e. python -m http.server, rclone serve, thousands of other options).
  5. using your browser, visit the /v2 url on your local host webserver
  6. once you confirm it is working, you can stop the webserver forever (or until you want to upgrade) since the service worker provides offline support…all the html/javascript/etc. files are cached in your browser storage.

You can perform similar procedure to deploy to your favorite static hosting service on the internet.

For me this is a more exciting announcement than TW 5.4.0! Thanks for this! I can finally bookmark individual files again and open them with a click!

Effectively there is now an easy “save” solution for everyone willing to use a chrome-based browser.

Or add all your wikis to a Wiki tab group (which has improved a lot since the last time I tried it – almost as good as in FF).

It will even use the virtual path to find images. Didn’t seem to work with relative paths though. I can imagine work-arounds.

Relative links are working fine for me. With all of </a> tag, $image widget and [[img]] syntax:

My .png file is in the same directory as the wiki from which I’m linking.

Could you give more details on how it fails for you?

Oh, my bad. I was assuming I had to put in the path starting with the @ directory.

Unless i missread this, rather than reproduce identical static servers everywhere it would seem sensible to install it under a tiddlyverse domain and let us all use the same one?

@jeremyruston or tiddlyhost @simon ?

Good thought. Keep it all under one happy umbrella, relieving cognitive dissonance … a bit.

That’s great. With folders, the number of files I can access has increased significantly.

bug?: Failed to access the folder created on OPFS.

This is completely optional.

We can all use my instance. If it is popular enough, useful enough and stable enough, I don’t object to having it at some more official domain.

Details? Failed in what way? I’m not able to reproduce.

I created a directory. The error message is:
The webpage at https://btheado.github.io/tiddlystow/v2/i/dir1/ may be temporarily unavailable, or it may have been permanently moved to a new URL.
If you’re not having any issues, it might be a VPN problem.

On what platform? PC ? Android?

What browsers?

Local storage or browser storage?

If you go back to https://btheado.github.io/tiddlystow/v2 , are you then able to access the directory?

Just curious

PC; Edge; Local storage; always error.