isa/mutter
1
0
Fork 0
mirror of https://github.com/brl/mutter.git synced 2024-11-12 17:27:03 -05:00
Code Issues Packages Projects Releases Wiki Activity
c0b148232d
mutter/examples
History
Emmanuele Bassi c0b148232d examples: Remove a stray restore_easing_state() 
The DropAction example has an additional restore_easing_state() on the
handle which will produce a warning.
2013-06-15 12:12:43 +01: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: Remove a stray restore_easing_state() 2013-06-15 12:12:43 +01:00
easing-modes.c examples/easing-modes: Use newly added modes 2012-07-19 22:13:28 -04:00
flow-layout.c flow-layout: Add :snap-to-grid property 2013-05-11 10:54:38 -04: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 build: Remove INCLUDES directives 2013-05-15 15:18:13 +01: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.