Added Aragonese UI translation

Assamese translation updated

tests: add a test for fullscreen mode

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

x11: implement gdk_window_apply_fullscreen_mode()

for the X11 backend using the EWMH mechanism
_NET_WM_FULLSCREEN_MONITORS.

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

gdk: add gdk_window_set_fullscreen_mode()

and gdk_window_get_fullscreen_mode() API to allow
applications to specify if a fullscreen window should
span across all monitors in a multi-monitor setup or
remain on the current monitor where the window is
placed.

Fullscreen mode can be either GDK_FULLSCREEN_ON_ALL_MONITORS
or GDK_FULLSCREEN_ON_CURRENT_MONITOR.

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

GtkFileChooser: Remove the last remains of the last_folder_uri logic

This is akin to commit cfb09e565460fd463a0822c8c8dbb0521d9fcab9 in the gtk-2-24 branch;
the last_folder_uri is no longer being used for anything meaningful, so we
remove it altogether.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

Forgotten file

Add git.mk to more places

Update git.mk

gtkimage: Add GtkImage::resource property

This is designed for GtkBuilder scenarios:

    <object class="GtkImage" id="blah">
        <property name="resource">/org/myapp/blah.png</property>
    </object>

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

Updated Hungarian translation

Updated Spanish translation

widget: Allow invisible toplevels to do sizing operations

This is a quickfix to keep things working.

It turns out GtkWindow assumes it can do sizing operations while not
being visible, or while in the process of show()ing/hide()ing itself.
And commit b495ce54 broke these operations.

Figuring this properly requires some more thinking and restructuring on
my part, so for now we relax the requirement of visiblility enough for
these things to start working again.

filechooser: Attach GSettings object to GtkSettings

... instead of keeping one per GtkFileChooserDefault. This allows using
it in other places, too.

filechooser: Use macros

Thanks for not letting me catch that place when I was greeping...

Make formatting of configure options consistent

Some options had double [], which can be avoided by
judicious use of opt="plain" attributes.

Add some more Broadway documentation

Among other things, introduce a broadwayd man page.

wayland: Make GdkWaylandWindow public

Allows to access Wayland specific window information like wl_surface and
wl_shell_surface.

Add gdk_wayland_window_get_wl_surface for getting the Wayland wl_surface
and gdk_wayland_window_get_wl_shell_surface for getting the Wayland
wl_shell_surface.

wayland: Make GdkWaylandDisplay public

Allows to access Wayland specific display information like wl_display
etc.

Add gdk_wayland_display_get_wl_display for getting the Wayland
wl_display.

color chooser: give GSettings schema a path

The code is always instantiating this schema at a fixed location, so why
is it relocatable?

Add a path so that it shows up properly in dconf-editor, and from the
gsettings commandline tool.

file chooser: give GSettings schema a path

The code is always instantiating this schema at a fixed location, so why
is it relocatable?

Add a path so that it shows up properly in dconf-editor, and from the
gsettings commandline tool.

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

gtk/gtktreeview: Avoid a C99ism

Declare a variable at the top of the block

Visual C++ property sheets: Update "install" phase

Now that some headers were introduced/deprecated, and that the a11y APIs
became public, install the headers as needed.

Update config.h.win32.in

Make its preconfigured entries match the ones asked in config.h.in

Visual C++ 2010 solution: cosmetics

...for consistency reasons and ease when we provide build support for
Visual Studio 2012

Prepare Visual Studio 2010 projects for Visual Studio 2012

This adds a PlatformToolset tag in the project configs so that we can
provide support for Visual Studio 2012 with relative ease as the format
of the VS 2012 projects are only slightly different from their VS 2010
counterparts.

We can then use a script like the one used in GLib[1] to copy the VS2010
projects and replace the necessary tags to create the VS2012 projects.
This also cleans up the projects and property sheets, as there were some
unwanted/unneeded entries in them.

[1]: http://git.gnome.org/browse/glib/commit/?id=76cecf061b377d30e5422cdddb1fb9d19c52421d

Visual C++: Update gtka11y projects completion

-Rename the "libgail" projects to gtka11y, for consistency with the
 autotools builds
-Update the projects completion in gtk/a11y/Makefile.am, as the sources are
 now listed under $(libgtka11y_la_SOURCES) instead of $(libgail_la_SOURCES)

Updated Brazilian Portuguese translation

Updated Brazilian Portuguese translation

wayland: Handle the keymap being needed before we know about seats

In the Wayland backend implementation for gdk_display_get_keymap we enumerate
the known devices and look for an core keyboard device. These device objects
are created when we receive the capabilities for the seat. The seat
capabilities may be received after a request for the keymap so we handle this
by creating a temporary keymap which we then free later when we have the real
one.

Updated Polish translation

applicationwindow: fix mem leak

In the error path, code is leaking a ref to a GVariant.

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

