Minutes of the meeting at GUADEC
Agenda
- roadmap, especially outstanding HIG items and Glade
- continue the discussion from the DX hackfest in Berlin, May 2014
- in-app notifications
- Glade
- data model
- branch ready to land
similar to GMenuModel
- collection is always ordered
- interface + base implementations
based on GSequence
objects in the model → proxies in the view; use GBinding to connect them
- may have some implementation that does not create 1:1 collection items/UI proxies
- trees?
- various strategies — simple collapsing, per-item property holding a collection
- possibly punted
- integration with scrolling containers, especially for infinite/paged model population
- views
do we modify GtkListBox or add a new class?
deprecating GtkListBox and GtkFlowBox is not appealing
- we could make them special cases of views with implicit models containing widgets
- selection/filtering/sorting API on the view does not work with a model-backed view
- moving forward
- target: 3.16
- needs a view first
- possibly have an Egg copy-and-paste iteration
styling of GtkListBox rows
- separators between rows are currently painful
- need first/last-child support
- possibly nth-child, but this requires some optimization first to reduce the number of computed style objects and widget paths
GtkFlowBox improvements for cell resizing and reflowing
- selection mode
- in-app notification
GdNotification widget
- Glade?
- hard to support new containers
- makes it harder to improve support for new widget
add meta-information for the Glade UI in the GtkBuilder definition?
- add Glade support as a strict requirement for including new widgets inside GTK+?
- move Glade previewer binary into GTK+
- use with custom GTK+ builds
- Testing
- ref testing
- interactive testing
- do we need better scaffolding?
- we have already some in place
- interactive tests for gestures
- especially conflicts between gestures
- GSK/Scene graph
- target: 3.16/3.18
- base requirements
- being able to build UIs with GSK inside GTK widgets
- being able to embed GTK widgets into GSK elements
- port GNOME apps from Clutter/Clutter-GTK/Clutter-GStreamer to GSK as a validation path
- Roadmap/4.0
- porting widgets to the scene graph will probably require an API break
- once GSK lands we can start looking at people porting custom widgets to GSK
- input/gestures
- widgets should start replacing their input event handling to gestures right now
- porting widgets to the scene graph will probably require an API break
- Wayland status
- grabs
- OSK/popup contention
- grab emulation?
- how much of the X11 behaviour do we want to maintain when emulating?
- per-application/per-window emulated grab
- device grabs replace global/window grabs
- improve test harness for Wayland
- similar to how we use Xvfb for X11
- clipboard
- mostly "good enough" for 3.14
- needs to be cleaned up for 3.16
- top-levels and widget-attached top-levels
- grabs
- windows and top-levels
lots of code in GtkWindow and GdkWindow is there to deal with X11-specific complexity
- we should move that code into its own class
- would simplify the size management code on non-X11
- would also simplify the life of Glade with embedded "top-levels"
- non-Linux backends
- merging theme and icons make GTK+ does not make apps look bad by default
- nacho and LRN are landing build fixes
- can we make a gnome-icon-theme GResource build for non-Linux builds?