Revert "box: Don't special-case RTL hbox child positions anymore"

This reverts commit 6f86e57c4fb2cd76549910302b3a7145e7fd0e8b.

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

Revert "toolbar: Don't special-case RTL toolbar child positions anymore"

This reverts commit 821a675013e04598503d3c5ea23ab91607f98e70.

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

Revert "combobox: Don't special-case RTL child positions anymore"

This reverts commit cf712c462d766e32840da21a67708bbf2cbb25a6.

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

Updated Czech translation

Updated Czech translation

Punjabi: Translation updated (aalam)

Punjabi: Translation updated (aalam)

Re-organize Visual Studio property sheets a bit

-Use ApiVersion instead of GtkApiVersion for consistency's sake across
 the board
-Add placeholder directives in the property sheets for building
 introspection files using .bat files directly from the Visual Studio IDE.

Add Visual Studio project for gtk3-demo-application

This is used by the "Application Class" demo... so this should be built
as well especially as we are getting gspawn-win{32|64}-helper.exe fixed
on Visual Studio 2005 (and later) builds.

filechooserbutton: Don't ever use gtk_file_chooser_get_files()

The file chooser button only supports single-selection modes, so
switch the code to a simpler gtk_file_chooser_get_file() to avoid
dealing with GSLists of a single file.

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

GtkWidget::draw() - Document how to get the dirty region

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

Make sure icon cache has /-separated subdirs only (v2 - use g_build_path)

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

Convert pixbuf animation demo (both copies) to GdkFrameClock

Use the frame clock instead of a 50ms timeout to animate the
spinning pixbufs.

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

Broadway/Quartz/Win32: make event source prepare()/check() note paused status

When events are paused, we should not return TRUE from prepare() or check().
GTK+ handles this for events that are already in the GTK+ queue, but
we also need suppress checks for events that are in the system queue - if we
return TRUE indicating that there are events in the system queue, then we'll
call dispatch(), and do nothing. The event source will spin, and will never
run the other phases of the paint clock.

(Broadway doesn't have a window system queue separate from the GDK event queue,
but we write the function the same way for consistency.)

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

wayland: don't attempt to unqueue events when events are paused

When events are paused, we should not return TRUE from prepare() or check().
GTK+ handles this for events that are already in the GTK+ queue, but
we also need suppress checks for events that are in the system queue - if we
return TRUE indicating that there are events in the system queue, then we'll
call dispatch(), and do nothing. The event source will spin, and will never
run the other phases of the paint clock.

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

Updated Russian translation

Redo Completion of Visual Studio projects for gtka11y

Update the Visual Studio projects for gtka11y and the completion of the
projects that go along with it.  This have been distcheck'ed on my Ubuntu
12.04 system.

Fix gtk-demo projects

There isn't a custom CSS demo anymore, so remove that from the projects

Update GDK Visual Studio projects

Link to winmm.lib as well, as we are now using timeEndPeriod() and
timeBeginPeriod() since commit 5dbf814f (win32: Request higher
precision timers during animations).

filechooserbutton: In tests, sleep after opening the dialog

This may ensure that the dialog is actually done initializing.  We need to kill this
sleeping business and really use signals, sigh...

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

filechooserbutton: Don't emit file-set signal when the change is not the result of a user action

We only emit that signal when the user confirms the button's internal GtkFileChooserDialog,
or when he drags-and-drops stuff into the button.

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

filechooserbutton: In the tests, run through the dialog more than one time

This ensures that data maintained by the button while the dialog opens/closes remains consistent.

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

filechooserbutton: Add tests for cancelling the dialog via closing it (delete-event), instead of by simulating the Cancel button (response cancel)

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

filechooser: When stopping/clearing BROWSE model, really ensure that we end up in LOAD_EMPTY state

Previously we could end up in a situation where browse_list_model==NULL, and yet load_state==LOAD_FINISHED.
This is not a valid state.  So, when we get rid of the list model, really ensure that we end up
in LOAD_EMPTY so nothing assumes that there is a valid list model around.

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

