I went ahead and released Feather Wiki version 1.1.0 just now, which includes custom CSS, page sorting, and messaging for browsers that can't run it:
Aaaand a bug fix because I forgot to de-duplicate the tags listed in the sidebar menu:
@acousticmirror @Alamantus now, in addition to being able to use it by just saving a copy and opening it in your browser, recycle some of the same principles and make it possible to build from the repo by opening/running the build scripts in the browser (i.e. no NodeJS installation required).
@Alamantus happy to help with this—provide guidance, field questions, etc.
Eliminating NodeJS from build requirements is what I consider one of the things most deserving attention when it comes to contemporary development (Web and otherwise), esp. when the resulting project itself is not something you're expected to run in Node. Consequently, I've already put a bunch of work (and other forms of focus/energy) into this.
Aside from that, I'm interested in feather.wiki for myself. Good job!
@colby Thanks! I'm glad you like Feather Wiki!
As for building in the browser or without Node, I'm not sure I fully grasp the concept. How would I do that and still accomplish the minification that's done using binary files that are fetched from NPM? Specifically, I'm using esbuild and the next version will add Google Closure Compiler to shave off another couple kilobytes.
I'm sure I'm missing something here because it would be great to not need to install a separate tool like Node and still be able to do everything, but then again Node has so much utility that I'm not completely convinced it’s bad to have as a requirement? From another perspective, I'd love to be able to use Python tools without having to deal with installing Python, but it's a Python app so that's that.
I'm rambling now, but I'm kind of curious how this might be doable in a way that's not ultimately more inconvenient after everything is already set up the old way.
@colby Also, I already include the builds as downloads so I'm not sure if the benefit of building from the repo anyway?
@colby Ok so I read the thread you posted a little more closely and I think I understand the purpose better, plus I woke up realizing one of the computers I use isn't set up to build and I wished I could use it to build and release the new version anyway... So I see the benefit now haha
But the issue of binaries remains. Would I simply need to ditch what I'm using and find ways that use pure JS that can run in the browser instead? Or would I need to set up a small server as a compiler or something?
@mmu_man what, "Feather Wiki"? But there's a "description" meta tag too! 😁 It's true I didn't put much time into getting all the metadata I could have into the HTML file, but I was excited and wanted to share as soon as it was mostly usable 😅
@mmu_man ohhhhh that's a bug worth fixing. Oops haha. It sets the title to just the name of the current page, which I didn't account for when setting a custom home page. Thanks for saying something!
@Alamantus wow this is amazing!!! I accidentally downloaded it on my Android phone and it worked there too! Not just for desktop!
@vera That's awesome! It doesn't work well on my iPhone because iOS hates letting you deal with files, but it's great to hear it works for Android! 😄
@vera 🎉 The real test will be hitting that "Save Wiki" button with some content set and see if 1) it lets you save the new HTML file and 2) loads that HTML file with the content you created! If that works, then it's exactly what I hoped :)
@bouncepaw That's one thing I don't know—I haven't done any stress testing on the app. But it *should* be able to handle just about anything your browser can handle, RAM-wise. I estimate that it just might make saving/loading take longer with very large files.
@Alamantus W00t! I'm so happy you made this! Somebody had to. I'm a big fan of TiddlyWiki Classic, but the 5.x line badly suffers from Second System Syndrome.
Just one quick complaint for now: my 2017-vintage smartphone chokes trying to open the FeatherWiki homepage. (My newer tablet doesn't have a problem.) That's odd because even a large TiddlyWiki loads fine.
Thanks for the heads-up!
@Alamantus Speaking of JS, could you please add a message in a noscript tag or something, so visitors using Lynx for example know what's going on? Thanks! Custom CSS would also be nice.
@felix Your first comment did get me thinking about a noscript tag, so I'll see what I can do without bumping the size up too much. Also custom CSS is an idea I was already considering adding in a future version! In the meantime. It *is* possible to add <style> tags to the HTML of individual pages as something of a workaround, but I do understand that's not enough :)
@Alamantus No no, if that's an option, anything fancier can wait. And I was thinking a "please enable JS" message, not a static copy of the wiki.
My phone is running Android 5.1.1 if that helps.
@Alamantus So you could just … use this instead of a static website generator, if you were more interested in publishing text than being pretty? Er, wow. :)
@andy_twosticks Pretty much! I have a few kinks to work out regarding browsers that don't have some up-to-date features, but essentially yes!
Plus a future version may also allow custom styling with CSS so someone determined enough could make it as pretty as they wished!
@Alamantus That is *really* useful. Much as I loved Tiddlywiki, it was never going to look like a web page.
@Alamantus Is the "save wiki and download" mechanism the way Feather Wiki got around not being able to access the local file system? I had been a TiddlyWiki user for a while, but I stopped when saving became problematic due to browser security changes, and I hadn't followed development since.
@cstanhope Yeah, that's how it attempts to get around it at least! I haven't tested with all browsers, but the ones I have tested have been able to open and save & download without trouble! I wouldn't be surprised if some browser security issues caused problems in the future though... if it does cause problems, I'll just have to make a little desktop application shell for it or something!
@Alamantus Hopefully that won't be a problem. I like the approach. It's simple (from UX side) and works within the constraints. :)
@Alamantus I loved using TiddlyWiki for rpg notebooks I could share. I'm curious how complex it would be to theme this sucker? I know just enough HTML and CSS to get myself in trouble lol
@thechaosgrenade You won't be able to change the structure of the HTML unless you customize the source code yourself, but I'm adding a custom CSS field pretty soon so you can change the style of things! Stay tuned 😄
@Alamantus Oh, good! Still not working on my phone, but the message helps. And with custom CSS, now I can fix all the stuff broken by CSS reset, such as blockquotes.
@felix Yeah, dropping the ECMAScript version to 2018 was the best I could do. It jumps by at least 1.5KB when I do any lower, and that was a little too much on top of the additional features.
And yeah, that's a perfect use for the custom CSS!
@DHeadshot Most likely... I've never heard of Jelly browser, but if it doesn't support features from up to ECMAScript 2018, then it won't load, unfortunately. Transpiling the code to any lower version causes a jump in file size by up to 1.5KB (and more the lower it goes), and that was just a little too much. As it goes, doing the most recent features would have spared another kilobyte or so, but 2018 was the most comfortable middle ground I could offer.