LiddlyDesktop, a tiny Tauri-based TiddlyDesktop Alternative for Windows

Showcase
#1

Hello Tiddlers,

Extending TiddlyStow, and wrapping it with Tauri, I’ve created a standalone, portable windows binary that can be used to access and save Local TiddlyWiki HTMLs that clocks in at 7.83 MBs.

This seems more in line with TiddlyWIki’s design principals that the ‘official’ TiddlyDesktop app imo.

It’s mostly a proof of concept but I’d like to create releases for other platforms as well if there is interest.

There is also not currently a way in the UI to ‘return’ back to the launcher screen after loading a wiki so you will have to close and re-open the application; I’m open to suggestions and feedback if this is an appropriate workflow as-is or if I should add some way to do this.

Anyway, I’d appreciate it if you’d check it out and let me know your thoughts.

https://github.com/Xyvir/LiddlyDesktop/releases

-Xyvir

#2

Edit: Removed suggestion for the link, which has now been corrected.

If I have a windows sandbox set up at home, I’ll try it this evening. (I’m not allowed to run arbitrary executables on my day job) and I’m cautious enough not to run them in my main instance at home without knowing more about them.

#3

Thanks for the correction, in my haste I mangled the link. Should be corrected now.

#4

I had a go at this and really like it! Importantly, it supports standard Ctrl+F searches which TiddlyDesktop does not. It is also noticeably higher-performance than TiddlyDesktop on Windows 10. I’m quite excited about this and can easily see it replacing TiddlyDesktop with a little more work.

There are a few observations I have to share:

Improvements I’d like

In rank order:

  1. I would prefer to open external links with my system’s web browser instead of the WebView.
  2. A Linux edition. I’m not sure how Tauri works, but it would be great if there was a version of Tauri configured for Wayland only (and not an X-Wayland mix), unlike TiddlyDesktop in its standard distribution.
  3. A warning prompt before closing LiddlyDesktop if there are unsaved changes.
  4. Be able to set a wiki to be opened by default - and I appreciate TiddlyDesktop doesn’t support this either. This could probably be addressed as part of your idea of how to return to the main screen.
  5. It seems the size of the window is hardcoded. The operating system normally remembers the window size (and I prefer TW maximised), but LiddlyDesktop always goes back to a smaller size when I launch it. I would prefer that that LiddlyDesktop respects the standard OS behaviour in this regard.
  6. This might be a bit ‘above and beyond’, but given that search works in a more conventional way, I can see this replacing Tiddloid on Android for me. But I appreciate an Android port would probably be much harder.

Bugs

  • I successfully opened and saved an existing wiki with LiddlyDesktop. On my second launch though, I had to give filesystem permissions again twice (on the main screen and inside my wiki). The save failed initially and I got an error. However, hitting ‘save changes’ again it did work.
  • Opening a tiddler in a new window works, but when I tried to close the window, LiddlyDesktop became unresponsive for a while the first time around. It didn’t freeze again, for what that’s worth.
  • LiddlyDesktop shows “about:blank” in the address bar when a tiddler has been opened in a new window.

Other notes

  • ‘Sideload’ seems like an odd term to use for loading an existing wiki - I’m not sure what you are getting at with that?
  • There are permissions prompts for the filesystem API which surprised me a little; I thought it would ‘just work’ without needing the prompts. I wonder if this is configurable so to require less prompts.
  • It would be nice to know where the data for LiddlyDesktop (right now, just the list of recent files/URLs) is stored. Perhaps it could be stored in the same folder, which would let you take it on a USB drive as well.
1 Like