Make tools more distinguishable/new versions easier to spot

In ghcup list as well as ghcup tui. Could be done withe horizontal lines (in tui especially) or empty lines.

Alternatively/additionally: could also only show recommended/latest versions of tools, unless user passes --list-all

added statushelp-needed typeimprovement + 1 deleted label

changed title from Make tools more distinguishable to Make tools more distinguishable/new versions easier to spot

There is already an order in the list, but the best stuff is at the end, where you may have to scroll.

So perhaps either reverse the order of the list (so the recent stuff is at the top), or automatically scroll to the end of the list on opening the tui

Another possibility is collapsing things under categories: ghc, cabal, hls, ghcup. In this way no one tool would hide the others.

We could provide a toggle to hide the least useful versions of things: Very few people will need ghc 8.8.3 now that 8.8.4 is available.

Reversing the order will help, but it still allows old versions of one tool to find useful versions of another.

I'm not keen in changing behavior of ghcup list. First of all, it's meant to be used from scripts, see e.g.

ghcup list --tool ghc --show-criteria installed --raw-format

Changing the order of things here can break scripts. And in a terminal, you usually see the last output first and the problem is the top of the output.

---

That said, for the TUI we can do anything we want. I'm not very strong with such designs, so if someone wants to take a stab at it... the brick code isn't much: https://gitlab.haskell.org/haskell/ghcup-hs/-/blob/master/app/ghcup/BrickMain.hs The type of interest is ListResult: https://gitlab.haskell.org/haskell/ghcup-hs/-/blob/master/lib/GHCup.hs#L675

mentioned in merge request !39 (merged)

!39 (merged)

Inserting a separator between the tools is hard though, because then they wouldn't be a consecutive list anymore.

That seems like a straight-forward improvement

added scopeTUI label

Fixed. Will be available in 0.1.12. I'm cutting 0.1.12-rc1.

closed

binaries are here for testing https://downloads.haskell.org/~ghcup/0.1.12-rc1/

The a key doesn't appear to actually toggle visibility for me on Mac.

Why are ghcup and hls bold?

I have ghcup 0.1.11 installed, why is it marked red x?

While we're looking at the UI, could PgUp and PgDown work? Should that be a different ticket?

@glguy "a" key doesn't work because you're not using the new meta file. Run ghcup -s file://$(pwd)/ghcup-0.0.3.yaml tui from this project dir.

Bold means there's a new update.

Ghcup checks itself only against the binary version you are currently running, since you're not supposed to have multiple versions around. That's expected.

Have you tried mousewheel? What would page up/down do exactly?

OK, now a works great for me and the new list view looks great too.

It isn't obvious to me that HLS should be bold if I don't have any version of it installed. It's not really an update at that point.

Page down would move the selection down by about as many lines are the list is tall. It's just a faster way to navigate. I just have muscle memory from other text UI apps to scroll quickly by mashing Page Down/Up. I wouldn't want that to hold up this improvement.

Mousewheel doesn't do anything productive in iTerm for me.