Move documentation to inline comments: GtkPrintContext

Move documentation to inline comments: GtkRadioMenuItem

Move documentation to inline comments: GtkTextMark

Move documentation to inline comments: GtkRadioToolButton

Update VS 2008 support to use ATK-2.0

-Update GTK+ project and property sheet to use ATK-2.0.
-Tell people about this in the README.txt file

Update build/win32/vs9/README.txt

Make the VS 2008 build instructions and information
more up-to-date and clearer to people.

Please let me know if I have missed any needed details...
Thanks

Small cleanup in label sizing code.

Move ellipsized_chars calculation in the scope where it is used.

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

Factor out a get_char_pixels method for clarity.

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

[textview] remove idles when unmapping

This avoids the textview taking the whole cpu when it is hidden.

docs fix typo

Was accidentally introduced in 1351d40cfe0df7e1d12017af4323fb3ab73b19d2

Thanks Paolo for noticing.

treeview: Do not unconditionally set width_changed to TRUE, which redraws

Patches by Benjamin Otte.

The "invalidate last column" hack is removed.  It is now of no use since
the entire widget will be redrawn when a single column changes.

treeview: if we are below rows that changed height: redraw

We have to redraw if we are below a couple of rows that changed height
in do_validate_rows().  This will still require a redraw for a large
amount of cases, can we do better?  You would expect that a redraw of
the tree view is not required when the dy changes with the same delta
as the delta of the height accrued when validating the nodes.  This
further optimization will likely require changes to the top_row/dy
synchronization code.

treeview: Avoid queueing a redraw in do_validate_rows()

If the changed rows are not visible, we likely do not have to redraw
in conjunction to resize.  Spotted by Benjamin Otte.

cssprovider: Move private struct definition to header

consistency, improved debugging, etc

entry: Fix gtk_entry_get_icon_at_pos()

The passed in coordinates are widget-relative, not window-relative.

entry: Use the new get_frame_size() argument in gtk_entry_draw_frame()

entry: Add the ability to query frame size in two ways

TRUE: relative to widget->window
FALSE: relative to widget

For now, no caller has beeen changed.

window: Only draw the resize grip if it is actually visible

This issue can only be seen if someone calls gtk_widget_draw() on the
window as otherwise gtk_cairo_should_draw_window() would return FALSE.

docs: Fix wrong description for query-tooltip

Coordinates are not relative to widget->window

menushell: Include a function in the private header

Don't copy over the implementation. This avoids a copy of the function.
Reverts 0098344f84cedb6347fc99691f6e3d358ec112e7.

window: cast value so gcc shuts up

Merge two if-blocks with same condition

Do not call invalidate_empty_focus() when not realized

Fixes bug 626503

Make GtkFileChoser remember the last directory opened

Introduces a 'last-folder-uri' GSettings key, where we remember the last-opened
folder from the previous instance of the file chooser.

The idea is that this works globally, across all applications, so it will be
easy to do things like

  1. Save an attachment from a mail (or some other file)
  2. Open another program
  3. Do File/Open and automatically get sent to the folder where (1) happened.

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

[broadway] Make close button text unselectable

[broadway] Implement gdk_window_begin_resize_drag

This makes the resize grip work.

[broadway] Remove window from hashtable when destroyed

[broadway] Ungrab if grabbed window is destroyed

[broadway] Correctly handle ungrabs in the browser side

Always call doUngrab to get the right event, and always do this
if the grabbed window is hidden or destroyed.

Update gtk/gtkmenuitem.c...

Copy over the implementation of _gtk_menu_shell_activate
so that C4013 warning/error (aka gcc's "implicit
declaration of ...") can be avoided when compiling with MSVC

This is in response of the changes for bug 554057 in commit
5f55c420471db9a05d145e140b3a7cdfc5bdba9f

Free MenuPopulateData struct in all the cases.

For clarity factor out create/free functions.

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

Move documentation to inline comments: GtkHSV

Move documentation to inline comments: GtkMenuToolButton

Move documentation to inline comments: GtkToolButton

Move documentation to inline comments: GtkLabel

Move documentation to inline comments: GtkListStore

Move documentation to inline comments: GtkIconTheme

Don't leak a list when activating keybindings

Patch by Rui Matos,
https://bugzilla.gnome.org/show_bug.cgi?id=647790

[broadway] Handle keyboard modifiers in state

[broadway] Emulate hardware keycodes in keyboard events

We can't really know the client side keymaps, so we use the keysym
as the hardware keycode (essentially claiming to have a keyboard with
one key for all possible keysyms). This is not ideal, but its hard to
do better with no knowledge of the client side keyboard mappings.
(And html keyboard events suck badly...)

[broadway] Implement keyboard event better

We're using the noVNC keyboard even handling model (and some of the
code with permissions). This means we combine data from keydown and
keypress to figure out the translated keysyms according to the keyboard
layout at the users machine.

Add gdk_win32_window_get_type into gdk.symbols