filechooser: Tighten up some assertions when actually selecting files in the treeview

The model must be fully loaded, and it must be inserted in the treeview.

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

GtkUIManager Buildable implementation: Fixing leaked reference count

Committing this on behalf of Milan Crha, bug: 694162

a11y: Only emit expandable/expanded for expander column

We don't want to emit state changes for all the cells in a row, just for
the cell in the expander column. It's the only one that reports EXPANDED
or EXPANDABLE states, after all.

Also, contains refactoring of the affected functions for all the special
cases.

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

Updated German translation

a11y: Fix copy-paste error in state flag notification

We weren't checking the removed flag but the added flag for removal
emissions, so what would happen for every state change notification was:
- on state-added, both an "added" and a "removed" event were emitted
- on state-removed, nothing

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

Avoid loop in paint update cycle

Commit 1db87c897f930171646351c99af7df09dc7ec949 accidentally removed
a check for !in_paint_idle in maybe_start_idle which causes us
to create a paint loop whenever something requests a phase
inside the paint_idle.

x11: Handle case where xsettings are NULL

x11: Fix introspection build

File removal in bb4953f3e8e102264a82ea4938b7813b85320b22 wasn't checked
in here.

tests: #ifdef out unused functions

... that are only used in that ifdef.

x11: Get rid of XSettingsClient object

Instead, store its variables in the GdkX11Screen.

tests: Add a test for loading images from file

Strictly, this belongs in gdk-pixbuf, but GtkImage should have this
working, too.

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

x11: Use _gdk_x11_get_xatom_for_display_printf()

instead of keeping the atom around all the time

x11: Introduce _gdk_x11_get_xatom_for_display_printf()

and use it instead of caching the atom in the GdkScreenX11.

x11: Don't keep an "in_init" variable

Instead, track the init state with a boolean argument.

x11: Clean up xsettings header

- Don't use defines for renames
- Move enum into only source file using it

x11: Get rid of XSettingsSetting

Use GValue throughout instead.

x11: Remove extra variable

Use a getter instead.

x11: Split xsettings event filter into 2 functions

One for each type of window we watch.

x11: Make stored xsettings window a GdkWindow

x11: Split function into two

Instead of a boolean is_start, have a start and an end function.

x11: Use gdk_display_flush()

x11: Get selection atom useing GDK functions

Don't call XInternAtoms ourselves.

x11: Warning improvements to xsettings code

... and using g_warning() instead of fprintf()

x11: Use usual Atom handling in xsettings code

x11: Consolidate root window event setting in one place

No need to duplicate things in xsettings code.

x11: Remove unused argument

x11: Store GDK name in xsettings hash table

The X name is only used while reading the property, so no need to keep
it.

x11: Remove XSettingsAction type

Use GdkSettingAction instead.

x11: Make xsettings callbacks code go away

It's the same callbacks every time, so just move them into the source
file.

x11: Don't store name in XSettingsSetting anymore

This is in preparation to switching XSettingsSetting to GValue

x11: Use boolean instead of enum for errors in xsettings code

x11: Move error reporting to where the error happens

Also, use g_warning() instead of fprintf().

x11: Move length checking into return_if_fail() macro

x11: Use GDK error trapping code

x11: Split out xsettings string reading code

x11: Clean up xsettings header

Move private struct definitions into source file, remove unneeded C++
guards.

x11: Add debugging output for xsettings code

gdk: Add a debug category for settings

x11: Use glib malloc funcs for XSettings

x11: Call grab functions directly

... instead of going via vfuncs.

x11: Pass the GdkScreen to the XSettingsClient

x11: Fold xsettings-common.[ch] into xsettings-client.[ch]

x11: Return XSetting without copying

x11: Don't store last change serial

It's unused anyway

xsettings: Remove XSettingsList type