GtkFileChooserDefault: Don't use Backspace anymore to to to the parent folder

This is for consistency with Nautilus.

https://bugzilla.gnome.org/show_bug.cgi?id=692188
Signed-off-by: Federico Mena Quintero <federico@gnome.org>

Plug two memory leak

g_resources_lookup_data returns a GBytes that must be unreffed.

Add missing $(EXEEXT) for gtk-query-immodules-3.0

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

Add missing $(EXEEXT)

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

Use g_signal_connect_object for adjustments in GtkSpinButtonAccessible

An instance of GtkAdjustment may be used by another instance after
the spin button widget is destroyed. In that case, the function
gtk_spin_button_accessible_value_changed() will be called with an
invalid argument. This situation is often caused when one use
GtkCellRendererSpin widget. To avoid invalid call of the function,
the signal handler for the "value-changed" signal should be disconnected
when the spin-button widget is destroyed.
Using g_signal_connect_object achieves just that.
https://bugzilla.gnome.org/show_bug.cgi?id=691592

widget: Add annotation (allow-none) for set_tooltip_text

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

Add optional single click activation mode for icon view

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

Add a simple test for activate on single click

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

Add an optional single click activation mode to treeview

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

Updated POTFILES.skip

Updated Spanish translation

reftests: Add a reftest for width-chars not shrinking the allocation

width-chars and max-width chars should (and do) only change the
requested sizes, not the allocated size of the label.

This came out of an IRC discussion, so no bug.

Updated Spanish translation

Updated Serbian translation

Updated Serbian translation

Updated POTFILES.skip

gdk: Fix typo in gdkkeysyms-update.pl

s/Authos/Author

wayland: Drop code to use cairo-gl for rendering

The APIs that this code relied upon were removed in Wayland 1.0 and as such
this code has been broken since then.

wayland: Drop build configuration support for cairo-gl

The underlying code uses API that is no longer available with 1.0. This
optional, off by default build mode hasn't worked since the release of
Wayland 1.0.

More or less revert 91949934 which broke the regression test for bug #111500.

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

Updated Portuguese translation and converted to New Spelling (Novo AO)

Updated Portuguese translation and converted to New Spelling (Novo AO)

window: allocation x/y is 0,0

This was incorrect in 97ba4b1b8eb82563f13762a4bd8cfe9beb8a121c.

iconhelper: small code simplification

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

quartz: retain content view when switching over toplevel.
(cherry picked from commit 184407309f83a06b9215c8123091263d483edc8b)

quartz: Make sure the old toplevel is closed on recreation
(cherry picked from commit 30deba453a045107eadd4deea572e29192c298c1)

quartz: make sure all old properties are set on the new toplevel

Apply patch by Paul Davies; part of bug 669808.
(cherry picked from commit a8008b796f14444dff3ac46af884238fc4f214f6)

quartz: ensure window being (un)fullscreened is visible

Patch by Paul Davis; part of bug 669808.
(cherry picked from commit 62f1d871b70a8e08b899942827386d6f3222c986)

quartz: merge the clipboard storing code from gtk-2-24

docs: Update docs for recent treeviewcolumn changes

docs: Don't mark up numbers

reftests: Add reftest for latest warning fix

treeviewcolumn: always hide button widget if the header is not shown

Fixes the following warning from appearing:
Gtk-WARNING **: GtkTreeView 0xb44010 is mapped but visible child
GtkButton 0xad9320 is not mapped

gdk: strengthen touch crossing event synthesizing on programmatical crossings

There are cases where crossing events aren't generated by input devices themselves
but rather through programmatical means (windows being moved/hidden/destroyed while
the pointer is on top).

Those events come from X as sourceid=deviceid, and GDK does its deal at lessening
this by setting a meaningful source device on such events, although this caused
some confusion on the mechanism to block/synthesize touch crossing events that
could possibly cause bogus enter events on the new window below the pointer.

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

cssvalue: Remove NULL check

The value cannot ever be NULL here.

cssvalue: Move value initialization

Makes it easier to track places where tha value is not initialized.

cssvalue: Fix return_if_fail() calls...

cssvalue: Remove useless call

Better resize of expandable columns

Since 16195ad the “expand” property is always set to FALSE when a
column is resized.  This commit takes a different approach and enables
“expand” whenever the column is wide enough.  An appropriate
“fixed-width” (so that the desired width is achieved after expanding) is
calculated using equations that are explained in the code.

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

Use minimum/natural size semantics

Rewrites gtk_tree_view_column_request_width() and
gtk_tree_view_size_allocate_columns() to respect the minimum and natural
sizes that are already being returned by
gtk_cell_area_context_get_preferred_width().

The convoluted logic explained (not!) by this comment has been removed:
“Only update the expand value if the width of the widget has changed, or
the number of expand columns has changed, or if there are no expand
columns, or if we didn't have an size-allocation yet after the last
validated node.”  This logic seems to have been a workaround for the
“jumping” behavior fixed in 16195ad and is no longer necessary.

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