This symbol needs to be exported for GDK (Win32) so that the
runtime checks for Win32 backend usage can be done on
MSVC-compiled versions of GTK+ too.

I did not add the corresponding symbols for the other backend
though-they are probably exported automatically by GCC AFAIK.

This is done to make commit
9db4accf9c30e29979e3e012f0a8b3ef624bb690
work on MSVC

label: we can't ignore sizes on ellipsized labels

So don't use this optimization when a label is ellipsized.

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

cssprovider: Use g_type_depth() instead of computing the depth manually

sizerequest: return CONSTANT_SIZE in return_if_fail()

testgtk: Make it possible to stop the progressbar from updating

This way, I can check that my invalidation fixes actually work.

GtkTimeline: don't look when animations are disabled

Otherwise, we end up doing maximal work with minimal effect, and
bring the X server to 100% CPU. Note that this makes spinner widgets
look really unclear, but they really have to be changed to adapt
to enable-animations == FALSE at the widget level.

Move documentation to inline comments: GtkIconFactory

Move documentation to inline comments: GtkHandleBox

Move documentation to inline comments: GtkFontSelection

Move documentation to inline comments: GtkFileChooserDialog

Move documentation to inline comments: GtkFileChooserButton

Move documentation to inline comments: GtkToggleToolButton

Bump version

Fix make dist in gdk/broadway

wayland: Remove non-existing gdkscreen-wayland.h from SOURCES

Add new symbols

Add new symbols to the docs

And add a 'Since 3.2' index too.

Add a bug ref

GtkMenuShell: always 'activate' menu shells

Failing to do so can leave us with a stuck grab in some cases.
https://bugzilla.gnome.org/show_bug.cgi?id=554057

Updated NEWS

Fix a link in README

Patch by Thomas Andersen
https://bugzilla.gnome.org/show_bug.cgi?id=647594

Move documentation to inline comments: GtkColorSelectionDialog

docs: Fix a typo: gtk_style_get_context -> gtk_style_has_context

Move documentation to inline comments: GtkClipboard

Move documentation to inline comments: GtkCheckMenuItem

Move documentation to inline comments: GtkCheckButton

Move documentation to inline comments: GtkTable

Move documentation to inline comments: GtkStatusIcon

Move documentation to inline comments: GtkHButtonBox

Move documentation to inline comments: GtkFrame

combobox: always give the full allocation to the button in menu mode

The button is what draws the background/frame outline of the combobox,
and padding is defined as the spacing *inside* the widget between the
border and the content.

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

combobox: rename border->padding for code clarity

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

combobox: allocate the right border to the arrow and not to the label

When the combobox is in menu mode, the right padding of the togglebutton
inside, should be allocated to its rightmost children, which is the
arrow.

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

combobox: don't use the border as a padding

This causes the combobox to behave badly from the theme.

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

combobox: don't add the button style class to the whole widget

It already has a toggle button inside, and this way we cannot theme them
separately.

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

button: don't use the border values for padding

It's wrong, and makes it impossible to theme the button properly.

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

button: make gtk_button_get_props() return the padding too

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

gtk_window_present_with_time: fix when window is not initially visible

When called on a hidden window, gtk_window_present_with_time() would
just fall back to gtk_widget_show(), completely ignoring the passed-in
timestamp. This ended up working anyway if the timestamp came from
in-process, since gdk_window_x11_show() would initialize its user_time
from the time of the most recent event. But if the timestamp came from
another process, this would result in the window being shown with an
out-of-date timestamp.

Fix this by remembering the timestamp from
gtk_window_present_with_time(), and then setting the GdkWindow's
user_time from that when it the window is realized.

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

GdkDeviceManagerXI2: don't set user_time on ButtonRelease

The XI2 device manager was mistakenly setting the window user_time on
both ButtonPress and ButtonRelease, which meant that processes that
tried to launch another process based on the time of a ButtonPress
event would end up always focus-stealing-preventing the new app.

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

GtkWidgetPrivate: Improve struct packing

GtkTreeModelFilterPrivate: Improve struct packing

GtkToolItemGroupPrivate: Improve struct packing

GtkToolItemPrivate: Improve struct packing

GtkToolbarPrivate: Improve struct packing

GtkTextViewPrivate: Improve struct packing

GtkTextBufferPrivate: Improve struct packing

GtkTextBTreeNode: Improve struct packing

GtkStyleContextPrivate: Improve struct packing

GtkSpinButtonPrivate: Improve struct packing

GtkScrolledWindowPrivate: Improve struct packing

GtkRangePrivate: Improve struct packing

GtkProgressBarPrivate: Improve struct packing

Also remove the unused blocks and in_block members.

GtkPanedPrivate: Improve struct packing

GtkNumerableIconPrivate: Improve struct packing

GtkMenuItemPrivate: Improve struct packing

GtkListStorePrivate: Improve struct packing

GtkLabelPrivate: Improve struct packing

GtkImagePrivate: Improve struct packing

GtkIconViewPrivate: Improve struct packing