TreeView & TableView

[dubcanada]

I'm currently using QT for a very basic tree view and table view application, I'd love to port it over to this library.

Is there any roadmap of when treeview support may appear?

[andlabs]

Read tableviewproposal.md; that's my current plan. I may need to tweak a few things for the new API, but it's stable enough as it stands. Feel free to comment on it.

[andlabs]

Implementation of Table has been started on the redo.

Tree will come later, will be separate, and alas will be limited to Windows restrictions :/ (one column, icon/text/checkbox)

[andlabs]

Table done (ages ago, heh). I'll need to drop the use of the Common Controls listview on Windows because it simply is not suited for what I want to do, but that will be a separate project (in C) with a separate git repository entirely. (I actually did try to start this but ran into issues getting the header control working.)

With Tree I've run into an annoying snag: on Windows there's no way to create an "owner-data tree view" (that is, where the data is up to the application to decide). This means having to synchronize the Windows-side and Go-side tree models (whatever they may be). I might wind up writing my own control for this too; I don't know.

[andlabs]

I wrote a new Windows Table because the standard list view control was getting too restricted.

I'd probably write my own Tree for Windows too, but I'll probably use a model-based setup like GTK+ does for that (and it'd probably wait for XP support to be dropped because there's no way I'm making that accessible with MSAA and I still need to evaluate UI Automation).

In fact, I'm considering switching to the model-based setup for Table too; a StructModel would be provided for mapping structs like usual. I don't know yet; definitely not at present.

Will post notes here in the meantime.

[bcampbell]

see also #125 (for table side of things, not treeview)

[andlabs]

Yes, pretty much everything I said in 2015 is effectively outdated now.

[andlabs]

Replaced with andlabs/libui#310.