gtkmm 4.13.2
|
|
strong |
Positioning hints for aligning a surface relative to a rectangle.
These hints determine how the surface should be positioned in the case that the surface would fall off-screen if placed in its ideal position.
For example, Gdk::AnchorHints::FLIP_X will replace Gdk::Gravity::NORTH_WEST with Gdk::Gravity::NORTH_EAST and vice versa if the surface extends beyond the left or right edges of the monitor.
If Gdk::AnchorHints::SLIDE_X is set, the surface can be shifted horizontally to fit on-screen. If Gdk::AnchorHints::RESIZE_X is set, the surface can be shrunken horizontally to fit.
In general, when multiple flags are set, flipping should take precedence over sliding, which should take precedence over resizing.
AnchorHints operator|(AnchorHints, AnchorHints)
AnchorHints operator&(AnchorHints, AnchorHints)
AnchorHints operator^(AnchorHints, AnchorHints)
AnchorHints operator~(AnchorHints)
AnchorHints& operator|=(AnchorHints&, AnchorHints)
AnchorHints& operator&=(AnchorHints&, AnchorHints)
AnchorHints& operator^=(AnchorHints&, AnchorHints)
|
strong |
Flags describing the current capabilities of a device/tool.
AxisFlags operator|(AxisFlags, AxisFlags)
AxisFlags operator&(AxisFlags, AxisFlags)
AxisFlags operator^(AxisFlags, AxisFlags)
AxisFlags operator~(AxisFlags)
AxisFlags& operator|=(AxisFlags&, AxisFlags)
AxisFlags& operator&=(AxisFlags&, AxisFlags)
AxisFlags& operator^=(AxisFlags&, AxisFlags)
|
strong |
Defines how device axes are interpreted by GTK.
Note that the X and Y axes are not really needed; pointer devices report their location via the x/y members of events regardless. Whether X and Y are present as axes depends on the GDK backend.
Enumerator | |
---|---|
IGNORE | The axis is ignored. |
X | |
Y | |
DELTA_X | |
DELTA_Y | |
PRESSURE | |
XTILT | |
YTILT | |
WHEEL | |
DISTANCE | |
ROTATION | |
SLIDER | |
LAST | A constant equal to the numerically highest axis value. |
|
strong |
Flags describing the seat capabilities.
Seat::Capabilities operator|(Seat::Capabilities, Seat::Capabilities)
Seat::Capabilities operator&(Seat::Capabilities, Seat::Capabilities)
Seat::Capabilities operator^(Seat::Capabilities, Seat::Capabilities)
Seat::Capabilities operator~(Seat::Capabilities)
Seat::Capabilities& operator|=(Seat::Capabilities&, Seat::Capabilities)
Seat::Capabilities& operator&=(Seat::Capabilities&, Seat::Capabilities)
Seat::Capabilities& operator^=(Seat::Capabilities&, Seat::Capabilities)
|
strong |
|
strong |
Specifies the crossing mode for enter and leave events.
|
strong |
Used in Gdk::Drop
and Gdk::Drag
to indicate the actions that the destination can and should do with the dropped data.
DragAction operator|(DragAction, DragAction)
DragAction operator&(DragAction, DragAction)
DragAction operator^(DragAction, DragAction)
DragAction operator~(DragAction)
DragAction& operator|=(DragAction&, DragAction)
DragAction& operator&=(DragAction&, DragAction)
DragAction& operator^=(DragAction&, DragAction)
|
strong |
|
strong |
|
strong |
Flags about a paintable object.
Implementations use these for optimizations such as caching.
Paintable::Flags operator|(Paintable::Flags, Paintable::Flags)
Paintable::Flags operator&(Paintable::Flags, Paintable::Flags)
Paintable::Flags operator^(Paintable::Flags, Paintable::Flags)
Paintable::Flags operator~(Paintable::Flags)
Paintable::Flags& operator|=(Paintable::Flags&, Paintable::Flags)
Paintable::Flags& operator&=(Paintable::Flags&, Paintable::Flags)
Paintable::Flags& operator^=(Paintable::Flags&, Paintable::Flags)
Enumerator | |
---|---|
STATIC_SIZE | The size is immutable. The Gdk::Paintable::signal_invalidate_size() signal will never be emitted. |
STATIC_CONTENTS | The content is immutable. The Gdk::Paintable::signal_invalidate_contents() signal will never be emitted. |
|
strong |
Prefer Gdk::MemoryFormat to Gdk::MemoryTexture::Format where possible.
Gdk::MemoryFormat
describes formats that image data can have in memory.
Gdk::MemoryFormat and Gdk::MemoryTexture::Format are identical. It's possible to convert between them with static_cast.
It describes formats by listing the contents of the memory passed to it. So GDK_MEMORY_A8R8G8B8 will be 1 byte (8 bits) of alpha, followed by a byte each of red, green and blue. It is not endian-dependent, so CAIRO_FORMAT_ARGB32 is represented by different Gdk::MemoryFormats
on architectures with different endiannesses.
Its naming is modelled after VkFormat for details).
|
strong |
|
strong |
The list of the different APIs that GdkGLContext can potentially support.
GLApi operator|(GLApi, GLApi)
GLApi operator&(GLApi, GLApi)
GLApi operator^(GLApi, GLApi)
GLApi operator~(GLApi)
GLApi& operator|=(GLApi&, GLApi)
GLApi& operator&=(GLApi&, GLApi)
GLApi& operator^=(GLApi&, GLApi)
Enumerator | |
---|---|
GL | The OpenGL API. |
GLES | The OpenGL ES API. |
|
strong |
The list of the different APIs that GdkGLContext can potentially support.
GLAPI operator|(GLAPI, GLAPI)
GLAPI operator&(GLAPI, GLAPI)
GLAPI operator^(GLAPI, GLAPI)
GLAPI operator~(GLAPI)
GLAPI& operator|=(GLAPI&, GLAPI)
GLAPI& operator&=(GLAPI&, GLAPI)
GLAPI& operator^=(GLAPI&, GLAPI)
Enumerator | |
---|---|
GL | |
GLES |
|
strong |
Defines the reference point of a surface and is used in Gdk::PopupLayout
.
|
strong |
An enumeration describing the type of an input device in general terms.
|
strong |
Interpolation modes for scaling functions.
The Gdk::InterpType::NEAREST
mode is the fastest scaling method, but has horrible quality when scaling down; Gdk::InterpType::BILINEAR
is the best choice if you aren't sure what to choose, it has a good speed/quality balance.
Note: Cubic filtering is missing from the list; hyperbolic interpolation is just as fast and results in higher quality.
|
strong |
Describes how well an event matches a given keyval and modifiers.
Gdk::KeyMatch
values are returned by Gdk::KeyEvent::matches().
|
strong |
Gdk::MemoryFormat
describes formats that image data can have in memory.
It describes formats by listing the contents of the memory passed to it. So GDK_MEMORY_A8R8G8B8 will be 1 byte (8 bits) of alpha, followed by a byte each of red, green and blue. It is not endian-dependent, so CAIRO_FORMAT_ARGB32 is represented by different Gdk::MemoryFormats
on architectures with different endiannesses.
Its naming is modelled after VkFormat for details).
|
strong |
Flags to indicate the state of modifier keys and mouse buttons in events.
Typical modifier keys are Shift, Control, Meta, Super, Hyper, Alt, Compose, Apple, CapsLock or ShiftLock.
Note that GDK may add internal values to events which include values outside of this enumeration. Your code should preserve and ignore them. You can use GDK_MODIFIER_MASK to remove all private values.
ModifierType operator|(ModifierType, ModifierType)
ModifierType operator&(ModifierType, ModifierType)
ModifierType operator^(ModifierType, ModifierType)
ModifierType operator~(ModifierType)
ModifierType& operator|=(ModifierType&, ModifierType)
ModifierType& operator&=(ModifierType&, ModifierType)
ModifierType& operator^=(ModifierType&, ModifierType)
|
strong |
Specifies the kind of crossing for enter and leave events.
See the X11 protocol specification of LeaveNotify for full details of crossing event generation.
|
strong |
Used to represent the different paint clock phases that can be requested.
The elements of the enumeration correspond to the signals of Gdk::FrameClock
.
FrameClock::Phase operator|(FrameClock::Phase, FrameClock::Phase)
FrameClock::Phase operator&(FrameClock::Phase, FrameClock::Phase)
FrameClock::Phase operator^(FrameClock::Phase, FrameClock::Phase)
FrameClock::Phase operator~(FrameClock::Phase)
FrameClock::Phase& operator|=(FrameClock::Phase&, FrameClock::Phase)
FrameClock::Phase& operator&=(FrameClock::Phase&, FrameClock::Phase)
FrameClock::Phase& operator^=(FrameClock::Phase&, FrameClock::Phase)
|
strong |
The possible rotations which can be passed to Gdk::Pixbuf::rotate_simple().
To make them easier to use, their numerical values are the actual degrees.
Enumerator | |
---|---|
NONE | No rotation. |
COUNTERCLOCKWISE | Rotate by 90 degrees. |
UPSIDEDOWN | Rotate by 180 degrees. |
CLOCKWISE | Rotate by 270 degrees. |
|
strong |
Specifies the direction for scroll events.
|
strong |
Specifies the unit of scroll deltas.
When you get Gdk::ScrollUnit::WHEEL, a delta of 1.0 means 1 wheel detent click in the south direction, 2.0 means 2 wheel detent clicks in the south direction... This is the same logic for negative values but in the north direction.
If you get Gdk::ScrollUnit::SURFACE, are managing a scrollable view and get a value of 123, you have to scroll 123 surface logical pixels right if it's delta_x or down if it's delta_y. This is the same logic for negative values but you have to scroll left instead of right if it's delta_x and up instead of down if it's delta_y.
1 surface logical pixel is equal to 1 real screen pixel multiplied by the final scale factor of your graphical interface (the product of the desktop scale factor and eventually a custom scale factor in your app).
Enumerator | |
---|---|
WHEEL | |
SURFACE | The delta is in surface pixels to scroll directly on screen. |
|
strong |
Specifies the state of a toplevel surface.
On platforms that support information about individual edges, the Gdk::Toplevel::State::TILED state will be set whenever any of the individual tiled states is set. On platforms that lack that support, the tiled state will give an indication of tiledness without any of the per-edge states being set.
Toplevel::State operator|(Toplevel::State, Toplevel::State)
Toplevel::State operator&(Toplevel::State, Toplevel::State)
Toplevel::State operator^(Toplevel::State, Toplevel::State)
Toplevel::State operator~(Toplevel::State)
Toplevel::State& operator|=(Toplevel::State&, Toplevel::State)
Toplevel::State& operator&=(Toplevel::State&, Toplevel::State)
Toplevel::State& operator^=(Toplevel::State&, Toplevel::State)
|
strong |
This enumeration describes how the red, green and blue components of physical pixels on an output device are laid out.
|
strong |
|
strong |
Specifies the current state of a touchpad gesture.
All gestures are guaranteed to begin with an event with phase Gdk::TouchpadGesturePhase::BEGIN, followed by 0 or several events with phase Gdk::TouchpadGesturePhase::UPDATE.
A finished gesture may have 2 possible outcomes, an event with phase Gdk::TouchpadGesturePhase::END will be emitted when the gesture is considered successful, this should be used as the hint to perform any permanent changes.
Cancelled gestures may be so for a variety of reasons, due to hardware or the compositor, or due to the gesture recognition layers hinting the gesture did not finish resolutely (eg. a 3rd finger being added during a pinch gesture). In these cases, the last event will report the phase Gdk::TouchpadGesturePhase::CANCEL, this should be used as a hint to undo any visible/permanent changes that were done throughout the progress of the gesture.
|
strong |
Indicates the specific type of tool being used being a tablet.
Such as an airbrush, pencil, etc.
|
strong |
Specifies the type of the event.
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |
|
inline |