Bug 676077: Fix handling of Keyboard Input on Windows

Don't use ASCII control characters to denote the input of Esc, Tab,
Return/Enter, Backspace and Delete, as it seems that it is not how
Windows handle them, and they cause weird characters to appear in the
input field on GTK+3 programs in non-English Windows.  Instead, let
these keys be handled as-is on Windows, like what is done in GTK+-2.x.

Checked with mclasen on IRC, and thanks to the people who verified the
patch to not break anything on English Windows.

Rename gtk_icon_view_get_cell_area to gtk_icon_view_get_cell_rect

get_cell_area was "conflicting" with the property named "cell-area"
which is something different.

Updated Galician translations

Enable gio-unix for Quartz

Fixes a compile failure because gdbus-config uses G_OS_UNIX to guard
gio-unix features instead of HAVE_GIO_UNIX.

Cosmetics

Fix a compiler warning

This was introduced in the previous commit.

GtkNotebook: Fix reverse tab order

When using Shift-Tab to move the focus out of page content onto
the tab label, we end up in a situation where both Tab and Shift-Tab
move focus back into the page, which is not really what is expected
when the notebook is part of a dialog.

Instead, arrange things so that using Shift-Tab with focus on a
tab label moves the focus out of the notebook.

http://bugzilla.gnome.org/show_bug.cgi?id=669986

gtkdbusinterfaces: Fix srcdir != builddir

gtk: add gtkdbusinterfaces.xml to EXTRA_DIST

GtkNotebook: Maintain invariants during tab dnd

It turns out that we can end up removing a notebook child while
the tab is still 'detached'. Child removal causes
gtk_notebook_remove_tab_label() to be called on the tab label,
but that function did not deal with the eventuality that the tab
label may be a child of the dnd window.

http://bugzilla.gnome.org/show_bug.cgi?id=677943

config.h.win32.in: Updates

Make it reflect the contents of the config.h.in template.

gtk/gtkcsseasevalue.c: Remove C99ism

Update Visual C++ property sheets

"Install" the demo css files as well.

Fix the gtk3-demo Visual C++ projects

Add the demos that were introduced recently in the projects.

gtk/Makefile.am: Fix Visual C++ disthook rules

gtkdbusgenerated.c needs to be included in the projects as well.

Update Visual C++ 2008 property sheet

Standardize on using $(CopyDir), as it is now done in the Visual C++ 2010
sheets, for consistency reasons.

build: Add --without-atk-bridge, only check for it on X11 platforms

Some builders using gtk3 outside of the GNOME cycle want an option to
avoid linking to atk-bridge-2.0.  Provide that, and at the same time
ensure we're only looking for it on X11 platforms.

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

mountoperation: use the Shell DBus proxy if available

Make GMountOperation look for an owner of org.Gtk.MountOperationHandler
if possible, and use it instead of the GTK-based dialogs.
This allows applications to use the implementation offered by the
desktop shell, if available, through a DBus private interface:
org.Gtk.MountOperationHandler.

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

Add gtk_icon_view_get_cell_area

This gets the current cell area of a particular item. Its similar
to gtk_tree_view_get_cell_area().

The code is extracted from gtk_icon_view_set_tooltip_cell which now
just calls the old code.

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

Fixed the issue reported in Bug #613561

GdkDevice: Fix an inverted assertion

gdk_device_list_slave_devices only makes sense to call on master
devices, yet its g_return_if_fail check made it reject such devices.

Pointed out by monty.

a11y tests: update expected results

Updated Telugu Translation

Fix a memory leak in GtkImage

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

Updated Spanish translation

GtkImage: fix get_property('stock')

The code was trying to get icon's name instead of icon's stock-id.

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

Fix windres invocation

Signed-off-by: Chun-wei Fan <fanchunwei@src.gnome.org>

widget: don't call gtk_style_context_set_background if app_paintable

When a widget is app_paintable, its background should not be drawn by
the theme, thus we should not try to override its background again when
style-updated is fired.
This is a bit of a hack, but it fixes gray surfaces observed for DnD
windows with recent GTK+.

Updated Arabic translation

Updated POTFILES.in

gtkmenutoolbutton: Use GtkMenuButton

To implement the drop-down menu.

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

gtkmenubutton: Add menu button widget

As used in Totem and gnome-contacts. The widget
takes either a GtkMenu or a GMenuModel to construct
its menu, and can be given a parent widget to use to
position the drop-down (as used in GtkMenuToolButton).

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

gtk: Always load the atk-bridge

Slightly modified by Alejandro Piñeiro

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

image: Don't add border twice

Failed to delete these lines in d40c496e6eacb9f95c2b27eaebf58d320c2b9387

