Browser / List / Tree widget

[vlappa]

I would like to have a browser widget, which displays a list of items, which the user can click on for a action to happen. I think this should be doable in dvui.

The items to list I think of are string representations of relative file paths which can be just a parent folder name or a parent folder name with one or more child folders.

It would be nice if it was possible to let the user toggle between a 'list view' and a 'tree view'.

List view:

Flintstones/Fred
Flintstones/Wilma

Tree view:

• Flintstones
  - Fred
  - Wilma

A example of a tree view in fltk is here:

https://www.fltk.org/doc-1.4/classFl__Tree.html#details

[david-vanderson]

Good idea - one big question is how to activate for the "action". Other gui libs would probably use double-click, but we'll have to figure something else out.

[vlappa]

The application I'm familiar with, which uses Fltk Fl_Tree, uses single-click for the action.

[RedPhoenixQ]

Sounds like a tree in web and I think we can base many of the behaviours and key binds on that.

It would be nice if it was possible to let the user toggle between a 'list view' and a 'tree view'.

This will probably be something a user of dvui would add on top of a tree view widget

[vlappa]

Making a list (without a tree) with labelClicks for example isn't that hard. It gets complicated when you want to match keyboard scrolling (up down keys) with scrolling by mouse. The scroll jumps for up and down keys are now hardcoded to 10 I believe. I would also like to add other keybindings for up and down, the vim keys 'j' and 'k' for instance. That's possible already, but you can't set a custom height, as you get a mismatch with the hardcoded jumps of 10.

https://github.com/david-vanderson/dvui/blob/main/src/widgets/ScrollContainerWidget.zig#L291

You can match the scroll jumps probably to set the scroll jump size to the same height as the widgets in the list. But you don't want to scroll at every down or up keypress. The TUI filemanager 'nnn' has a nice keyboard/mouse scrolling behavior in my opinion. It starts to scroll if the cursor is 3 lines above the end of the view.

https://github.com/jarun/nnn

[david-vanderson]

Oh I see - in that case you want to send a ScrollTo event to the scroll container (or to the current parent if you are inside a scroll already). ScrollTo let's you say "I want this rectangle to appear in the visible region of the scroll area".