Our great sponsors
-
-
-
SurveyJS
Open-Source JSON Form Builder to Create Dynamic Forms Right in Your App. With SurveyJS form UI libraries, you can build and style forms in a fully-integrated drag & drop form builder, render them in your JS app, and store form submission data in any backend, inc. PHP, ASP.NET Core, and Node.js.
-
-
-
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
Please put the image of the app on desktop and phone on the front page:
https://github.com/silverbulletmd/silverbullet/raw/main/webs...
I'm a heavy F/OSS note-tech user and my first thought was "this is awesome", followed by "does it sync/can I use it across devices".
I'm very interested here. I'm a big http://zim-wiki.org guy, but I've always been fascinated with the promise of doing this in the browser to reduce that sort of friction. Tiddlywiki's a possibility here, but for being browser-based it always seemed weirdly difficult to do client/server style.
This seems like the kind of thing I'm looking for, should be easy to self-host and access from different browsers, no?
Zim is a classic software, limited but usable, it's good if you do not use Emacs, so in that case I recommend it.
Tiddly Wiki might be less hard to use with
- Timini (https://ibnishak.github.io/Timimi/ + https://addons.mozilla.org/en-US/firefox/addon/timimi/ or https://chrome.google.com/webstore/detail/timimi/mnggafnmmhd...) or
- TiddlyD (https://github.com/bachmeil/tiddlyd)
- Twkwk (https://github.com/steinuil/twkwk)
And probably many others alike. Essentially they are local daemons who serve a local TittdlyWiki taking care of file saving, attachments etc. The interesting part of TiddlyWiki is IMO it's full-fledged transclusion support but it's far more mechanic than Zim.
Org-mode/org-roam/* in Emacs do MUCH more and are MUCH more reliable in time-based notes terms (lifetime of notes) but demand much more effort...
Zim is a classic software, limited but usable, it's good if you do not use Emacs, so in that case I recommend it.
Tiddly Wiki might be less hard to use with
- Timini (https://ibnishak.github.io/Timimi/ + https://addons.mozilla.org/en-US/firefox/addon/timimi/ or https://chrome.google.com/webstore/detail/timimi/mnggafnmmhd...) or
- TiddlyD (https://github.com/bachmeil/tiddlyd)
- Twkwk (https://github.com/steinuil/twkwk)
And probably many others alike. Essentially they are local daemons who serve a local TittdlyWiki taking care of file saving, attachments etc. The interesting part of TiddlyWiki is IMO it's full-fledged transclusion support but it's far more mechanic than Zim.
Org-mode/org-roam/* in Emacs do MUCH more and are MUCH more reliable in time-based notes terms (lifetime of notes) but demand much more effort...
Another similar (well, to some extend) open-source VS-Code based note-taking tool: https://github.com/foambubble/foam-template
Since the data store is markdown and can be synced with Git, you can already work with an Obsidian vault using Foam in VSCode. I do.
You do need to align some options in each, such as file naming, a header, a particular style of links, and ensure frontmatter behavior. All necessary settings exist.
https://foambubble.github.io/foam/
https://github.com/foambubble/foam/issues/46
This supports basic static file and links functionality, not extended data tools etc., of course.
SyncThing is a nice tool to sync files between devices. I use it in conjunction with vimwiki for my note-taking system.
https://syncthing.net/
Thanks for reply and for have shared your project first!
> I think we can refresh some the things that make it powerful with a fresh coat of paint, to make it more accessible to a “younger generation.”
That's what scare me, again in general: I see regular small complaint of modern absurdity, posts like:
- https://tiramisu.bearblog.dev/your-desktop-is-not-a-destinat... | https://news.ycombinator.com/item?id=33838697
- https://mjg59.dreamwidth.org/61535.html
- https://vermaden.wordpress.com/2022/02/07/epitaph-to-laptops...
- https://rsapkf.org/weblog/q2z/
- https://tomcritchlow.com/2022/04/21/new-rss/
- https://jfm.carcosa.net/blog/computing/usenet/ | https://news.ycombinator.com/item?id=33510169
- https://dianne.skoll.ca/projects/remind/ | https://news.ycombinator.com/item?id=28363453
- https://github.com/akkartik/teliva
- https://akiflow.com/
- https://onezero.medium.com/the-document-metaphor-desktop-gui...
- https://den.dev/blog/user-hostile-software/
- https://www.charlieharrington.com/smart-phone-dumb-terminal/
- https://mattmower.com/2021/08/02/what-we-lost/
and COUNTLESS others, similarly many "new stuff"/innovations appear and are actually partial, limited and limiting solutions to problems already solved decades ago in a more broad and superior way.
Emacs itself is a bit horrific in the sense that it's codebase is hard to be kept up by modern developers who have troubles knowing it, but at least represent the classic model. If we lost the memory of the past it will takes decades to reach the level of evolution we have already achieved witch is really a shame.
Anytime I see new software, yours, LogSeq, some "new shiny file manager", Tiidly Wiki and so on, witch actually are a BIG effort to achieve something already existing with far less efforts thanks to an already made ecosystems who makes their development easier I have a sore smile: end users suffer from limits of modern software, DEVELOPERS suffer equally because craft something on top of modern systems it's equally terrible but we seems to be unable on one side to reach again a critical mass of users to being able to innovate again, on the other sides most people simply ignore the past so ignore what's lost.
A stupid example: link an email in SB means essentially or support a specific MUA, tracking it's evolution since breaking changes might happen all the time or add an MUE inside SB. In Emacs it's just a simple function since anything is already there. In Plan 9 to cite a project often considered hostile from and to Emacs write an MUA is damn simple limiting mails to Plan 9 itself, an MUA it's just a specific viewer of some text stream read form some user-configured filesystems mounts and so on.
The sore part is that's I can easy state the above, even in my poor English, but I have no practical solution because resurrecting the classic model for present times demand an effort ONLY a public funded body or a large community can made. We have dismissed "for business reasons" essentially all public research and we have essentially pushed to irrelevance all communities...
Do you mean something like this?
https://github.com/Gopiandcode/emacs-viewer
Another similar tool that is open sourced and allows you to sync with GitHub [1] .
It differs by providing a WYSIWYG interface while saving content in Markdown.
[1] https://github.com/bangle-io/bangle-io