Emmanuele Bassi f28aa1ba02 Restructure the GdkEvent type hierarchy ... GdkEvent has been a "I-can't-believe-this-is-not-OOP" type for ages, using a union of sub-types. This has always been problematic when it comes to implementing accessor functions: either you get generic API that takes a GdkEvent and uses a massive switch() to determine which event types have the data you're looking for; or you create namespaced accessors, but break language bindings horribly, as boxed types cannot have derived types. The recent conversion of GskRenderNode (which had similar issues) to GTypeInstance, and the fact that GdkEvent is now a completely opaque type, provide us with the chance of moving GdkEvent to GTypeInstance, and have sub-types for GdkEvent. The change from boxed type to GTypeInstance is pretty small, all things considered, but ends up cascading to a larger commit, as we still have backends and code in GTK trying to access GdkEvent structures directly. Additionally, the naming of the public getter functions requires renaming all the data structures to conform to the namespace/type-name pattern.		2020-04-16 19:54:02 +01:00
..
reference	Restructure the GdkEvent type hierarchy	2020-04-16 19:54:02 +01:00
tools	Use gtk_widget_add/remove_css_class more	2020-04-10 12:09:57 -04:00
CODEOWNERS	rename CODE-OWNERS to CODEOWNERS	2020-01-08 21:03:15 +01:00
CODING-STYLE	docs: Drop the '+' from GTK	2019-02-05 10:14:31 +01:00
iconcache.txt	docs: Drop the '+' from GTK	2019-02-05 10:14:31 +01:00
RELEASE-HOWTO.md	docs: Drop the '+' from GTK	2019-02-05 10:14:31 +01:00
sizing-test.txt
text_widget_internals.txt
tree-column-sizing.png
tree-column-sizing.txt	Minor typos in the Documentation (a/an)	2019-08-25 12:52:46 +00:00