| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=753895
|
|
|
|
|
|
| |
We are currently using deprecated/Clutter-specific API in Cogl to
retrieve the XVisualInfo associated with the (E)GLX context. Cogl 1.21.2
added new CoglRenderer API to achieve the same result.
|
|
|
|
| |
We're going to use API added in Cogl 1.21.
|
|
|
|
| |
Should help diagnosing issues.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
We use GIO types in the API, so we cannot just rely on our dependencies
to add GIO.
|
| |
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=746279
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We want to use the Cogl GL3 driver, if possible, and then go through a
known list of Cogl drivers, before giving up and using COGL_DRIVER_ANY.
Based on original patch from Emmanuele Bassi.
We have to create and tear down the whole context when trying
out the drivers though because the extension checks do not happen
until cogl_context_init.
https://bugzilla.gnome.org/show_bug.cgi?id=742678
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
In addition to pivot-point also mention _set_translation().
|
|
|
|
|
|
|
|
|
|
| |
The ClutterX11XInputEventTypes enumeration has been unused inside
Clutter for the past 4 years and a half, since we switched to the
XInput 2 API.
The enumeration itself has always been private, and nobody should
have used it in the first place, but if something breaks, we can
revert this commit.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
They should be part of the backend-specific API.
The only backend that has an enumeration type is the X11 one, and it's
small, so we can simply put it there.
This is not an ABI change: the backend-specific symbols are still in
the same SO. You'll be required to import clutter-x11.h to have access
to the GType method at the source level, whereas before just importing
clutter.h would have sufficed. The only user of that enumeration was a
function declared in clutter-x11.h, anyway.
|
|
|
|
|
|
| |
We're inconsistently using the NAMESPACE variable instead of passing
the --identifier-prefix and --symbol-prefix command line arguments to
the introspection scanner.
|
|
|
|
|
| |
Now with the appropriate compiler warning that points to the replacement
key symbol.
|
|
|
|
|
|
| |
Now that we can warn about deprecated macros, we should finally do it
for the old, non-namespaced key symbol macros that we've been stringing
along since the 1.0 days.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=752272
|
|
|
|
|
| |
In function clutter_actor_set_final_state, the pspec pointer returned by calling
g_object_class_find_property is not checked for NULL.
|
|
|
|
|
|
|
| |
I forgot to add the fallback definitions in case we're not using GCC;
without them, anybody using non-GCC compilers will get a build error.
https://bugzilla.gnome.org/show_bug.cgi?id=752272
|
| |
|
|
|
|
|
| |
Now that we can warn without breaking the build, we should deprecate the
state access macros for ClutterActor.
|
|
|
|
|
| |
Porting actor-graph is easier than porting actor-invariants, and we're
not really testing the internals of ClutterActor.
|
|
|
|
|
| |
When testing the invariants we do also test deprecated API; there's no
need to warn.
|
|
|
|
| |
Use the replacement functions instead.
|
|
|
|
| |
Use the replacement functions instead.
|
|
|
|
| |
Use the equivalent functions instead.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We want to be able to deprecate macros, but right now the best we can do
is to wrap them with things like:
#ifndef CLUTTER_DISABLE_DEPRECATED
# define A_MACRO_I_WANT_TO_DEPRECATE ...
#endif
Which requires adding a new symbol to the build, and will cause a build
error instead of a compiler/pre-processor warning.
Fortunately, we can use the _Pragma() keyword introduced by C99 and
supported by GCC to add a warning to the output, while leaving the macro
itself intact.
GCC does not have a "deprecated" pragma, so we have to use a generic
warning; this also means we cannot do nifty things like concatenating
strings and the like, as we do for the "deprecated" attribute.
The macro deprecation symbol should have the same affordances as the
function deprecation one, and evaluate to nothing if the required
version is lower than the current version; or if the global toggle for
deprecation warnings is in effect.
|
|
|
|
| |
These are needed in order to make these events binding friendly
|
|
|
|
|
| |
The translation from libinput events is fairly straightforward, as they
map almost 1:1.
|
|
|
|
|
|
|
|
|
| |
We now have ClutterTouchpadPinchEvent and ClutterTouchpadSwipeEvent,
each bringing the necessary info for the specific gesture. Each
of these events is defined by begin/update/end/cancel phases.
These events have been also made to propagate down/up the pointer
position, just like scroll and button events do.
|
|
|
|
| |
We've been shipping with outdated links for a long while.
|
|
|
|
| |
Otherwise we break because of rounding.
|
|
|
|
|
|
|
|
|
|
| |
When binding models to actors to map items to children we don't often
need the full control of a function; in many cases we just need to
specify the type of the child we want to construct and the properties
on both the item and the child that we want to bind.
We should provide a simple convenience function that does all this for
us.
|
|
|
|
| |
Show a simple transition when the current menu item is activated.
|
|
|
|
| |
This is an example so it ought to be a bit more didactic.
|
|
|
|
|
|
|
| |
Avoid using GdkX11Screen API when the GDK backend being used is not the
X11 one.
https://bugzilla.gnome.org/show_bug.cgi?id=752143
|
|
|
|
| |
Map to the field name and the signal name, so it's clear what it does.
|
|
|
|
|
| |
We should rearrange the fields a bit so they get packed without holes,
and aligned with cacheline boundaries.
|
|
|
|
|
|
| |
The whole of ClutterBackend is a final/protected type, so having a bunch
of instance fields and an instance private data structure is redundant
at best, and less efficient at worst.
|