1. Agenda for the GTK+ Hackfest 2010
- Hack Gtk into shape for 3.0
Make sure all classes have proper padding
Decide on GtkScrollable: 468689 git branch
- Padding cleanup:
Remaining work: use expand flags to determine window resizability 628902
- Use expand, and gtk_container_class_handle_border_width where suitable
Decide on GtkGrid git branch (proposal
Deprecate GtkMisc / GtkAlignment
- Review remaining height-for-width issues
window size 628902
scrolledwindow problems 631976
interaction between widget alignment and height-for-width discussion
minimum-for-minimum discussion
baseline alignment support discussion
Rethink GtkStateType: 51747
Deprecate and remove hide_all(): 438318
- Review documentation
- expand the migration guide
remove the standalone faq, move some content to the 'common questions' section of the api docs
- remove tutorial and faq from library.gnome.org
- remove tutorial and faq links from www.gnome.org
- Backport some APIs to 2.24 to help migration
Finish all the GTK+3 tasks: GTK+/3.0/Tasks
P7: Diagnostic mode 601686
Q1: Remove all deprecate code in GTK+
Q2 Remove all structure fields: refactor branch
- Bugs marked with:
"3.0" as target milestore: bugzilla list
"2.24" as target milestore: bugzilla list
"deprecations" tag: list
"EL" tag: list
- Other possible GTK3 cleanup tasks:
Remove notebook->focus_tab code 96834
- alternative button order cleanup
- text direction / start-end / left-right consistency
- primary handling
- reconsider module loading ?
- undo combobox / option menu mix ?
gtksettings -> gsettings ?
- gtksearchengine refactor
GdkPoint ?!
GdkRectangle ??
- Improve testgtk and/or gtk-demo
- GLib 2.28
GApplication review
- Actions
- finish up remaining GSettings issues (lists, etc)
- Themeing
http://mail.gnome.org/archives/gtk-devel-list/2010-August/msg00213.html
The gtk-style-context work git branch . Also CarlosGarnacho/ThemingProposal
- API (changes) review: Agree on which outdated APIs to keep for compat reasons and if there's more we should remove
GtkWidget::size_request
Roadmap planning for GTK 3.x -> 4.0
- Do we need a GLib abi break ?
frame-based-redraw / paint clock proposal
separate layout managers from containers. See clutter, and the GtkGroupBox proposal
event / window refactoring, see e.g. this investigation
- baselines
New website proposal: 626380, discussion demo