Package ch.bailu.gtk.gtk
Klasse CellLayout
- Alle implementierten Schnittstellen:
PointerInterface
An interface for packing cells
`GtkCellLayout` is an interface to be implemented by all objects which
want to provide a `GtkTreeViewColumn` like API for packing cells,
setting attributes and data funcs.
One of the notable features provided by implementations of
`GtkCellLayout` are attributes. Attributes let you set the properties
in flexible ways. They can just be set to constant values like regular
properties. But they can also be mapped to a column of the underlying
tree model with gtk_cell_layout_set_attributes(), which means that the value
of the attribute can change from cell to cell as they are rendered by
the cell renderer. Finally, it is possible to specify a function with
gtk_cell_layout_set_cell_data_func() that is called to determine the
value of the attribute for each cell that is rendered.
## GtkCellLayouts as GtkBuildable
Implementations of GtkCellLayout which also implement the GtkBuildable
interface (`GtkCellView`, `GtkIconView`, `GtkComboBox`,
`GtkEntryCompletion`, `GtkTreeViewColumn`) accept `GtkCellRenderer` objects
as `<child>` elements in UI definitions. They support a custom `<attributes>`
element for their children, which can contain multiple `<attribute>`
elements. Each `<attribute>` element has a name attribute which specifies
a property of the cell renderer; the content of the element is the
attribute value.
This is an example of a UI definition fragment specifying attributes:
```xml
<object class="GtkCellView">
<child>
<object class="GtkCellRendererText"/>
<attributes>
<attribute name="text">0</attribute>
</attributes>
</child>
</object>
```
Furthermore for implementations of `GtkCellLayout` that use a `GtkCellArea`
to lay out cells (all `GtkCellLayout`s in GTK use a `GtkCellArea`)
[cell properties](class.CellArea.html#cell-properties) can also be defined
in the format by specifying the custom `<cell-packing>` attribute which can
contain multiple `<property>` elements.
Here is a UI definition fragment specifying cell properties:
```xml
<object class="GtkTreeViewColumn">
<child>
<object class="GtkCellRendererText"/>
<cell-packing>
<property name="align">True</property>
<property name="expand">False</property>
</cell-packing>
</child>
</object>
```
## Subclassing GtkCellLayout implementations
When subclassing a widget that implements `GtkCellLayout` like
`GtkIconView` or `GtkComboBox`, there are some considerations related
to the fact that these widgets internally use a `GtkCellArea`.
The cell area is exposed as a construct-only property by these
widgets. This means that it is possible to e.g. do
```c
GtkWIdget *combo =
g_object_new (GTK_TYPE_COMBO_BOX, "cell-area", my_cell_area, NULL);
```
to use a custom cell area with a combo box. But construct properties
are only initialized after instance `init()`
functions have run, which means that using functions which rely on
the existence of the cell area in your subclass `init()` function will
cause the default cell area to be instantiated. In this case, a provided
construct property value will be ignored (with a warning, to alert
you to the problem).
```c
static void
my_combo_box_init (MyComboBox *b)
{
GtkCellRenderer *cell;
cell = gtk_cell_renderer_pixbuf_new ();
// The following call causes the default cell area for combo boxes,
// a GtkCellAreaBox, to be instantiated
gtk_cell_layout_pack_start (GTK_CELL_LAYOUT (b), cell, FALSE);
...
}
GtkWidget *
my_combo_box_new (GtkCellArea *area)
{
// This call is going to cause a warning about area being ignored
return g_object_new (MY_TYPE_COMBO_BOX, "cell-area", area, NULL);
}
```
If supporting alternative cell areas with your derived widget is
not important, then this does not have to concern you. If you want
to support alternative cell areas, you can do so by moving the
problematic calls out of `init()` and into a `constructor()`
for your class.
`GtkCellLayout` is an interface to be implemented by all objects which
want to provide a `GtkTreeViewColumn` like API for packing cells,
setting attributes and data funcs.
One of the notable features provided by implementations of
`GtkCellLayout` are attributes. Attributes let you set the properties
in flexible ways. They can just be set to constant values like regular
properties. But they can also be mapped to a column of the underlying
tree model with gtk_cell_layout_set_attributes(), which means that the value
of the attribute can change from cell to cell as they are rendered by
the cell renderer. Finally, it is possible to specify a function with
gtk_cell_layout_set_cell_data_func() that is called to determine the
value of the attribute for each cell that is rendered.
## GtkCellLayouts as GtkBuildable
Implementations of GtkCellLayout which also implement the GtkBuildable
interface (`GtkCellView`, `GtkIconView`, `GtkComboBox`,
`GtkEntryCompletion`, `GtkTreeViewColumn`) accept `GtkCellRenderer` objects
as `<child>` elements in UI definitions. They support a custom `<attributes>`
element for their children, which can contain multiple `<attribute>`
elements. Each `<attribute>` element has a name attribute which specifies
a property of the cell renderer; the content of the element is the
attribute value.
This is an example of a UI definition fragment specifying attributes:
```xml
<object class="GtkCellView">
<child>
<object class="GtkCellRendererText"/>
<attributes>
<attribute name="text">0</attribute>
</attributes>
</child>
</object>
```
Furthermore for implementations of `GtkCellLayout` that use a `GtkCellArea`
to lay out cells (all `GtkCellLayout`s in GTK use a `GtkCellArea`)
[cell properties](class.CellArea.html#cell-properties) can also be defined
in the format by specifying the custom `<cell-packing>` attribute which can
contain multiple `<property>` elements.
Here is a UI definition fragment specifying cell properties:
```xml
<object class="GtkTreeViewColumn">
<child>
<object class="GtkCellRendererText"/>
<cell-packing>
<property name="align">True</property>
<property name="expand">False</property>
</cell-packing>
</child>
</object>
```
## Subclassing GtkCellLayout implementations
When subclassing a widget that implements `GtkCellLayout` like
`GtkIconView` or `GtkComboBox`, there are some considerations related
to the fact that these widgets internally use a `GtkCellArea`.
The cell area is exposed as a construct-only property by these
widgets. This means that it is possible to e.g. do
```c
GtkWIdget *combo =
g_object_new (GTK_TYPE_COMBO_BOX, "cell-area", my_cell_area, NULL);
```
to use a custom cell area with a combo box. But construct properties
are only initialized after instance `init()`
functions have run, which means that using functions which rely on
the existence of the cell area in your subclass `init()` function will
cause the default cell area to be instantiated. In this case, a provided
construct property value will be ignored (with a warning, to alert
you to the problem).
```c
static void
my_combo_box_init (MyComboBox *b)
{
GtkCellRenderer *cell;
cell = gtk_cell_renderer_pixbuf_new ();
// The following call causes the default cell area for combo boxes,
// a GtkCellAreaBox, to be instantiated
gtk_cell_layout_pack_start (GTK_CELL_LAYOUT (b), cell, FALSE);
...
}
GtkWidget *
my_combo_box_new (GtkCellArea *area)
{
// This call is going to cause a warning about area being ignored
return g_object_new (MY_TYPE_COMBO_BOX, "cell-area", area, NULL);
}
```
If supporting alternative cell areas with your derived widget is
not important, then this does not have to concern you. If you want
to support alternative cell areas, you can do so by moving the
problematic calls out of `init()` and into a `constructor()`
for your class.
-
Verschachtelte Klassen - Übersicht
Verschachtelte KlassenModifizierer und TypKlasseBeschreibungstatic interfacestatic interfaceVon Klasse geerbte verschachtelte Klassen/Schnittstellen ch.bailu.gtk.gobject.Object
Object.OnBindingTransformFunc, Object.OnDuplicateFunc, Object.OnNotify, Object.OnToggleNotify, Object.OnWeakNotify -
Feldübersicht
Von Klasse geerbte Felder ch.bailu.gtk.gobject.Object
SIGNAL_ON_NOTIFY -
Konstruktorübersicht
Konstruktoren -
Methodenübersicht
Modifizierer und TypMethodeBeschreibungvoidaddAttribute(CellRenderer cell, Str attribute, int column) Veraltet.voidaddAttribute(CellRenderer cell, String attribute, int column) Veraltet.voidclear()Veraltet.voidclearAttributes(CellRenderer cell) Veraltet.getArea()Veraltet.getCells()Veraltet.static ClassHandlerstatic intstatic longstatic TypeSystem.TypeSizestatic longstatic TypeSystem.TypeSizevoidpackEnd(CellRenderer cell, boolean expand) Veraltet.voidpackStart(CellRenderer cell, boolean expand) Veraltet.voidreorder(CellRenderer cell, int position) Veraltet.voidsetAttributes(CellRenderer cell, Object... _ellipsis) Veraltet.voidsetCellDataFunc(CellRenderer cell, CellLayout.OnCellLayoutDataFunc func, Pointer func_data, CellLayout.OnDestroyNotify destroy) Veraltet.Von Klasse geerbte Methoden ch.bailu.gtk.type.PropertyHolder
getBooleanProperty, getIntProperty, getObjectProperty, getStringProperty, getStrProperty, setBooleanProperty, setIntProperty, setObjectProperty, setStringProperty, setStrPropertyVon Klasse geerbte Methoden ch.bailu.gtk.gobject.Object
addToggleRef, bindProperty, bindProperty, bindPropertyFull, bindPropertyFull, bindPropertyWithClosures, bindPropertyWithClosures, compatControl, connect, connect, disconnect, disconnect, dupData, dupData, dupQdata, forceFloating, freezeNotify, get, get, getData, getData, getProperty, getProperty, getQdata, interfaceFindProperty, interfaceInstallProperty, isFloating, notify, notify, notifyByPspec, onNotify, ref, refSink, removeToggleRef, replaceData, replaceData, replaceQdata, runDispose, set, set, setData, setData, setDataFull, setDataFull, setProperty, setProperty, setQdata, setQdataFull, stealData, stealData, stealQdata, takeRef, thawNotify, unref, watchClosure, weakRef, weakUnrefVon Klasse geerbte Methoden ch.bailu.gtk.type.Pointer
asCPointer, cast, connectSignal, disconnectSignals, disconnectSignals, equals, hashCode, throwIfNull, throwNullPointerException, toString, unregisterCallbacks, unregisterCallbacksVon Klasse geerbte Methoden ch.bailu.gtk.type.Type
asCPointer, asCPointer, asCPointerNotNull, asJnaPointer, asJnaPointer, asPointer, asPointer, cast, cast, throwIfNullVon Klasse geerbte Methoden java.lang.Object
clone, finalize, getClass, notify, notifyAll, wait, wait, waitVon Schnittstelle geerbte Methoden ch.bailu.gtk.type.PointerInterface
asCPointerNotNull, asJnaPointer, asPointer, isNotNull, isNull
-
Konstruktordetails
-
CellLayout
-
-
Methodendetails
-
getClassHandler
-
addAttribute
@Deprecated public void addAttribute(@Nonnull CellRenderer cell, @Nonnull Str attribute, int column) Veraltet.Adds an attribute mapping to the list in @cell_layout.
The @column is the column of the model to get a value from, and the
@attribute is the property on @cell to be set from that value. So for
example if column 2 of the model contains strings, you could have the
“text” attribute of a `GtkCellRendererText` get its values from column 2.
In this context "attribute" and "property" are used interchangeably.- Parameter:
cell- a `GtkCellRenderer`attribute- a property on the renderercolumn- the column position on the model to get the attribute from
-
addAttribute
Veraltet.Adds an attribute mapping to the list in @cell_layout.
The @column is the column of the model to get a value from, and the
@attribute is the property on @cell to be set from that value. So for
example if column 2 of the model contains strings, you could have the
“text” attribute of a `GtkCellRendererText` get its values from column 2.
In this context "attribute" and "property" are used interchangeably.- Parameter:
cell- a `GtkCellRenderer`attribute- a property on the renderercolumn- the column position on the model to get the attribute from
-
clear
Veraltet.Unsets all the mappings on all renderers on @cell_layout and
removes all renderers from @cell_layout. -
clearAttributes
Veraltet.Clears all existing attributes previously set with
gtk_cell_layout_set_attributes().- Parameter:
cell- a `GtkCellRenderer` to clear the attribute mapping on
-
getArea
Veraltet.Returns the underlying `GtkCellArea` which might be @cell_layout
if called on a `GtkCellArea` or might be %NULL if no `GtkCellArea`
is used by @cell_layout.- Gibt zurück:
- the cell area used by @cell_layout
-
getCells
Veraltet.Returns the cell renderers which have been added to @cell_layout.- Gibt zurück:
- a list of cell renderers. The list, but not the renderers has been newly allocated and should be freed with g_list_free() when no longer needed.
-
packEnd
Veraltet.Adds the @cell to the end of @cell_layout. If @expand is %FALSE, then the
@cell is allocated no more space than it needs. Any unused space is
divided evenly between cells for which @expand is %TRUE.
Note that reusing the same cell renderer is not supported.- Parameter:
cell- a `GtkCellRenderer`expand- %TRUE if @cell is to be given extra space allocated to @cell_layout
-
packStart
Veraltet.Packs the @cell into the beginning of @cell_layout. If @expand is %FALSE,
then the @cell is allocated no more space than it needs. Any unused space
is divided evenly between cells for which @expand is %TRUE.
Note that reusing the same cell renderer is not supported.- Parameter:
cell- a `GtkCellRenderer`expand- %TRUE if @cell is to be given extra space allocated to @cell_layout
-
reorder
Veraltet.Re-inserts @cell at @position.
Note that @cell has already to be packed into @cell_layout
for this to function properly.- Parameter:
cell- a `GtkCellRenderer` to reorderposition- new position to insert @cell at
-
setAttributes
Veraltet.Sets the attributes in the parameter list as the attributes
of @cell_layout.
See [method@Gtk.CellLayout.add_attribute] for more details.
The attributes should be in attribute/column order, as in
gtk_cell_layout_add_attribute(). All existing attributes are
removed, and replaced with the new attributes.- Parameter:
cell- a `GtkCellRenderer`_ellipsis- a %NULL-terminated list of attributes
-
setCellDataFunc
@Deprecated public void setCellDataFunc(@Nonnull CellRenderer cell, CellLayout.OnCellLayoutDataFunc func, @Nullable Pointer func_data, CellLayout.OnDestroyNotify destroy) Veraltet.Sets the `GtkCellLayout`DataFunc to use for @cell_layout.
This function is used instead of the standard attributes mapping
for setting the column value, and should set the value of @cell_layout’s
cell renderer(s) as appropriate.
@func may be %NULL to remove a previously set function.- Parameter:
cell- a `GtkCellRenderer`func- the `GtkCellLayout`DataFunc to usefunc_data- user data for @funcdestroy- destroy notify for @func_data
-
getTypeID
public static long getTypeID() -
getParentTypeID
public static long getParentTypeID() -
getTypeSize
-
getParentTypeSize
-
getInstanceSize
public static int getInstanceSize()
-