I also ended up writing a screen-to-gif recorder to make the gifs for the Nullboard's readme. I always assumed this was a rather involved matter, but it was a surprisingly simple thing to do. Just GetDC() + BitBlt() in a loop + some nuances.
One man's "helpful additional features" are another man's feature bloat. Specialization vs. Universality and all that.
I find that for a quick capture/re-capture grabs, with no editing, STF adds too many extraneous clicks and interaction. Heck, even GifCam [1] is too UX heavy for back-to-back captures.
The whole point of Giffer is that you launch it, size it, press F1, press F1 again. Done. To re-record do F1/F1 again. That's it.
OK. It won't be compilable, because of dependencies on the UI framework and utility libraries, which I can't yet release, but it still should be very much readable and easy enough to hack into a usable state.
That's a very nice project, congrats for something that is at least useful to someone! As you're already aware the mobile version isn't as straightforward as on desktop but it's still ok for read access at least.
If it's all stored in the browser, how durable is it ? If my computer restarts can I expect it to still be here ? If I switch browsers it won't ? I'm using workflowy for rapid note taking and one of the most important aspect is being able to access my notes on multiple devices. If you're using json I'm sure it's possible to hook it up to some couchdb and be able to see it everywhere. But that's possibly not even in your roadmap.
I don't know if it's just me but hamburger menus that appear/disappear on hover seems very frustrating to use for me, it's especially obvious on this where the font size is so small.
I find it fiddly to delete/mark as completed as the slightest missed movement means I have to start again.
I'd normally agree, but here the overall look and feel is meant to be that of a read-only list. Note-level menus aren't something that gets used to often, at least in my case, and having them visible at all times just makes the whole thing look like a field of hamburgers.
Using rem (relative em) for font-sizing would probably help. Not everyone is still using 1024x768 resolution (11px was most commonly used at that time).
I found that just deleting all of the font-size and line-height css rules made the page much more usable. Let the browser's defaults take care of that. Use relative font-sizes if you must on board names to make them larger, but it's probably not necessary. For the menus, leave them at the default font size or make them _slightly_ smaller.
My take starts from the most backend thing - the database.
Using PostgreSQL as data storage was a huge win, making all sorts of great features easy to do. Some highlights:
* I use Grafana with my own defined metrics, and it was a piece of cake to set up;
* I have two-ways sync with CalDAV calendaring, so I can see, and change scheduled date of a task in any calendaring app of my choice;
* I can have full power of SQL data management using SQL interface apps like OmniDB.
Aye, thanks. The hamburger issue is on the todo list.
Re: keyboard navigation - yep, I think it'd be a good thing to have. How do you see it work though? Right now, once a note is being edited, you can go up and down the list with Shift-Tab and Tab, but I'm not sure how to handle going left and right... something like Alt-Left, Alt-Right? But that's probably not portable between the browsers.
I honestly have no idea. I'm not super familiar with what a browser will catch before passing to the web-page (like Alt-left and Alt-right tell FF to go to the next / previous web-page).
I like it! Although the font is a little hard to read for me.
Shameless plug for my to-do app built using client-side Blazor: https://do.lord.technology/
Everything is offline like your project and you can import and export using the todo.txt format.
These things are stored in the browsers localStorage right? It can't be just me that have no faith in that, it /feels/ like the browser could purge it whenever it wants.
Right click -> View Source gives you clear, unminified complete source code + explanation + BSD license. Very nice, and decentralised. Who needs Github to distribute software?
It's a single html page, depends only on jQuery and a small webfont pack. It can be used completely offline, and it stores all data locally.
The UI is optimized for keeping things as compact as it gets and adding new notes as quickly as possible.
There are screenshots of the UI in action on the GH page - https://github.com/apankrat/nullboard