jcupitt
commented
7 years ago That's a good idea. It's not hard to implement, you need to define two classes, List (for example) and Listview, one handles the link to the programming language, one handles the display on the screen.
For example, group.c defines the Group class, about 200 lines of code, most of it to implement save-as on groups of images:
https://github.com/jcupitt/nip2/blob/master/src/group.c
And Valueview controls the display, about 120 lines of code:
https://github.com/jcupitt/nip2/blob/master/src/value.c
I think the problem is that nip2 is still a gtk2 program. It really needs updating to gtk3 (gtk4 is coming soon, argh) before committing much more work to it.
I've done a nip3 branch here:
https://github.com/jcupitt/nip2/blob/nip3
I've ported everything, it builds, but it doesn't run. All of the image display stuff has changed for gtk3, so it needs reimplementing.
I've done a vips gtk3 image viewer here:
https://github.com/jcupitt/vipsdisp
That builds and runs, and looks quite nice, but it's not really finished, it's missing a few features, and it has an annoying flicker when you zoom.
So the nip2 roadmap is currently:
- finish gtk3 vipsdisp
- copy-paste that into the nip3 branch, replacing the old nip2 image display code
- a few more fixups to get a nip2 that basically works with gtk3
Then there are a load of things that need fixing in nip2:
- move to vips8 API, get rid of the nip2 cache
- rework the look n feel to fit the gtlk3 model
That would be enough to make something that could be released. The nip2 TODO has a long list of more blue-sky ideas.
Anyway, not too much can happen before the move to gtk3, unfortunately. I'm hoping that now vips8 is stabilising I'll have some time to fix up nip2.
When a cell contains Group type data is has a number of displayed options to display its data.
I think it would be nice if something like that was also possible with List data. It would, for example, give a bit more controle over the display width of the tables.