Spinners are essentially animated symbolic icons. We don't really
want them being rendered to arbitrary sizes. Also the current
technique for rendering the activity is not suitable for larger
sizes. Until we have a better technique we should limit the size
to the MENU icon size or exactly twice that size.

https://bugzilla.gnome.org/show_bug.cgi?id=702996

In particular gtksettings.h and gtkstylecontext.h needed to be included
in lots of places now.

Also, I order the includes alphabetically in a bunch of headers.

I didn't pay enough attention when merging, it seems.

The consensus of the accessibility team was that this is
an animation. Update tests to match.

gtkstyle.h is similarly unused.

gcc 4.6.0 has started to warn about set-but-unused variables.
So don't do that, then.

Animation is now handled by the theming layer, a looping animation
has been defined in the default CSS to handle active spinners.

ATK provides macros to the same effect as G_DEFINE_TYPE; using these
macros has the advantage of removing tons of duplicated code and
reducing the maintainership burden.

The widgets with inline accessibility implementation should switch to
these macros, and clean up the code.

https://bugzilla.gnome.org/show_bug.cgi?id=636060

It doesn't make sense to keep them separate as GtkSizeRequest requires a
GtkWidget and GtkWidget implements GtkSizeRequest, so you can never have
one without the other.
It also makes the code a lot easier because no casts are required when
calling functions.

Also, the names would translate to gtk_widget_get_width() and people
agreed that this would be a too generic name, so a "preferred" was added
to the names.

So this patch moves the functions:
gtk_size_request_get_request_mode() => gtk_widget_get_request_mode()
gtk_size_request_get_width() => gtk_widget_get_preferred_width()
gtk_size_request_get_height() => gtk_widget_get_preferred_height()
gtk_size_request_get_size() => gtk_widget_get_preferred_size()
gtk_size_request_get_width_for_height() =>
  gtk_widget_get_preferred_width_for_height()
gtk_size_request_get_height_for_width() =>
  gtk_widget_get_preferred_height_for_width()
... and moves the corresponding vfuncs to the GtkWidgetClass.

The patch also renames the implementations of the vfuncs in widgets to
include the word "preferrred".

Large patch, but just renaming.
Indentation should still mostly be correct because I took care of
keeping the indentation for this function name.

Otherwise hiding the spinner won't stop it

A drawing area is not meant to be subclassed from. It also doesn't
provide any feature a spinner would need either.

Doing size requests in expose is broken.

Also remove redundant double definition.

No magic numbers in the code please

Bug#629110: gtk_spinner_accessible_get_type always returns null

GtkSpinner doesn't use GdkRGB

https://bugzilla.gnome.org/show_bug.cgi?id=623845

is not ready for integration

This commit makes the native-layout branch into a reasonable
patch applicable to git master, it pulls out GtkCellRenderer
support, ComboBox support, the Plug/Socket api is also not ready
and is pulled out.

This should not change the space taken by the spinner when hidden,
and it should only set the minimum size not the actual size (i.e. code
in place was conditionally setting it if not allocated 12x12, which
doesnt really make sense)... This fixes spinners showing at the correct size
in gtk-demo.

Use new API instead: gtk_widget_set_has_window ()

https://bugzilla.gnome.org/show_bug.cgi?id=69872

Use gtk_widget_get_realized() instead

https://bugzilla.gnome.org/show_bug.cgi?id=69872

Use gtk_widget_is_sensitive() instead

https://bugzilla.gnome.org/show_bug.cgi?id=69872

Use new API instead: gtk_widget_set_has_window ()

https://bugzilla.gnome.org/show_bug.cgi?id=69872

Use gtk_widget_get_realized() instead

https://bugzilla.gnome.org/show_bug.cgi?id=69872

Use gtk_widget_is_sensitive() instead

https://bugzilla.gnome.org/show_bug.cgi?id=69872