| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
It is going away.
|
|
|
|
|
| |
The values have been 0/0 for a long time now, so just drop the
GtkAllocation argument and replace it with width and height.
|
|
|
|
| |
As the clip is no longer needed, get rid of it.
|
|
|
|
|
|
|
| |
Remove all the old 2.x and 3.x version annotations.
GTK+ 4 is a new start, and from the perspective of a
GTK+ 4 developer all these APIs have been around since
the beginning.
|
|
|
|
|
| |
It does not really add anything here, and makes it harder
to grep for occurrences of stock ids.
|
|
|
|
|
|
|
|
|
|
|
| |
Since setting a clip is mandatory for almost all widgets, we can as well
change the size-allocate signature to include a out_clip parameter, just
like GtkCssGadget did. And since we now always propagate baselines, we
might as well pass that one on to size-allocate.
This way we can also make sure to transform the clip returned from
size-allocate to parent-coordinates, i.e. the same coordinate space
priv->allocation is in.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This ifdefed out function was only used in the code I just nuked,
so it can go as well.
|
|
|
|
| |
We've never restored filechooser positions, and we aren't going to.
|
|
|
|
|
| |
I forgot that the settings object we're dealing with here
is in delay mode, so settings won't apply immediately.
|
|
|
|
|
|
|
|
|
|
|
| |
We were only storing the dialog size on unmap, but resetting to the
stored default value more often, e.g. on focus-out. This was causing
the dialog to 'jump back' to its remembered size after the user
manually resized it, leading to frustration and bug reports.
Instead, save the dialog size on every ::size-allocate of the toplevel.
To avoid needlessly spamming dconf, only write the new value if it
changed.
|
|
|
|
|
| |
This is a subclass on GtkNativeDialog that uses GtkFileChooserDialog
as a fallback, but also has support for the win32 file chooser dialog.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=757269
|
|
|
|
|
|
| |
Use g_slist_free_full more consistently. This commit just converts
the obvious cases where g_slist_forall is directly followed by
g_slist_free.
|
|
|
|
|
|
| |
When the dialog is as narrow as possible, we still want some
space between the entry and the search button, so use margins
around the entry and label instead of box spacing.
|
|
|
|
|
| |
Things work smoother, keynav-wise, if the search button does not
take focus on click.
|
|
|
|
|
| |
We were not listening for action changes to update the
save entry.
|
|
|
|
|
|
|
|
|
|
|
| |
Make the file chooser entry optionally capture Escape
and emit a signal. Make the file chooser widget hide the
entry on that signal and go back to the path bar.
This gives us a two-level undo:
location entry -> path bar -> dialog close.
When the location entry is permanently displayed in the
header for save mode, we still let the first Escape close
the dialog.
|
|
|
|
|
| |
When we have a header bar, put a save entry there and
make the file chooser use it.
|
|
|
|
|
| |
Use the new "subtitle" property of the file chooser widget
to display a subtitle in the headerbar, if we have one.
|
|
|
|
|
|
|
|
| |
The height of the text buttons depends on the font height,
whereas the search button has a fixed-size icon in it...
Prevent unevent heights by putting them all in a size group.
https://bugzilla.gnome.org/show_bug.cgi?id=745263
|
|
|
|
|
| |
This is where we put similar search buttons in applications
and in other dialogs, such as the GtkAppChooserDialog.
|
|
|
|
| |
These were leftover at various places in the documentation.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=547988
|
|
|
|
| |
Instead of Return value:
|
|
|
|
|
|
|
|
|
| |
Try to do a better job of keeping example content
from being too wide. It is often rendered as <pre>
text so the only time we can wrap it is in the source.
It is best to full break lines at all punctuation and
to try to keep the width under 70 chars or so.
|
|
|
|
| |
https://wiki.gnome.org/Design/OS/Typography
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
From 30cc1512e
|
|
|
|
| |
This greatly reduces the amount of xml in the docs.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=723119
|
|
|
|
| |
We don't want to assume menu bar structures.
|
|
|
|
| |
It is a little heavy handed. The text can speak for itself.
|
| |
|
|
|
|
|
|
|
| |
Make the file chooser dialog use a headerbar
when desired.
https://bugzilla.gnome.org/show_bug.cgi?id=720059
|
| |
|
|
|
|
|
| |
Some of these should be revisited and fixed. For now,
just avoid the deprecation warnings.
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=702996
|
| |
|
|
|
|
|
| |
We'll take private structures out of gtkfilechooserprivate.h and move
them to the appropriate place.
|
| |
|
|
|
|
|
| |
Move it from the filechooserwidget to the filechooserdialog unmap
function. It was previously only working for filechooserdialogs, too.
|