I see taskwarrior-tui being mentioned a couple of times in this thread. If anyone is interested in why or why not to use taskwarrior-tui, the biggest advantage of taskwarrior-tui are 3 fold:
1. Previously you would have to type `task report`, `task add …`, `task report` again to see how your priorities have changed. With the TUI you can get live feedback.
2. By default, the TUI comes out of the box with intuitive (in the author’s opinion) single-key press actions that map to various taskwarrior subcommands on single or multiple tasks.
3. The UI lets you as a user run 9 custom bash scripts as shortcuts that can extend features without changing the source code.
There are a few things not so good about it though.
1. Everything is accomplished by shelling out to the taskwarrior `task` cli, which has some nuances in parsing command line arguments, and all the corner cases haven’t been ironed out.
2. The calendar feature, the contexts feature, styling features etc are all underbaked or incomplete.
3. This was the author’s first Rust project and definitely needs some refactoring love.
The author definitely recommends reporting any issues or feature requests. He’s also extremely appreciative of the fact that people use the tool and advocate it to other people on threads like this!
In my opinion, one argument for internally representing `String`s as UTF8 is it prevents accidentally saving a file as Latin1 or other encodings. I would like to read a file my coworker sent me in my favorite language without having to figure out what the encoding of the file is.
For example, my most recent Julia project has the following line:
Figuring out that I had to use Windows-1252 (and not Latin1) took a lot more time than I would have liked it to.
I get that there's some ergonomic challenges around this in languages like Julia that are optimized for data analysis workflows, but imho all data analysis languages/scripts should be forced to explicitly list encodings/decodings whenever reading/writing a file or default to UTF-8.
Thanks tosh, for sharing the project here! I'm one of the maintainers of Ratatui, and was pleasantly surprised to see this on HN.
I just wanted to add that we are welcoming contributions, so if you are interested please join us on GitHub for more discussions, feature requests or bug reports.
If you've built something cool with Ratatui, we'd love to hear about it on Discord or make it part of our showcase pages.
And if you are wondering what Ratatui is, check out our (fairly new) website for tutorials for getting started: https://ratatui.rs/
I just want to share my appreciation for the maintainers of his package. Sometimes I’m amazed how much work people put into a corner of the internet just because they care.
My blog has seen more time and effort put toward trying out different static site generators than interesting posts, but I'm sharing none the less :) https://kdheepak.com/blog/
I use `taskwarrior` every day and greatly enjoy it. There's a number of other terminal TODO management solutions that I've dabbled with but `taskwarrior` is just so feature rich and can be adapted to suit your workflow quite easily.
There's also `timewarrior`, which complements `taskwarrior` pretty well.
I'm not affiliated with the `taskwarrior` project, but I wanted to say that if you like the project and are interested in contributing, one way you can do so is by donating to their GitHub sponsors: https://github.com/sponsors/GothenburgBitFactory. For something that I use every day, I don't mind throwing a few bucks their way, and I figured others might feel similarly so I thought I'd share :)
PS - If you are interested in `taskwarrior`, you may also like `taskwarrior-tui`: https://github.com/kdheepak/taskwarrior-tui. It is a terminal user interface for `taskwarrior` that I built in my spare time. The goal is to have an auto-refreshed view of the output of `taskwarrior` where the presentation of the content is as closely styled to `taskwarrior` as practically possible with a "vim-like" interface to interact with `taskwarrior`.
That was a fun puzzle. I have another one that is math puzzle:
> You are given two eggs, and access to a 100-storey tower. Both eggs are identical. The aim is to find out the highest floor from which an egg will not break when dropped out of a window from that floor. If an egg is dropped and does not break, it is undamaged and can be dropped again. However, once an egg is broken, that’s it for that egg.
> If an egg breaks when dropped from a floor, then it would also have broken from any floor above that. If an egg survives a fall, then it will survive any fall shorter than that.
> The question is: What strategy should you adopt to minimize the number egg drops it takes to find the solution? (And what is the worst case for the number of drops it will take?)
I've used https://github.com/yglukhov/nimpy and I have to say the package, the author and the nim community were all phenomenal in helping me implement nim code that works as a Python package.
You can also write rust ( or go, or write in any other language that allows you to expose a C ABI ) and make a Lua module. This solves a number of the different, bad and ugly issues in my opinion. For example, I think using rust’s chrono or unicode_segmentation library makes life so much easier than having to deal with that in Lua. Neovim embeds lua 5.1 jit, and it’s possible to write plugins in rust for neovim using this mechanism.
For any one that knows what I’m talking about it should be obvious how to do this. If not, I wrote about this more here, in case you are interested:
Definitely not all of NREL has switched to Julia + JuMP. From what I can tell, Python, MATLAB etc still are quite prominent across the laboratory. And, NREL is a large organization and we are a small team; we don't have much insight into what tools developers decide to choose and why. If anything, it is possible that we've set the precedent that Julia + JuMP can be used for this sort of work.
Hi everyone, I'm a researcher at NREL and I've contributed to this effort. I'm happy to answer any questions. I'll also let the other researchers know that they can chime in here.
I'm excited for this release! Built in nvim-lsp, treesitter support, better support for accessing vim internals from lua are all awesome additions. I've been using the nightly releases for a while and it has been great! I'm looking forward to seeing the larger community now have access to the stable release!
For people that are interested in knowing more, neovim is having a release stream on teej's twitch channel: twitch.tv/teej_dv.
The developer is very responsive, lots of UI customization (both app and widgets) is possible, and pricing is reasonable.