userbinator 6 hours ago

I've absolutely had it with shit "designer" UIs hiding useful information and leaving a sea of useless space instead. There's nothing "nicer" about making users go through more effort.

  • lysp 6 hours ago

    That has nothing to do with this author and everything to do with you.

  • maeln 5 hours ago

    It's open source, you can fork it :)

  • spookie 5 hours ago

    Have you thought that you may want the window for this to be super small and that whitespace you see no longer exists?

  • anthk 5 hours ago

    It's a plague under TUI go software too made with Bubbletea. Also, with some mesh related interfaces written in Python. Both slow and with a shitty interface not properly working under an 80x24 terminal with 16 colours.

    I remember some hipster fauxretro player with just some playlist made of m3u links, written in Go. The visualization animations made it unusable under my n270 CPU based netbook. Meanwhile, the playlist URL's from the code played perfectly well under mocp with a really low CPU usage. Oh, you want bells and whistles? I think the Cava terminal visualizer can work with MPD and plug any CLI/TUI client you like.

    • skydhash 4 hours ago

      Hardcoding any color than base16 is usually a poor choice. It should be up to the user to use any other color.

      And colors should be semantic. If you don’t have any theming ability, just use reverse video to indicate selected state.

      My current pet peeve is cli tools using ansi codes for progress bar. And with very poor detection of terminals.

      • anthk 3 hours ago

        For curseradio under OpenBSD, I just replaced bold for reverse in the Python code for the selected and/or highlighted radio station. It works much better this way.

    • udev4096 2 hours ago

      The whole ecosystem of charm tools are well made. But most of them are extremely bloated and requires tons of dependencies to build a TUI