SilverBullet author here — I have zero expectation of a business model. I've been working on this for three years in my spare time. It's purely a labor of love.
This may have to be rethought at some point, bur now the model would be self host or somewhere and access it from multiple places like your phone. I host it locally and then use Tailscale for safe access outside my network.
The SB author speaking here. I hear you. I used emacs heavily for a few years and of course it inspires a lot of this. I see SB as a somewhat pragmatic reinvention of many emacs ideas. It doesn’t try to be as broadly applicable as emacs though.
While it’s almost impossible to innovate on what has been done in emacs over the decades, 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.”
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...
It doesn’t work on FF mobile? I wasn’t aware. It works fine or deskrop FF. It also works fine on Safari on iOS, but sounds like I should get an android device to make sure it works on that as well.
Yes you can do that, or deploy it to a VM somewhere and access it from both places (including mobile, works fine on mobile browsers). That way you don’t need to sync. That’s how I use it myself. Self hosted VM at home and Tailscale to access from the outside.
There’sa few things that would need to be rethought for this to work. Primarily, concurrent editing would need to be enabled everywhere and permissions need to be figured out and would complicate a lot of the query stuff. Not saying it’s not possible, but challenge for sure.
Thanks for the response! Are there any parts of the codebase to pay particularly close attention to with regards to the issues with permissions and queries?
