It seems to work now; maybe it was a glitch on the wttr.in side. It looks absolutely fascinating!

Sorry for the distraction, but since I already created the issue:

How hard would it be to add support for command line options so that they are converted to the URL query on the fly?

So that I could write something like:

wttr.in Berlin

for wttr.in/Berlin

or

wttr.in --view v2 Berlin

and it would be translated into wttr.in/Berlin?view=v2.

In general, I find that your approach is very compatible with console services like wttr.in (and others like cheat.sh, rate.sx, qrenco.de, etc.). They are lightweight and don't require any resources on the client side. Maybe we could write a universal wrapper that could easily make all such services available in DaedalOS as commands, and then you could just configure what commands are available by default (like wttr, but you could also have more if you want)?

If you find the idea interesting, I would be really happy to help.

I don't know how well the following features are supported in your terminal:

1. Emojis
2. Braille characters
3. Pictures (Sixel/Kitty protocol/IIP)
4. Hyperlinks

but if they are supported, it could be really great because it would make the user experience even better.
If not, it is still fine.

In any case, and regardless of your answers, thank you for sharing such a great project.

Glad it worked for you eventually.

I will make a note to add param passing to wttr. I have pretty poor param passing for quite a few of the Terminal programs which use pre-existing services, as I only ported the most basic POC version of the API's.

Thank you!