> and keeps your information synchronized between them.
Is the implication that the browser-based wiki is not storing your data on a central server (e.g. always synced) but should provide some other way to sync? (I'm working on something in this ballpark, genuine curiosity).
I'm a proponent of "offline first". So my recommendation for any apps - like a wiki - should save to localStorage first, then behind-the-scenes sync up to one's own personal server (alternatively a host provider that a customer can pay to manage on behalf of them). Then if one should ever install a new/another instance of the wiki on another device, the app should download all the latest from the personal server. Anyone who builds such a thing would instantly become a hero! ;-)
1. Download and install a wiki application to each computer we use, including pocket ones.
2. Editing the wiki on each computer saves to offline local storage.
3. An option to define a personal central server is available in settings. If this is activated and our login credentials are set each app auto-syncs with server automatically whenever wifi is available or a 'sync' button on the top-right of the viewport is activated. Furthermore, an open source example implementation of this server, perhaps powered by sandstorm.io and Google App Engine, is made available.
In other words, an open source app on each owned computing device editable using WikiWords that automatically create /w/WikiWords pages, synchronized across devices. Bonus points for eventual options to publish a version of the wiki and make it editable by anyone, perhaps using [Git](https://github.com/gollum/gollum/).
I created EncryptedGist [1][2] to cover part of this use case. It gets me Vim backed by GitHub Gists on any machine I happen to be working on. Adding localStorage would be easy [3], but undesirable for my main purpose - I do not want any of my personal information remaining on the machine.
Edit: And just in case it wasn't obvious, I prefer to maintain my todo list/logs/notes/projects/bookmarks in a single plaintext file. Grows about 30k lines/year. Vim search/grep and some basic structuring/naming conventions go a long way.
Top of the file is my todo list with priority order of top 3 tasks. Next is a 'Waiting For' list. Last is a 'Projects' list for longer term, high-level categories. This fits on a single screen. Completed tasks, meeting notes, logs, bookmarks, etc., go below in chronological order and are all associated with a date. This system has worked well for the last decade or so with minor changes.
Is the implication that the browser-based wiki is not storing your data on a central server (e.g. always synced) but should provide some other way to sync? (I'm working on something in this ballpark, genuine curiosity).