Minor refactoring

No functional change, only moves a self-contained block of code out of
size_allocate_columns() to its own function.

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

Use fixed width for resizing

Removes the hidden “resized-width” and “use-resized-width” properties
from GtkTreeViewColumn and instead uses the “fixed-width” property to
serve the same purpose.  “fixed-width”, if set, will now override the
auto-sized width (-1 is now a legal value meaning “not set”).

Additional “cleanups” in this commit:

1. When the user resizes the column the “expand” property is now also
set to FALSE, in order to prevent the column from suddenly jumping to a
different width when the window is resized.

2. The code that translated mouse movement to column sizes has been
simplified:
the change in column width is now calculated directly from the distance
the mouse cursor has traveled.  Weird behavior that might have happened
previously if the position of the column changed during resizing, is now
prevented.

3. There was some lengthy logic handling the keyboard shortcuts used to
resize treeview columns, which would call gtk_widget_error_bell() once
the minimum or maximum width was reached.  Instead of rewriting these
checks I simply set the “fixed-width” property to what was requested,
relying on the fact that it is already clamped between the minimum and
maximum width during size allocation.
I will greatly surprised if anyone notices the missing error bell.

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

Kill gtk_tree_view_size_request

Splits up size_request() so that the height calculations are only done
when get_preferred_height() is called and the width calculations are
only done when get_preferred_width() is called.  Since
get_preferred_width() does not change the treeview->priv->width value,
treeview->priv->prev_width will always be equal to it and can therefore
be removed.  The only place where prev_width was used is a block in
gtk_tree_view_size_allocate().  This block seems to be adjusting the
horizontal scrollbar to account for treeview->priv->width having been
changed in size_request() and should no longer be necessary.  A similar
block immediately above it seems to already account for the width change
in size_allocate().

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

Remove extraneous size request

After “validation” (i.e., background size calculations) of some cells,
size_request() was called here to update the internally cached size of
the treeview.  Apparently not updating the sizes leads to some kind of
“inconsistency” that messes with top_row_to_dy().  In the GTK3 model for
size allocation, things are more complicated.  The treeview can’t just
go ahead and calculate its own size any more; instead it reports both a
“minimum” and a “natural” size, and it doesn’t know what size it will
actually get until size_allocate().  It may be necessary to update
top_row_to_dy() to deal with not knowing the exact size.

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

Bump version

3.7.6

Ignore more private headers when generating docs

Don't run gtkdoc-check in make check

It fails for dubious reasons that should not cause make check
to fail, such as a few undocumented symbols.

Remove a no-longer existing symbol

Update expected output of a11y tests

The output for GtkAboutDialog changed as a result of the
Homepage -> Website string change.

Remove some non-warranted checks from builder tests

These tests were making assumptions about the properties of
cell renderers outside of rendering, which we don't give any
guarantees for.

scrolledwindow: Use child-visible instead of visible for scrollbars

We want to reserve space for the size of the scrollbars even when they
are not visible. And because toggling visibile to off now returns 0 for
size requests, this won't work anymore.

window: Don't use set_allocation() to store cached values

The window size can be queried on widget->window directly, no need to
store it in widget->allocation.
This change is necessary because gtk_widget_set_allcation() is now
checking invariants that assume it's called from insize
gtk_widget_size_allocate() and that wasn;t the case here.

range: don't trim the trough rectange by the trough margin

Commit e32da246a84492f02b4dac5a448bb46cb23d68b8 made GtkRange's trough
respect the CSS margin property, but it also trimmed the box in which
the trough reacts to click events by the margin.
We still want to catch events in that area instead, and just make sure
the margin is applied when drawing (which was already implemented by
that commit).

This commit reverts the parts of
e32da246a84492f02b4dac5a448bb46cb23d68b8 that didn't involve drawing,
fixing the bug.

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

Updated Hungarian translation

Updated Norwegian bokmål translation

Updated Thai translation

a11y: Implement get_name() instead of setting variables

This avoids a later free of this const value.

x11: unconst-cast result of g_get_prgname()

X doesn't like const...

Updated Galician translations

Documentation fixes

The documentation for GtkMenuButton was still referring to a
"menu" properties in several places, though it has been renamed
to "popup".

Typo fix

Updated Slovenian translation

Updated Portuguese translation and converted to New Spelling (Novo AO)

Updated Portuguese translation and converted to New Spelling (Novo AO)

x11: add missing checks that a hint is supported

Before acting on any hint that is set by the window manager we must
first check that the hint is supported by the current window manager.
Checking that a property has a value is insufficient as it may have
been set by a previous window manager which did support the hint.

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

Updated Uyghur translation

Signed-off-by: Gheyret Kenji <gheyret@gmail.com>

Updated Bulgarian translation