Minutes of the GTK+ Team Meeting - 2010-10-12

Minutes of the GTK+ Team Meeting - 2010-09-21

• magic expand (bug: 628902)
- ongoing work on the widget-expand-3 branch
- related containers migrated
- mclasen considers it ready for merge
- missing issue: window resizability
  ‣ might be a bit tricky
  ‣ can be worked on post-merge

• multi-root FileChooser (bug: 609886)
- as discussed on gtk-devel-list
- API footprint is limited
- not really a security feature
  ‣ restricts root for loading files from a removable volume
  ‣ useful for kiosk-like environments
  ‣ first step towards proper lockdown
- still some kinks

• fate of the tutorial and examples
- old cruft, basically unmaintained
- some content should be migrated to the API reference
  ‣ packing: GtkContainer + GtkBox
  ‣ signal connection: GtkWidget + GtkWindow
- examples should be moved and xincluded into the reference
ACTION: ebassi will do the tutorial surgery

• remove GtkWrapBox
- no real users
- probably merged a bit too soon
ACTION: removal from master, eventual move to libegg
- topic for the hackfest: LayoutManager class for delegating layout code

• deprecate / remove gtk_init_add / remove* API (bug: 629955)
- look like pre-1.x API, so not widely used any more
- no reasonable use cases in a modern use of gtk
- should just go away

• destroy - up or down ? (bug: 630690)
- move it down to GtkWindow?
- or up to GObject?
- what actually are the requirements?
  ‣ big hammer to break reference cycles
  ‣ g_object_run_dispose()
  ‣ ::destroy signal for notification top-levels? widgets?
- needs to be discussed at the hackfest

• deprecation of glib gettext macros (bug: 624186)
- glib-gettext is a remnant of gettext < 0.10
- upstream has become more useful
- gdk-pixbuf migrated
- clutter migrated too
- glib-gettext adds glib functions to po/Makefile.in.in's --keyword and --flag
  ‣ overrides in upstream gettext go into po/Makevars
  ‣ glib needs to ship a macro to generate those overrides

• GtkComboBoxText subclass to supersede "text" convenience API (bug: 612396)
  ‣ GtkComboBoxEntryText needed?
- gtk_combo_box_text_* API is already a "sub-class" in disguise
  ‣ mutually exclusive
- a real sub-class would just ratify the existing code
- complication: it makes GtkComboBoxEntry slightly more awkward, and requires
  a sub-class for that
  ‣ could be solved by folding the entry as a property of the super-class
- GtkComboBoxText should be accepted
- merge GtkComboBox and GtkComboBoxEntry
ACTION: tristan to investigate the merge

next meeting: gtk+ hackfest (2010-10-18 → 2010-10-23)

log available at: http://live.gnome.org/GTK%2B/Meetings

W: http://www.emmanuelebassi.name
B: http://blogs.gnome.org/ebassi

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]