reftests: Add a reftest for the empty iconview

iconview: Special case the empty iconview

If the icon view is empty, we cannot get a reasonable size request from
the cell renderers. So all values we would compute are pretty much
useless.
So we special case it.

This also gets rid of a bunch of crashers from div-by-0 in corner cases.

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

image: background and border should be drawn around the widget

... not around the contents. If you want the widget to not be larger
than the contents, don't use ALIGN_FILL.

iconview: Add a descriptive function

I want to special-case empty icon views in the sizing code to avoid
various bugs, and having such a function is nice.

iconview: Ensure icons are at least 1x1 pixels

This is useful for 2 reasons:
(1) Items actually exist and are clickable
(2) Size computations don't divide by 0

I've not seen problems with this in the wild (mostly because
item-padding defaults to non-0), but noticed this while fixing other
bugs.

iconview: Don't add item-padding

... to item sizes when there are no items.

iconview: clamp item size to be in [minimum, natural]

Minimum size is necessary so you can see the item. If we can't get that
we need to scroll.
Natural as the maximum is used so that the spacing between items doesn't
increase when resizing the iconview, but empty space is added to the
right/bottom instead.

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

iconview: Include column spacing in calculation

The function is probably almost never used, so nobody has ever seen this
bug, but we should still get it right.

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

iconview: Add documentation abour different sizes

Did I mention I hate code that has different kinds of "boxes" or
coordinate systems but no clear way to distinguish them?
It's all ints here...

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

iconview: gtk_icon_view_compute_n_items_for_size bugfix

While working on the "iconview: Don't shrink items" patch I noticed that
gtk_icon_view_compute_n_items_for_size modifies the natural and minimum
item sizes it got from gtk_icon_view_get_preferred_item_size when
calculating the max number of items which will fit, but later on it
checks against these sizes when calculating the item_size, and these
checks expect these values to be unmodified.

This patch fixes this by modifying the natural and minimum values in
advance and doing all computations with modified values.

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

iconview: Don't shrink items

The previous code assumed that the width was always enough for more than
one column, which is obviously not correct when a number of columns is
hardcoded.

With this patch, it will now always check that the width is enough and
otherwise cause scrolling.

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

toolbar: don't call gtk_style_context_set_background()

GtkToolbar doesn't have its own GdkWindow to draw on (it calls
gtk_widget_set_has_window(FALSE) in _init), but only an event window
(input-only).
Since gtk_widget_get_window() in that case will return the GdkWindow of
the parent container, by calling gtk_style_context_set_background() here
we're overriding the base background of the container instead of our.
While in most cases this doesn't have any noticeable effect, since
the toplevel GtkWindow will paint its background on top of it at the
beginning of the draw cycle, when the classic window hierarchy is
broken, such as when widgets are rendered through a clutter-gtk
offscreen embedding, the background will become visible, which is
undesirable.
Fix this by having GtkToolbar not call gtk_style_context_set_background
in its style_updated handler.

Fix up the deprecation annotation for gtk_widget_get_pointer

When I added the versioned annotation, I accidentally backdated
it, so the Deprecated: tag in the docs said 3.4, but the annotation
said 3.0. Fix it so we say 3.4 in both places.

assistant: Set the proper stock images on the proper buttons

Copy/paste typo.

entry-completion: don't move to leftmost character with inline-selection

When inline-selection is set, and the completion popup is showing,
pressing left abruptly jumps to the beginning of the entry text.
This is not expected, since the cursor is at the end of the text before
the left key is pressed, and this behavior is completely inconsistent
with how an entry would normally behave.
The behavior can be observed in Epiphany by selecting a completion match
and pressing left.

This patch changes the code so that it just runs the default entry key
press keybindings in such a case.

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

stylecontext: pass down the requested change type to invalidation

<Company>: cosimoc: yes, that totally makes sense
<Company>: looks like a copy/paste error from when i factored out that
           function

fix  a typo

liststore: Make gtk_list_store_reorder() introspectable

Mark the new_order argument as zero-terminated array, even though it does not
need to be zero terminated (it has an implicit length not given by a constant
or another method argument). It does not hurt if bindings append an extra zero
to the array as long as it has enough elements, and this makes the method
introspectable.

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

application: Really allow NULL application-id

While the docs were adjusted to claim that NULL application-id is allowed,
the code actually segfaulted on it.

testscale: add a test for up/leftwards scales

spinbutton: fix a typo

GTK_STATE_* -> GTK_STATE_FLAG_*

widget-factory: Use GtkSearchEntry

Use GtkSearchEntry

Update docs for GtkEntry::activate

