v0.1.23

• We've cut down the number of dependencies from 42 to 28, shaving a few precious seconds off build time in the process.
• Windows line endings (\r) are now stripped from wiki page bodies on edit or create. We didn't want those in there.
• Double click JS events are gone. They got in the way of highlighting text and were annoying me when trying to copy and paste. You can use the ctrl-e keyboard shortcut to quickly jump to the edit page, instead.
• deadwiki will now serve non-Markdown files in your wiki, meaning local images are now supported! You'll have to add them to your wiki directory's structure manually for now, but we may add a simple drag-and-drop upload function for lazy folks (like me...) in the future.
• We've done a bit of internal refactoring. There may be (more) bugs.
• deadwiki pages are now case sensitive, just like most file systems.
• The gui feature has been removed. We may revisit it in the future, perhaps as a tray icon-style app, but for now I am using deadwiki as a "pinned tab" in my browser and it is pretty convenient. I'm more interested in a TUI than a WebView app at this point, as far as complementing the core web app goes.

Dev notes:

• deadwiki is evolving from a "web app" to a library that is wrapped by a web app. This means creating, finding, editing wiki pages, etc, is done in the DB module instead of directly in the HTTP routes. Besides being a nicer way to organize and test the code, it means we will be able to add a lightweight TUI in the future that works the same as the web app.
• Similarly, deadwiki is evolving from relying on Rust libraries to relying on UNIX commands. Our "search" is powered by grep, for example. My plan is to allow you to configure which commands are used for which actions, so you can easily swap in ripgrep for grep you'd like - without having to recompile deadwiki itself.