| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Run gtk4-builder-tool recursively
|
| |
|
|
|
|
|
| |
We are officially switching to Meson as the default build system for
GTK+.
|
|
|
|
|
| |
Mostly style changes. Don't create resource source files
with spaces in them, that's tempting our luck.
|
| |
|
|
|
|
|
|
|
|
| |
This merged gtk, gdk and gsk into one library, making it possible to
have internal private APIs between gtk them, as well as producing more
efficient code.
https://bugzilla.gnome.org/show_bug.cgi?id=773100
|
|
|
|
|
| |
This is almost certainly incomplete.
Needs careful scrutiny
|
|
|
|
|
|
|
|
| |
G_DECLARE_FINAL_TYPE was introduced in glib 2.44.
We shall use that now so that lots of boilerplate code can
be reduced.
https://bugzilla.gnome.org/show_bug.cgi?id=770278
|
|
|
|
|
|
|
| |
Put OBJS before LIBS on the commandline to make things
work better.
https://bugzilla.gnome.org/show_bug.cgi?id=768142
|
|
|
|
|
| |
It is no longer necessary to add extra margins around the
center child in a headerbar.
|
|
|
|
|
| |
Do not hardcode GCC as the compiler; use $(shell) expansion instead of
backticks; split the built source into its own variable.
|
|
|
|
| |
Remove all the built files, including the exampleapp binary.
|
|
|
|
|
|
|
| |
We want to allow people to build the examples easily, without
necessarily requiring them to build the whole of GTK+.
https://bugzilla.gnome.org/show_bug.cgi?id=741041
|
| |
|
|
|
|
|
| |
Pointed out in
https://bugzilla.gnome.org/show_bug.cgi?id=740537
|
|
|
|
|
| |
We should show the current best practice for this kind of
dialog, and use a headerbar with a window close button.
|
|
|
|
|
| |
Instead of hardcoding an accelerator in the ui file, use
gtk_application_set_accels_for_action.
|
| |
|
|
|
|
|
|
| |
This makes the code match what we show in the screenshots. This
broke when headerbars were changed to allow titles to extend into
the margin.
|
| |
|
|
|
|
|
| |
Replace manual signal connections with signal handlers
declared in the ui file, where possible.
|
|
|
|
|
|
|
|
|
|
|
| |
We rename the gtk_widget_class_bind_template_child{_internal}
macros by appending a _private to their name. Otherwise, it
would be too magic to pass the 'public' names as arguments,
but affect a member of the Private struct. At the same time,
Add two new macros with the old names,
gtk_widget_class_bind_template_child{_internal} that operate
on members of the instance struct.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The macros and functions are inconsistently named, and are not tied to
the "template" concept - to the point that it seems plausible to use
them without setting the template.
The new naming scheme is as follows:
gtk_widget_class_bind_template_child_full
gtk_widget_class_bind_template_callback_full
With the convenience macros:
gtk_widget_class_bind_template_child
gtk_widget_class_bind_template_child_internal
gtk_widget_class_bind_template_callback
https://bugzilla.gnome.org/show_bug.cgi?id=700898
https://bugzilla.gnome.org/show_bug.cgi?id=700896
|
|
|
|
|
|
|
|
|
|
| |
Using an offset from the struct means you can have children in
both the public and private (via G_PRIVATE_OFFSET) parts of the
instance. It also matches the new private macros nicer.
https://bugzilla.gnome.org/show_bug.cgi?id=702563
Signed-off-by: Emmanuele Bassi <ebassi@gnome.org>
|
|
|
|
|
| |
The use of a manually-specified enum is a little unusual.
This is really meant to be done by <choices>.
|
|
Add a new example to the getting started part of the docs. The focus
of this example is on 'new stuff': GtkApplication, templates, settings,
gmenu, gaction, GtkStack, GtkHeaderBar, GtkSearchBar, GtkRevealer,
GtkListBox, GtkMenuButton, etc.
It is being developed in several steps. Each step is put in a separate
directory below examples/: application1, ..., application8. This is a
little repetitive, but lets us use the code of all examples in the
documentation.
|