Remove the 'you shall not connect' message from this signal.
While it is a keybinding signal, using it from applications is
fine and, in fact, expected.

gdk: annotate the attributes_mask type for gdk_window_new

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

gtk: Add GtkSearchEntry

Add a search entry widget with the recommended behaviour implemented.
As used in gnome-control-center, Totem, gnome-documents and many others.

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

gdk: add a missing annotation to GdkEventProperty

Its 'state' field is of type GdkPropertyState.

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

gdk: add missing annotations to gdk_event_get_scroll_deltas

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

Updated Greek translation

a11y: fix a typo leading to a crash

text can't be NULL here, or we would have failed way earlier.
The original code from gail returned if the renderer text was NULL, and
we have to do that, or we'll end up calling e.g.
g_utf8_offset_to_pointer() on a NULL pointer.

https://bugzilla.redhat.com/show_bug.cgi?id=827930

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

tests: add an unit test for the previous commits

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

treestore: fix transformation of GValues on set

There are three bugs here:
- we should check if the value type is transformable instead of being
  compatible, since that's all we care about in order to call
  g_value_transform()
- the check is only meaningful in the direction
  passed-in-type->column-type and not viceversa
- we should init the destination GValue to the column type before
  calling g_value_transform on it, or the destination type information
  will be missing and the method will fail

Thanks to Jasper St. Pierre and Colin Walters for all the help in
tracking this down.

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

liststore: fix transformation of GValues on set

There are three bugs here:
- we should check if the value type is transformable instead of being
  compatible, since that's all we care about in order to call
  g_value_transform()
- the check is only meaningful in the direction
  passed-in-type->column-type and not viceversa
- we should init the destination GValue to the column type before
  calling g_value_transform on it, or the destination type information
  will be missing and the method will fail

Thanks to Jasper St. Pierre and Colin Walters for all the help in
tracking this down.

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

build: Fix MKDIR_P for recent automake

Signed-off-by: Marc-Antoine Perennou <Marc-Antoine@Perennou.com>

Post-release version bump

Bump version to 3.5.4

Updates for 3.5.4

Fix the infobar builder test

Updated Galician translations

Updated French translation

grid: Fix access to grid->priv member

The priv member should be accessed after the g_return_if_fail test

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

grid: Add missing guard to gtk_grid_get_child_at()

Add missing guard to make sure it's called with a GtkGrid argument.

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

testgtk: Work around some property editor problem

The property editor fails to show anything for GtkSettings, unless
we tell it to just show GTK_TYPE_SETTINGS. For now, do just that, then.

GtkFontSel: Don't try to set the cursor on invalid iters

This causes a lot of warnings.
https://bugzilla.gnome.org/show_bug.cgi?id=677293

GtkFontSelection: Populate list models atomically

This is just a cosmetic fix.

Deal with non-multiple-of-100 font weights

We should not run into an assertion so easily.

icon-theme: Allow symbolic GFileIcons

gtk_icon_info_load_symbolic checks for the existance of a filename parameter
so it can include it along with the stylesheet. We don't set the filename
parameter when creating the info for a GFileIcon, for some reason.

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

docs: Fix duplicate declarations in sections

Copy/paste errors most likely.

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

docs: Add section for new 3.6 symbols

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

Updated Spanish translation

notebook: fix size requisition for the initial_gap style property

This is probably going to be replaced by something different soon, but
in the meantime, fix this annoying bug, visible e.g. in widget-factory
for left/right tab examples.

Revert "gtkmenubutton: Add menu button widget"

This reverts commit 9d35f7e5121c863685375d1afb7e14e886e46348.

Revert "gtkmenutoolbutton: Use GtkMenuButton"

This reverts commit 1519a1e8c295bc1c97e765d4cee0f866bf8398c6.

Silence compiler warnings

gtkmenubutton: Add menu button widget

As used in Totem and gnome-contacts. The widget
takes either a GtkMenu or a GMenuModel to construct
its menu, and can be given a parent widget to use to
position the drop-down (as used in GtkMenuToolButton).

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

gtkmenutoolbutton: Use GtkMenuButton

To implement the drop-down menu.

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

Trivial: remove a bit of obfuscation

gtk-demo: unify Theming and CSS theming sections

gtk-demo: display tabs for CSS files in theming demos

gtk-demo: don't try to add tabs for empty filenames

gtk-demo: add a demo for CSS multiple backgrounds

gtk-demo: move styling for the CSS editor to a separate file

So it can be shared by multiple demos

gtk-demo: add a test for a CSS accordion

main: Don't overrun the file that's read

gtk-demo: Make CSS a resource

Also, improve the CSS to give you that basic feel.

gtk-demo: Include resources in main app

This is necessary for future changes