| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Same as previous commits.
|
|
|
|
| |
Same as previous commits.
|
|
|
|
| |
Identical to the previous commit.
|
|
|
|
|
|
| |
Despite the large diff, the only relevant change here is
the same of the previous commit: "left-padding" is replaced
by "margin-start".
|
|
|
|
|
|
| |
GtkAlignment is a deprecated widget. This particular one is
an easy case, where we only need to replace the "left-padding"
property by the "margin-start" property in the child.
|
|
|
|
|
|
| |
Almost identically to previous commit, except that the
"hexpand" property was set to all children to make sure
the grid is pixel-by-pixel similar to the current state.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Remove the "homogeneous" property, since it's set to false
and GtkGrid's column-homogeneous and row-homogeneous are
false by default.
Replace the "right_attach" and "bottom_attach" packing
properties by "width" and "height", respectively, since
that's what GtkGrid supports.
Next GtkTable -> GtkGrid conversions will look similar to
this commit.
|
|
|
|
|
|
|
| |
GtkTable is deprecated in favour of GtkGrid. In addition to
that, in this case, table3_1 only contains a single widget,
and doesn't have any particularly relevant property set, so
it can be simply removed without further consequences.
|
|
|
|
|
|
|
|
|
|
|
| |
This button box has a single child, a GtkButton, and
is effectively only used to horizontally align the
button at the end. This property can be trivially set
in the button itself nowadays.
Remove the GtkHButtonBox holding the "Reset to Defaults"
button, and preserve the end alignment of the button by
setting the "halign" to "end" in the button itself.
|
|
|
|
| |
Another easy one since horizontal is the default.
|
|
|
|
|
|
|
| |
Surprisingly, all but one GTKVBoxes already have the
orientation property set to vertical, which saves us
some work. While at it, cleanup object ids that are
not used.
|
|
|
|
|
|
| |
No other changes are needed besides changing the class,
since GtkBox defaults to horizontal. While at it, remove
the object ids, since they're unused.
|
|
|
|
|
| |
Rename these files to match the class name they implement. Rename the
.ui file to match them.
|
|
|
|
|
|
| |
Make the creation of TotemPreferencesDialog more GTK-like, using
totem_preferences_dialog_new() instead of a setup function, and
don't set any field of TotemObject.
|
|
|
|
|
|
|
|
| |
Move all the setup code from totem_preferences_setup() into the
constructed phase of GObject initialization. At this phase, the
'totem' property is already set and we can just use it.
No functional changes are introduced.
|
|
|
|
|
| |
Make use of GObject's property system to pass the main TotemObject
to TotemPreferencesDialog as a construct-only argument.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Most of the code is what was there in preferences.c, but with a twist: it now
has a GtkDialog subclass handling the preferences.
The laborious part of this change is replacing the old GtkBuilder-based
mechanism to retrieve widgets by their name with binding template children.
Signal callbacks can now be static, and be passed explicitly instead of using
G_MODULE_EXPORT to preserve their symbols.
This commit is the smallest possible way to achieve this, and doesn't make
use of various niceties and good practices of GTK development. Next commits
will cleanup and improve preferences to actually use more modern GTK practices.
|
|
|
|
| |
Seems to be a copy-paste mistake.
|
|
|
|
|
|
|
|
|
| |
The hue, brightness, saturation, and contrast labels have their visibility
programatically tied to their corresponding ranges. We can do that in the
.ui file more easily.
Bind these labels' visibility to their corresponding ranges' in the
preferences.ui file itself.
|
|
|
|
| |
They can easily be declared in the .ui file.
|
|
|
|
|
| |
checkbutton2_toggled_cb doesn't exist, nor is used in preferences.ui. Just
remove this forward declaration.
|
|
|
|
|
| |
Move yet another property that can be defined in the .ui file directly
to preferences.ui.
|
|
|
|
|
|
|
|
|
|
| |
Instead of installing preferences.ui and opening the file, embed it
as a GResource and load it using gtk_builder_new_from_resource().
We don't need extra caution because the file is now guaranteed to
be embedded into the application.
This will be very handy for the next commit where we start using
a GtkBuilder template for the preferences dialog.
|
|
|
|
|
|
|
| |
There's no need to programatically set it when it can be done declaratively
in the .ui file.
Set the 'modal' property of the preferences dialog at preferences.ui.
|
|
|
|
|
|
| |
In preparation for future changes where TotemObject will have
less control over the preferences widgetry, move it to the
totem-preferences.c file.
|
|
|
|
|
| |
totem->prefs is already set at totem-object.c to the same widget,
there's no need to set it again here.
|