StyleContextRef
public struct StyleContextRef : StyleContextProtocol, GWeakCapturing
GtkStyleContext
is an object that stores styling information affecting
a widget defined by GtkWidgetPath
.
In order to construct the final style information, GtkStyleContext
queries information from all attached GtkStyleProviders
. Style providers
can be either attached explicitly to the context through
gtk_style_context_add_provider()
, or to the screen through
gtk_style_context_add_provider_for_screen()
. The resulting style is a
combination of all providers’ information in priority order.
For GTK+ widgets, any GtkStyleContext
returned by
gtk_widget_get_style_context()
will already have a GtkWidgetPath
, a
GdkScreen
and RTL/LTR information set. The style context will also be
updated automatically if any of these settings change on the widget.
If you are using the theming layer standalone, you will need to set a
widget path and a screen yourself to the created style context through
gtk_style_context_set_path()
and possibly gtk_style_context_set_screen()
. See
the “Foreign drawing“ example in gtk3-demo.
Style Classes #
Widgets can add style classes to their context, which can be used to associate different styles by class. The documentation for individual widgets lists which style classes it uses itself, and which style classes may be added by applications to affect their appearance.
GTK+ defines macros for a number of style classes.
Style Regions
Widgets can also add regions with flags to their context. This feature is deprecated and will be removed in a future GTK+ update. Please use style classes instead.
GTK+ defines macros for a number of style regions.
Custom styling in UI libraries and applications
If you are developing a library with custom GtkWidgets
that
render differently than standard components, you may need to add a
GtkStyleProvider
yourself with the GTK_STYLE_PROVIDER_PRIORITY_FALLBACK
priority, either a GtkCssProvider
or a custom object implementing the
GtkStyleProvider
interface. This way themes may still attempt
to style your UI elements in a different way if needed so.
If you are using custom styling on an applications, you probably want then
to make your style information prevail to the theme’s, so you must use
a GtkStyleProvider
with the GTK_STYLE_PROVIDER_PRIORITY_APPLICATION
priority, keep in mind that the user settings in
XDG_CONFIG_HOME/gtk-3.0/gtk.css
will
still take precedence over your changes, as it uses the
GTK_STYLE_PROVIDER_PRIORITY_USER
priority.
The StyleContextRef
type acts as a lightweight Swift reference to an underlying GtkStyleContext
instance.
It exposes methods that can operate on this data type through StyleContextProtocol
conformance.
Use StyleContextRef
only as an unowned
reference to an existing GtkStyleContext
instance.
-
Untyped pointer to the underlying `GtkStyleContext` instance.
For type-safe access, use the generated, typed pointer
style_context_ptr
property instead.Declaration
Swift
public let ptr: UnsafeMutableRawPointer!
-
Designated initialiser from the underlying
C
data typeDeclaration
Swift
@inlinable init(_ p: UnsafeMutablePointer<GtkStyleContext>)
-
Designated initialiser from a constant pointer to the underlying
C
data typeDeclaration
Swift
@inlinable init(_ p: UnsafePointer<GtkStyleContext>)
-
Conditional initialiser from an optional pointer to the underlying
C
data typeDeclaration
Swift
@inlinable init!(_ maybePointer: UnsafeMutablePointer<GtkStyleContext>?)
-
Conditional initialiser from an optional, non-mutable pointer to the underlying
C
data typeDeclaration
Swift
@inlinable init!(_ maybePointer: UnsafePointer<GtkStyleContext>?)
-
Conditional initialiser from an optional
gpointer
Declaration
Swift
@inlinable init!(gpointer g: gpointer?)
-
Conditional initialiser from an optional, non-mutable
gconstpointer
Declaration
Swift
@inlinable init!(gconstpointer g: gconstpointer?)
-
Reference intialiser for a related type that implements
StyleContextProtocol
Declaration
Swift
@inlinable init<T>(_ other: T) where T : StyleContextProtocol
-
This factory is syntactic sugar for setting weak pointers wrapped in
GWeak<T>
Declaration
Swift
@inlinable static func unowned<T>(_ other: T) -> StyleContextRef where T : StyleContextProtocol
-
Unsafe typed initialiser. Do not use unless you know the underlying data type the pointer points to conforms to
StyleContextProtocol
.Declaration
Swift
@inlinable init<T>(cPointer: UnsafeMutablePointer<T>)
-
Unsafe typed initialiser. Do not use unless you know the underlying data type the pointer points to conforms to
StyleContextProtocol
.Declaration
Swift
@inlinable init<T>(constPointer: UnsafePointer<T>)
-
Unsafe untyped initialiser. Do not use unless you know the underlying data type the pointer points to conforms to
StyleContextProtocol
.Declaration
Swift
@inlinable init(mutating raw: UnsafeRawPointer)
-
Unsafe untyped initialiser. Do not use unless you know the underlying data type the pointer points to conforms to
StyleContextProtocol
.Declaration
Swift
@inlinable init(raw: UnsafeMutableRawPointer)
-
Unsafe untyped initialiser. Do not use unless you know the underlying data type the pointer points to conforms to
StyleContextProtocol
.Declaration
Swift
@inlinable init(opaquePointer: OpaquePointer)
-
Creates a standalone `GtkStyleContext`, this style context
won’t be attached to any widget, so you may want to call
gtk_style_context_set_path()
yourself.This function is only useful when using the theming layer separated from GTK+, if you are using
GtkStyleContext
to themeGtkWidgets
, usegtk_widget_get_style_context()
in order to get a style context ready to theme the widget.Declaration
Swift
@inlinable init()