Use GHashTable throughout

xsettings: Use glib byte order functions

xsettings: Remove unused function

Remove xsettings_client_new() and rename
xsettings_client_new_with_grab_funcs() to xsettings_client_new()

window: Fix compiler warning when not building for X11

The callback function gtk_window_on_theme_variant_changed is only used on the
X11 backend (where GtkSettings is used for the settings information.)

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

wayland: Synthesize fullscreen window state change

release: post-release version bump

3.7.10

release: update NEWS for 3.7.10

docs: add some missing methods

docs: add some missing gtk-doc blocks and Since tags for new API

tests: workarounds to keep treeview scrolling tests running

We can't safely examine allocations synchronously using
gtk_main_iteration(), as there might be not enough time for a new paint
clock tick to have expired and the allocation set on the widget.
Work this around adding g_usleep() calls before processing pending
mainloop events.

GtkViewport: annotate the adjustment args of the constructor

NULL is accepted here, so add (allow-none).

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

Fix #673243: accelerators not visible on GtkRadioMenu

Also fixes a bug in set_property handler, where setting group to NULL would
cause a warning.

Signed-off-by: jjacky <i.am.jack.mail@gmail.com>

wayland: attempt to determine the possible parent surface for popups

Use the surface beneath the device that created the grab as the transient
parent for the popup surfaces.

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

wayland: look further through the hierarchy for the surface with the grab

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

immodule: fix a GCC warning

GdkWindow: don't leak the newly created frame clock

gtk_widget_on_frame_clock_update: ref the widget

Handle a widget being destroyed while in a tick callback by
referencing the widget while dispatching tick callbacks.

Updated Serbian translation

GtkAccelLabel: Don't show "+" if there's no more keys to add

With the following code:
    #define INVALID_CHAR GDK_KEY_VoidSymbol - 1
    gtk_accelerator_get_label (INVALID_CHAR, GDK_SHIFT_MASK | GDK_CONTROL_MASK);
we would get this label:
    Shift+Ctrl+
instead of this label:
    Shift+Ctrl

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

win32: Request higher precision timers during animations

The default windows timer resolution is 16msec, which is too little
for fluent animations (say at 60Hz). So, while a paint clock is
active we temporarily raise the timer resolution to 1 msec.

Add gdk_frame_clock_begin/end_updating()

Add an API to start or stop continually updating the frame clock.
This is a slight convenience for applcations and avoids the problem
of getting one more frame run after an animation stops, but the
primary motivation for this is because it looks like we might have
to use timeBeginPeriod()/timeEndPeriod() on Windows to get reasonably
accurate timing, and for that we'll need to know if there is an
animation running.

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

[l10n] Update Japanese translation

[l10n] Update Japanese translation

Merge the latest pot.

Remove unnecessary copy of GdkFrameClockIdlePrivate

win32: Fix build

gdkwindown-win32.c included windows.h directly rather than via gdkwin32.h
which broke the build for me at least. Instead rely on it being included in
gdkwin32.h and things work right.

GtkEntry: Fix text handle painting

We only draw the main entry on should_draw (widget->window), because
otherwise we also draw it on the GtkTextHandle widgets.

This is necessary due to the recent change for that to not return
TRUE and swallow the rest of the drawing operation.

Add a few missing gtk_widget_unregister_window calls

This was causing warnings on widget unparent like:

Gdk-CRITICAL **: gdk_window_has_native: assertion `GDK_IS_WINDOW (window)' failed

Becasue the window was not properly removed from the lists on unrealize.

Updated Czech translation

Updated Polish translation

GdkWindowX11: the root window is not a toplevel

The macros we had for checking for toplevel windows were passing
through the root window, which was not intentional and meant that
for the root window WINDOW_IS_TOPLEVEL() returned TRUE but
window->impl->toplevel was NULL, causing gdk_window_create_cairo_surface()
to crash.

[entry] unregister icon windows