isa/mutter
1
0
Fork 0
mirror of https://github.com/brl/mutter.git synced 2024-12-25 04:22:05 +00:00
Code Issues Packages Projects Releases Wiki Activity
f66108e43a
mutter/examples
History
Emmanuele Bassi c11c875762 examples/layout-manager: Remove unnecessary easing state save 
The actors in the layout are already set up with a non-default easing
state, we can use that.
2013-03-13 15:05:27 -03:00
..
basic-actor.c examples/basic: Use the event type and not a flag 2012-07-30 10:54:18 +01:00
bin-layout.c examples: Use pivot point, not anchor point 2012-07-11 13:22:20 +01:00
box-layout.c examples/box: Allow toggling animations 2012-08-20 17:58:30 +01:00
canvas.c examples/canvas: Resize the canvas on allocation changes 2012-05-11 17:38:53 +01:00
constraints.c examples/constraints: Do not use deprecated API 2012-06-06 13:37:02 +01:00
drag-action.c examples: Update drag and drop action code 2012-05-24 13:58:31 +01:00
drop-action.c examples: Update drag and drop action code 2012-05-24 13:58:31 +01:00
easing-modes.c examples/easing-modes: Use newly added modes 2012-07-19 22:13:28 -04:00
flow-layout.c Remove usage of ClutterLayoutManager easing API 2012-07-11 13:22:21 +01:00
grid-layout.c Remove usage of ClutterLayoutManager easing API 2012-07-11 13:22:21 +01:00
image-content.c tap-action: Add TapAction, to handle mouse/touch tapping 2012-10-19 13:41:31 +02:00
layout-manager.c examples/layout-manager: Remove unnecessary easing state save 2013-03-13 15:05:27 -03:00
Makefile.am pan-action: add PanAction, to handle panning in scrollable actors 2012-08-28 10:11:16 -03:00
pan-action.c examples: Remove clutter_x11_enable_xinput() 2012-12-18 01:27:32 +00:00
README Move examples from tests/interactive to a new top-level 2012-05-01 19:00:35 +01:00
rounded-rectangle.c examples: Use rotation angle and pivot point 2012-07-11 13:22:19 +01:00
scroll-actor.c Move scroll actor test to the examples 2012-05-17 10:57:15 +01:00
threads.c examples: Use pivot point, not anchor point 2012-07-11 13:22:20 +01:00

README 

The code in this directory is meant to be XIncluded into the Clutter API
reference, and thus is to be considered part of the Clutter documentation.

As such, the code MUST be:

  - correct;
  - idiomatic, i.e. show how a task is meant to be achieved using the
    best possible practices given the current API;
  - well documented;
  - ready for copy and paste.