Gtk.Fixed¶
- Subclasses:
None
Methods¶
- Inherited:
Gtk.Widget (181), GObject.Object (37), Gtk.Accessible (15), Gtk.Buildable (1)
- Structs:
class |
|
|
|
|
|
|
|
|
|
|
|
|
Virtual Methods¶
- Inherited:
Gtk.Widget (25), GObject.Object (7), Gtk.Accessible (6), Gtk.Buildable (9)
Properties¶
- Inherited:
Signals¶
- Inherited:
Fields¶
- Inherited:
Name |
Type |
Access |
Description |
---|---|---|---|
parent_instance |
r |
Class Details¶
- class Gtk.Fixed(**kwargs)¶
- Bases:
- Abstract:
No
- Structure:
GtkFixed
places its child widgets at fixed positions and with fixed sizes.GtkFixed
performs no automatic layout management.For most applications, you should not use this container! It keeps you from having to learn about the other GTK containers, but it results in broken applications. With
GtkFixed
, the following things will result in truncated text, overlapping widgets, and other display bugs:Themes, which may change widget sizes.
Fonts other than the one you used to write the app will of course change the size of widgets containing text; keep in mind that users may use a larger font because of difficulty reading the default, or they may be using a different OS that provides different fonts.
Translation of text into other languages changes its size. Also, display of non-English text will use a different font in many cases.
In addition,
GtkFixed
does not pay attention to text direction and thus may produce unwanted results if your app is run under right-to-left languages such as Hebrew or Arabic. That is: normally GTK will order containers appropriately for the text direction, e.g. to put labels to the right of the thing they label when using an RTL language, but it can’t do that withGtkFixed
. So if you need to reorder widgets depending on the text direction, you would need to manually detect it and adjust child positions accordingly.Finally, fixed positioning makes it kind of annoying to add/remove UI elements, since you have to reposition all the other elements. This is a long-term maintenance problem for your application.
If you know none of these things are an issue for your application, and prefer the simplicity of
GtkFixed
, by all means use the widget. But you should be aware of the tradeoffs.- get_child_position(widget)[source]¶
- Parameters:
widget (
Gtk.Widget
) – a child of self- Returns:
- x:
the horizontal position of the widget
- y:
the vertical position of the widget
- Return type:
Retrieves the translation transformation of the given child
GtkWidget
in theGtkFixed
.See also: [method`Gtk`.Fixed.get_child_transform].
- get_child_transform(widget)[source]¶
- Parameters:
widget (
Gtk.Widget
) – aGtkWidget
, child of self- Returns:
a
GskTransform
- Return type:
Retrieves the transformation for widget set using
Gtk.Fixed.set_child_transform
().
- move(widget, x, y)[source]¶
- Parameters:
widget (
Gtk.Widget
) – the child widgetx (
float
) – the horizontal position to move the widget toy (
float
) – the vertical position to move the widget to
Sets a translation transformation to the given x and y coordinates to the child widget of the
GtkFixed
.
- put(widget, x, y)[source]¶
- Parameters:
widget (
Gtk.Widget
) – the widget to addx (
float
) – the horizontal position to place the widget aty (
float
) – the vertical position to place the widget at
Adds a widget to a
GtkFixed
at the given position.
- remove(widget)[source]¶
- Parameters:
widget (
Gtk.Widget
) – the child widget to remove
Removes a child from self.
- set_child_transform(widget, transform)[source]¶
- Parameters:
widget (
Gtk.Widget
) – aGtkWidget
, child of selftransform (
Gsk.Transform
orNone
) – the transformation assigned to widget to reset widget's transform
Sets the transformation for widget.
This is a convenience function that retrieves the [class`Gtk`.FixedLayoutChild] instance associated to widget and calls [method`Gtk`.FixedLayoutChild.set_transform].