| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
The need of a specialised fixed layout container that can be placed into
a GtkScrolledWindow ceased to exist once GtkScrolledWindow gained the
ability to automatically interpose a GtkViewport when adding a child
that does not implement GtkScrollable.
All the other justifications that led to the existence of GtkLayout as a
separate widget from GtkFixed have been largely made irrelevant in the
20 years since its inception.
|
|
|
|
|
| |
We can't quite get rid of its use in the inspector,
but we can make it private.
|
|
|
|
|
| |
This widget does not seem worth keeping,
and we want to get rid of child properties.
|
| |
|
|
|
|
|
| |
The widget was basically unmaintained since GTK 3.0 and the only known
user was Glade.
|
|
|
|
|
| |
It's not used any more, recent files are only used by the filtchooser
and that one uses GtkRecentManager directly.
|
|
|
|
|
|
| |
This is a bit of filechooser internals that gets shared with
nautilus, which is fine, but it shouldn't be part of our
public API. There are no other users than nautilus.
|
|
|
|
|
|
|
|
| |
As the summary says, this allows using g_autoptr(GtkTreePath). This is
useful for API that uses out parameters for GtkTreePath that need to be
freed.
https://bugzilla.gnome.org/show_bug.cgi?id=791234
|
|
|
|
|
|
| |
It's gonna be renamed next, so put it in the right source file already.
For now retain the old name to keep the diff small.
|
| |
|
|
|
|
|
|
|
| |
This was not quite complete, as gtktextattributes.h was still
being included in public headers.
https://bugzilla.gnome.org/show_bug.cgi?id=773903
|
|
|
|
|
|
| |
These complicate a lot of GdkWindow internals to implement features
that not a lot of apps use, and will be better achieved using gsk.
So, we just drop it all.
|
| |
|
|
|
|
| |
All the remaining gtkrc.c stuff like GtkRcStyle goes with it.
|
| |
|
|
|
|
| |
Start from GtkAccelLabel and walk the tree downwards.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Cover letter
Having a single header file for all autocleanups definitions was a
reasonable stop-gap measure, but now GTK+ is starting to use G_DECLARE_*
macros. This means that every class using a G_DECLARE_* macro will need
to include "gtk.h" to avoid compiler warnings, which is not acceptable.
By moving the G_DEFINE_AUTO* use to the header that defines the type we
allow using the G_DECLARE_* macros without sacrificing the ability to
include only the needed files when deriving from a class.
* Commit
This commit changes all includes relative to GtkWindow to define their
own autocleanup macros.
|
|
|
|
|
| |
This allows GtkPlacesViewRow to use G_DECLARE_FINAL_TYPE without having
to include gtk.h.
|
|
|
|
|
| |
Otherwise we won't be able to use G_DECLARE_* macros internally to GTK
without generating warnings, or without including gtk.h itself.
|
|
|
|
|
|
| |
GtkSidebar is too generic and doesn't fully convey what the widget does.
https://bugzilla.gnome.org/show_bug.cgi?id=744094
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=743640
|