News for hackers. Stuff that matters.
Re:GTK 4.0 Released by PaulDavisThe1st on Wednesday December 16, 2020 @03:34PM (#25448225)
Ardour (0) continues to use GTK2 as a cross-platform GUI toolkit for Linux, Windows, macOS (as well as Solaris/netBSD/FreeBSD). There are a few tricky issues on macOS and Windows, but when I've spoken to people with large cross-platform code bases built on Qt, it seems no better or worse than the case there.

We would like to move away from all desktop toolkits in theory (GTK and Qt as the prime examples) because they really don't offer us a lot. Unfortunately, they do offer:

  1. Treeviews
  2. File Selector
  3. Text Entry
  4. Menus
and we have no wish to reimplement these (TreeViews in GTK involve basically the entire toolkit). We slowly move towards a future vision based just on GDK (the lowest levels of GTK) but I doubt we will ever fully be able to drop the higher levels entirely.

(0) https://ardour.org/

Re:GTK 4.0 Released by cycloptic on Wednesday December 16, 2020 @04:15PM (#25448794)
I hope eventually I can find the time to contribute some kind of graphics enhancements to ardour. (Maybe this means using GPU acceleration or using a newer GDK version, I don't know) I've noticed scrolling the view can get somewhat laggy on my system when there are a lot of tracks.
Re:GTK 4.0 Released by PaulDavisThe1st on Wednesday December 16, 2020 @05:25PM (#25449629)
Edit > Preferences > Appearance > [ ] Disable Graphics Hardware Acceleration

Edit > Preferences > Appearance > [ ] Possibly Improve Slow Graphics Performance

We will not be moving to a new version of GDK at any time in the foreseeable future.

Re:GTK 4.0 Released by cycloptic on Wednesday December 16, 2020 @06:54PM (#25450426)
The first option seems to be misnamed. When it's disabled it will cache the canvas widgets in cairo surfaces, but it will still use CPU blitting when it actually copies the image back to the window.

I couldn't find the second option, even grepping for it in git master.

Re:GTK 4.0 Released by jcelerier on Wednesday December 16, 2020 @03:51PM (#25448447)
Heh, I share the sentiment - Qt's tree widget is my n°1 reason for using it
Re:GTK 4.0 Released by touisteur on Wednesday December 16, 2020 @08:29PM (#25451206)
How I wish there was a clean Swing implementation of the treetable widget/pattern in swing. JXTreetable makes me sad and wince everytime I have to open up the code. Cell renderers are OK... Until you want to go custom and synchronize events & drawing between renderers and you want them all coherent... And don't get me started on LnF and their interactions with JxTreetable... I know I should just shut up and go build mine own but this seems like such an oversight.