Class ListItemFactory
- All Implemented Interfaces:
Proxy
- Direct Known Subclasses:
BuilderListItemFactory
,SignalListItemFactory
GtkListItemFactory
creates widgets for the items taken from a GListModel
.
This is one of the core concepts of handling list widgets such
as ListView
or GridView
.
The GtkListItemFactory
is tasked with creating widgets for items
taken from the model when the views need them and updating them as
the items displayed by the view change.
A view is usually only able to display anything after both a factory and a model have been set on the view. So it is important that you do not skip this step when setting up your first view.
Because views do not display the whole list at once but only a few
items, they only need to maintain a few widgets at a time. They will
instruct the GtkListItemFactory
to create these widgets and bind them
to the items that are currently displayed.
As the list model changes or the user scrolls to the list, the items will change and the view will instruct the factory to bind the widgets to those new items.
The actual widgets used for displaying those widgets is provided by you.
When the factory needs widgets created, it will create a GtkListItem
and hand it to your code to set up a widget for. This list item will provide
various properties with information about what item to display and provide
you with some opportunities to configure its behavior. See the
ListItem
documentation for further details.
Various implementations of GtkListItemFactory
exist to allow you different
ways to provide those widgets. The most common implementations are
BuilderListItemFactory
which takes a GtkBuilder
.ui file
and then creates widgets and manages everything automatically from the
information in that file and SignalListItemFactory
which allows
you to connect to signals with your own code and retain full control over
how the widgets are setup and managed.
A GtkListItemFactory
is supposed to be final - that means its behavior should
not change and the first widget created from it should behave the same way as
the last widget created from it.
If you intend to do changes to the behavior, it is recommended that you create
a new GtkListItemFactory
which will allow the views to recreate its widgets.
Once you have chosen your factory and created it, you need to set it
on the view widget you want to use it with, such as via
ListView.setFactory(org.gnome.gtk.ListItemFactory)
. Reusing factories across different
views is allowed, but very uncommon.
-
Nested Class Summary
Modifier and TypeClassDescriptionstatic class
ListItemFactory.Builder<B extends ListItemFactory.Builder<B>>
Inner class implementing a builder pattern to construct a GObject with properties.static class
Nested classes/interfaces inherited from class org.gnome.gobject.GObject
GObject.NotifyCallback, GObject.ObjectClass
-
Constructor Summary
ConstructorDescriptionListItemFactory
(MemorySegment address) Create a ListItemFactory proxy instance for the provided memory address. -
Method Summary
Modifier and TypeMethodDescriptionprotected ListItemFactory
asParent()
Returns this instance as if it were its parent type.static ListItemFactory.Builder
<? extends ListItemFactory.Builder> builder()
AListItemFactory.Builder
object constructs aListItemFactory
with the specified properties.static Type
getType()
Get the GType of the ListItemFactory classMethods inherited from class org.gnome.gobject.GObject
addToggleRef, addWeakPointer, bindProperty, bindProperty, bindProperty, bindPropertyFull, bindPropertyFull, bindPropertyWithClosures, bindPropertyWithClosures, compatControl, connect, connect, connect, constructed, disconnect, dispatchPropertiesChanged, dispose, dupData, dupQdata, emit, emitNotify, finalize_, forceFloating, freezeNotify, get, getData, getMemoryLayout, getProperty, getProperty, getProperty, getQdata, getv, interfaceFindProperty, interfaceInstallProperty, interfaceListProperties, isFloating, newInstance, newInstance, newInstance, newInstance, newv, notify_, notify_, notifyByPspec, onNotify, ref, refSink, removeToggleRef, removeWeakPointer, replaceData, replaceQdata, runDispose, set, setData, setDataFull, setProperty, setProperty, setProperty, setQdata, setQdataFull, setv, stealData, stealQdata, takeRef, thawNotify, unref, watchClosure, weakRef, weakUnref, withProperties
Methods inherited from class org.gnome.gobject.TypeInstance
callParent, callParent, getPrivate, readGClass, writeGClass
Methods inherited from class io.github.jwharm.javagi.base.ProxyInstance
equals, handle, hashCode
-
Constructor Details
-
ListItemFactory
Create a ListItemFactory proxy instance for the provided memory address.- Parameters:
address
- the memory address of the native object
-
-
Method Details
-
getType
-
asParent
Returns this instance as if it were its parent type. This is mostly synonymous to the Javasuper
keyword, but will set the native typeclass function pointers to the parent type. When overriding a native virtual method in Java, "chaining up" withsuper.methodName()
doesn't work, because it invokes the overridden function pointer again. To chain up, callasParent().methodName()
. This will call the native function pointer of this virtual method in the typeclass of the parent type. -
builder
AListItemFactory.Builder
object constructs aListItemFactory
with the specified properties. Use the variousset...()
methods to set properties, and finish construction withListItemFactory.Builder.build()
.
-