I just downloaded it to try it out after seeing it in a few comments. While some of the visualizations seem like ones I could get used to and like, the radar is severely lacking. I use radar a lot and DarkSky’s view was amazing and just fun to play with. Weather Graph has it buried at the bottom and just loads up weather.gov. It’s hard to justify paying a premium with radar feeling pretty ignored. His website mentions radar won’t be coming in the near term. I think that’s a deal breaker for me.
Both give you a huge amount of layers and datasets to mess around with. Windy recently changed their radar stuff, though, so it might be a bit confusing.
Hi, I know it took much longer than it should have, but I have multiple locations implemented now and am adding the final polish before release - here are few screenshots:
https://imgur.com/a/2vMAJHB
I should be able to release it before the end of January.
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.
I don't understand how a language runtime is supposed to prevent your colleague from using an unexpected encoding.
Next time you try to load whoops-weird-encoding.txt as utf-8, and get garbage, may I suggest `file whoops-weird-encoding.txt`? It's pretty good at guessing.
There might be a Julia package which can do that as well. I haven't run into the problem so I have no need to check.
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`.
Yeah that was a pain point for me using it in the past. While the docs were pretty good to setup a server for it I recall it being quite technical. Other than that pretty slick TODO manager.
Years ago I went as far as to create a taskwarrior data folder under my university account, created some aliases to rsync it up and down through ssh and on my phone in a terminal emulator have it auto-sync down on bash login, and auto-sync up on exit, so that I can have it synced across my phone and laptop.
The developer is very responsive, lots of UI customization (both app and widgets) is possible, and pricing is reasonable.