| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Public headers should mainly include gdktypes.h, which already include
the symbol visibility and versioning macros; we can also modify
gdktypes.h to include the enumerations.
|
|
|
|
|
| |
It was just added to avoid touching too many files.
Touching them now.
|
|
|
|
| |
The conversion was done by guard2one.
|
|
|
|
|
|
| |
Add gdkenums.h for enums and keep gdktypes.h for types.
Makes both files easier to read.
|
|
|
|
| |
Convert links, make things more concise.
|
| |
|
|
|
|
|
| |
This header looked just too disorderly.
Same for gdkdevicetool.h.
|
|
|
|
|
| |
Axes are actually a per-tool property, we just adapt devices to the
current tool.
|
|
|
|
|
|
|
|
|
|
|
|
| |
We use a compilation symbol in our build to allow the inclusion of
specific headers while building GTK, to avoid the need to include only
the global header.
Each namespace has its own compilation symbol because we used to have
different libraries, and strict symbol visibility between libraries;
now that we have a single library, and we can use private symbols across
namespaces while building GTK, we should have a single compilation
symbol, and simplify the build rules.
|
|
|
|
|
| |
4.0 will represent a clean epoch. We don't want to have
lots of noise in the docs about 2.x or 3.x.
|
|
|
|
|
|
|
| |
Remove all the old 2.x and 3.x version annotations.
GTK+ 4 is a new start, and from the perspective of a
GTK+ 4 developer all these APIs have been around since
the beginning.
|
|
|
|
|
|
|
| |
Although scarcely used, this information may be useful to retrieve
from the windowing systems that offer this information.
https://bugzilla.gnome.org/show_bug.cgi?id=770026
|
|
|
|
|
|
| |
This is a guint64, not just a guint.
https://bugzilla.gnome.org/show_bug.cgi?id=770026
|
|
|