|
 | gtk/gtkfilechooserdefault.c (diff) |
|
 | gtk/gtkfilechooserdefault.c (diff) |
Commit
37f9feebd24f5fcf46b6fc92ce5304af6cac1763
by federicoDon't sort the recent-items by hand The mtime from GtkRecentManager may not the same as the file's actual mtime, so the final result could appear unsorted to the user. Instead, we will let the view do the sorting. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserdefault.c (diff) |
Commit
6e31bc1128874da1b2ccc7c1d481c8949c48969c
by federicoLoad and populate the recent-items in a single pass There's no real asynchronicity going on, anyway, so let's do both within a single iteration of the idle handler. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserdefault.c (diff) |
|
 | gtk/gtkfilechooserdefault.c (diff) |
Commit
c07efad261dd9cc3524e1c48298258e2e5b9314e
by mclasenExplicitly link gdk and gtk against libm We used to get an implicit -lm from gdk-pixbuf, but that has recently been changed to not inject extraneous libraries into link lines, so we have to do it ourselves now. This is more correct, anyway.
|
 | configure.in (diff) |
|
 | gtk/gtkstatusicon.c (diff) |
Commit
55e1b27c6fe5059369bdf50c2607708b03bdbc94
by mclasentrayicon-x11: Fix warnings when visual is not available. This fixes a regression introduced in commit b1a1685a33eca16979e63d79915395af0b36. gdk_visual_get_*_pixel_details() should not be called with a NULL visual. https://bugzilla.gnome.org/show_bug.cgi?id=649588
|
 | gtk/gtktrayicon-x11.c (diff) |
|
 | gtk/tests/builder.c (diff) |
|
 | NEWS (diff) |
|
 | configure.in (diff) |
|
 | build/win32/vs9/README.txt (diff) |
 | README.win32 (diff) |
 | build/win32/vs10/README.txt (diff) |
|
 | build/win32/vs9/gtk+.vsprops (diff) |
Commit
e0f3b18c37f1d5e9e0b9c7745513566686c006b0
by federicobgo#657949 - [filechooser] Don't ellipsize filter names for 2.24 That only works well in 3.0, where the natural-sizing code works to get us a good default size for the filters drop-down.
|
 | gtk/gtkfilechooserdefault.c (diff) |
|
 | gtk/gtktreeview.c (diff) |
Commit
0f5a4bfd55016479b32e42c875cd6e6819a04e2f
by joss* New upstream release. + Contains patch from Michal Suchanek to allow entering non-local URIs in the file chooser. Closes: #629423. * 003_gdk.pc_privates.patch: updated for the new version. * 009_gtk-export-filechooser.patch: refreshed. * 066_Revert-gdk-Make-background-changes-queue-a-repaint.patch: dropped, merged upstream.
|
 | debian/patches/003_gdk.pc_privates.patch (diff) |
 | debian/patches/066_Revert-gdk-Make-background-changes-queue-a-repaint.patch |
 | debian/patches/series (diff) |
 | debian/changelog (diff) |
 | debian/patches/009_gtk-export-filechooser.patch (diff) |
 | debian/patches/006_filechooser_remote.patch |
|
 | po/be.po (diff) |
|
 | debian/rules (diff) |
 | debian/changelog (diff) |
|
 | gtk/gtkstatusicon.c (diff) |
|
 | gdk/win32/gdkevents-win32.c (diff) |
Commit
45d61a5fd6d781b43e15ffec6cbff8e9366daa96
by mitchBug 617583 - Dead accents keys don't work in GTK+ applications on OSX Handle dead keys in special_ucs_table and have them converted by UCKeyTranslate(), so all dead key combinations can be entered. Later, this should be handled in the input method, just as it's done for X11/Win32.
|
 | gdk/quartz/gdkkeys-quartz.c (diff) |
|
 | configure.in (diff) |
|
 | po/be.po (diff) |
|
 | gtk/gtkfilesystem.c (diff) |
Commit
2a2edc9564a4392272109421eeec7959aaf28788
by federicobgo#658600 - Don't try to focus the location entry in Recent-files mode We don't ever start up in Search mode, so we don't need an extra check for that mode, yet. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserdefault.c (diff) |
|
 | gtk/gtkcellrendereraccel.c (diff) |
|
 | gtk/gtkrc.key.mac (diff) |
Commit
5e602ab0f2469ad5a8d567678c30fa7abec94aa8
by mitchquartz: resolve the modifier confusion on the Mac - map Alt/Option to MOD1 - map Command to MOD2 - map MOD2 to the virtual Meta - improve/fix (?) group handling in gdkkeys-quartz.c
|
 | gdk/quartz/gdkevents-quartz.c (diff) |
 | gdk/quartz/gdkkeys-quartz.c (diff) |
|
 | gtk/gtkstock.c (diff) |
|
 | gtk/gtkimcontextsimple.c (diff) |
 | gtk/gtkimmulticontext.c (diff) |
 | gtk/gtkprivate.h (diff) |
Commit
1f6a921158b5a4fa80ea2e844ce25aad04101aaf
by mitchgtk: allow to specify accelerators in a platform-independent way Introduce <Primary> in accelerator strings, which resolves to GDK_CONTROL_MASK on X11/Win23, and to GDK_META_MASK on quartz. Also serialize CONTROL/META as <Primary> depending on the platform.
|
 | gtk/gtkaccelgroup.c (diff) |
|
 | gtk/gtkfilechooserdefault.c (diff) |
|
 | gtk/gtkfilechooserdefault.c (diff) |
Commit
2666c0e71f802488a39363e0ac6e0469b5af5d9f
by mitchapp: abstract which modifiers are used for extending and modifying selections which are SHIFT and MOD2 on the Mac, and SHIFT and CONTROL otherwise. Use the new define all over the place and rename variables and members to not say "shift" or "control".
|
 | gtk/gtktextview.c (diff) |
 | gtk/gtkiconview.c (diff) |
 | gtk/gtktreeview.c (diff) |
 | gtk/gtkprivate.h (diff) |
 | gtk/gtktreeprivate.h (diff) |
 | gtk/gtkentry.c (diff) |
Commit
7be2ea823d4d51a467526a96294e943e5aa9f186
by mitchBug 659406 - Abstract what triggers a context menu Add _gtk_button_event_triggers_context_menu() and use it instead of checking for event->button == 3, so context menus are invoked correctly on the Mac.
|
 | gtk/gtknotebook.c (diff) |
 | gtk/gtktoolbar.c (diff) |
 | gtk/gtkrecentchooserdefault.c (diff) |
 | gtk/gtkfilechooserdefault.c (diff) |
 | gtk/gtkmain.c (diff) |
 | gtk/gtkcolorsel.c (diff) |
 | gtk/gtklabel.c (diff) |
 | gtk/gtkentry.c (diff) |
 | gtk/gtkmountoperation.c (diff) |
 | gtk/gtktextview.c (diff) |
 | gtk/gtklinkbutton.c (diff) |
 | gtk/gtkstatusicon.c (diff) |
 | gtk/gtkprivate.h (diff) |
Commit
a516d2359c9eac84bfa4682a70a62315adedb1d6
by mitchgtk: fix warning when finalizing a GtkToolbar Move destruction of child widgets from finalize() to dispose() because unparenting emits a signal with old_parent as object parameter, which tries to ref the toolbar that is being finalized.
|
 | gtk/gtktoolbar.c (diff) |
|
 | docs/reference/gtk/gtk-sections.txt (diff) |
 | gtk/gtkcomboboxtext.c (diff) |
|
 | gtk/gtklinkbutton.c (diff) |
|
 | gdk/quartz/gdkgc-quartz.c (diff) |
|
 | gdk/quartz/gdkeventloop-quartz.c (diff) |
|
 | gdk/quartz/gdkeventloop-quartz.c (diff) |
Commit
94fc15ad95cc06a42cfec5873ece84f297b40fcd
by jrallsBug 653450 - gtkfilechooser crashes when added favorite Ensure that display is set during drag-and-drop, and that string lists' memory is zeroed after allocation to prevent g_strfreev() from over-running.
|
 | gtk/gtkdnd-quartz.c (diff) |
 | gdk/quartz/gdkselection-quartz.c (diff) |
 | gtk/gtkquartz.c (diff) |
Commit
4e64f6012f567edeacf23d3222caa9f809471b16
by jrallsBug 657770 - Write to released memory in gtkdnd-quartz.c Clear the Drag paste board just before the info->context is released. This way the GtkDragSourceOwner is released just before the drag context is and thus can pasteboard:provideDataForType: not accidentally access an already released drag context
|
 | gtk/gtkdnd-quartz.c (diff) |
Commit
d08d4507c9516f1ec701147cfa2992912e9339b6
by jrallsBug 658767 - Drag and Drop NSEvent capture is racy Create a synthetic NSMouseLeftDown to store in the GtkQuartzDragSourceInfo rather than relying on the NSWindow's latest event being the right one (or the right kind).
|
 | gtk/gtkdnd-quartz.c (diff) |
|
 | gdk/quartz/gdkglobals-quartz.c (diff) |
 | gtk/gtkdnd-quartz.c (diff) |
|
 | build/win32/vs9/gtk+.vsprops (diff) |
 | build/win32/vs10/gtk+.props (diff) |
|
 | gdk/win32/gdkdrawable-win32.c (diff) |
Commit
7ee5e4f2c6396fb930f40cc6e5d982d1de99833a
by alexlWin32: Fix _gdk_windowing_window_at_pointer to correctly return a toplevel Commit 5ebb32d1ffa23241d562fb4d5be02bc6f156b515 didn't add the correct code to find the toplevel window. The WindowFromPoint() function does not return the toplevel window in the hierarchy, it returns the deepest non-disabled, non-invisible child. As we don't use invisible or disabled windows, we don't actually need to use the ChildWindowFromPoint walk for the non get_toplevel case, so we can remove that code path. To find a toplevel, we need to start from the desktop and work up, using ChildWindowFromPointEx (to ignore invisible and disabled windows). If we don't ignore invisible and disabled windows (as is the case with the ChildWindowFromPoint call, we are liable to get returns of hidden or disabled children of the desktop which don't belong to us, but notionally occupy the same area under the pointer. An alternative might be to start our walk with one of the children of the desktop owned by our process and thread - which we can enumerate using, the EnumThreadWindows call, or (presumably) determine internally. This would not work when we are inside a GtkSocket though, as the children of the desktop would belong to the process owning the GtkPlug - we would have to rely on our own list of windows. For correctness, this commit adds tests to ensure that we don't try to return either x or y window coordinates if that corresponding pointer is NULL. https://bugzilla.gnome.org/show_bug.cgi?id=658842
|
 | gdk/win32/gdkwindow-win32.c (diff) |
|
 | gdk/win32/gdkdnd-win32.c (diff) |
Commit
f333c9dc232996c31e41dadf323c5302e495940a
by dietervwin32: Fix DnD when drag icon is below the pointer By reverting gdk_drag_find_window_for_screen logic to what it was before eb21a7df290936223f6a80cef36b52a8c68a1d22. The old logic knew how to ignore drag_window when searching for dest_window, but that code was removed (I guess by accident). https://bugzilla.gnome.org/show_bug.cgi?id=616544
|
 | gdk/win32/gdkdnd-win32.c (diff) |
Commit
931a228ce0ba3719b90afcf57c84c31e3a3ddc2f
by mitchquartz: don't filter away directly encoded 24-bit UCS characters gdk_unicode_to_keyval(uc) returning (uc | 0x01000000) is not an error return value but simply the way to encode 24-bit unicode characters directly as keyvals.
|
 | gdk/quartz/gdkkeys-quartz.c (diff) |
|
 | gdk/quartz/gdkkeys-quartz.c (diff) |
|
 | gtk/Makefile.am (diff) |
|
 | debian/changelog (diff) |
 | debian/control.in (diff) |
 | debian/control (diff) |
|
 | debian/control.in (diff) |
 | debian/control (diff) |
 | debian/changelog (diff) |
Commit
5b1e24c88ba586b55947b2cb91c82398f6b2e7e0
by bieblAdd Breaks: libgnome2-0 (<< 2.32.1-2) to libgail-common to ensure we have a recent enough version of libgnome2-0 which can read the accessibility module from the new multiarch location. Closes: #636536
|
 | debian/changelog (diff) |
 | debian/control (diff) |
 | debian/control.in (diff) |
|
 | debian/patches/001_static-linking-dont-query-immodules.patch (diff) |
 | debian/patches/005_support_disabling_x11_extensions.patch (diff) |
 | debian/changelog (diff) |
|
 | debian/patches/065_tracker.patch |
 | debian/patches/series (diff) |
 | debian/patches/065_tracker-0-10.patch |
 | debian/changelog (diff) |
|
 | debian/patches/066_filechooser-recent-folders.patch |
 | debian/patches/series (diff) |
 | debian/changelog (diff) |
|
 | debian/control (diff) |
|
 | debian/libgail-doc.install (diff) |
 | debian/libgtk2.0-doc.install.in (diff) |
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
Commit
21e971b3cbddf49c3ec74c98054686cd8881a971
by mitchgtk: also define the default *virtual* accel mod mask and use it in stock items and GtkAccelGroup. Change the non-virtual one to MOD2 on OSX, so hardcoded accelerators in the IM context and the treeview work.
|
 | gtk/gtkprivate.h (diff) |
 | gtk/gtkaccelgroup.c (diff) |
 | gtk/gtkstock.c (diff) |
|
 | gdk/quartz/GdkQuartzWindow.c (diff) |
|
 | gtk/gtkprivate.h (diff) |
 | gtk/gtkquartz.c (diff) |
 | configure.in (diff) |
Commit
fff25d3a3a49120fa6d332b9896cf87555f990ab
by jrallsQuartz, Bug 655057: Eliminate Compiler Warning When compiled with older SDKs, the original change for this bug caused a compiler warning about NSWindow not being able to handle a setStyleMask message. This tricks the compiler into thinking that it can.
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
|
 | debian/changelog (diff) |
 | debian/libgtk2.0-0.postrm.in (diff) |
|
 | gtk/gtkentrycompletion.c (diff) |
Commit
c34c302308e2874f2d6f852cf4e555a5b7c5d9a8
by jrallsBug 658772: Directory paths for resource directories are hard coded. Corrected formatting to match coding standards; introduced local statics to prevent leaking returned strings.
|
 | gtk/gtkquartz.c (diff) |
|
 | docs/reference/gdk/tmpl/x_interaction.sgml (diff) |
|
 | NEWS (diff) |
|
 | gtk/Makefile.am (diff) |
|
 | configure.in (diff) |
|
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/watch (diff) |
|
 | debian/patches/066_filechooser-recent-folders.patch |
 | debian/changelog (diff) |
 | debian/patches/series (diff) |
Commit
eefdd98cd98d5d7de0e78c0ef5fccee4b98d132c
by biebl* debian/patches/009_gtk-export-filechooser.patch - Removed, with maemo being dead upstream and no package using the private filechooser API, this patch has become obsolete. Drop hildon_gtk_file_chooser_install_properties from the symbols file accordingly.
|
 | debian/libgtk2.0-0.symbols (diff) |
 | debian/changelog (diff) |
 | debian/patches/009_gtk-export-filechooser.patch |
|
 | debian/patches/003_gdk.pc_privates.patch (diff) |
|
 | debian/patches/070_tracker.patch |
 | debian/patches/065_tracker.patch |
|
 | debian/patches/series (diff) |
 | debian/changelog (diff) |
 | debian/patches/065_gir_set_packages.patch |
|
 | debian/control (diff) |
|
 | debian/changelog (diff) |
 | debian/patches/series (diff) |
 | debian/patches/064_gir_build_workaround.patch |
|
 | debian/patches/065_gir_set_packages.patch (diff) |
|
 | debian/changelog (diff) |
|
 | debian/patches/065_gir_set_packages.patch (diff) |
|
 | debian/patches/065_gir_set_packages.patch (diff) |
|
 | gdk/win32/gdkevents-win32.c (diff) |
|
 | gdk/win32/gdkwindow-win32.c (diff) |
|
 | gdk/gdkwindow.c (diff) |
|
 | gdk/win32/gdkwindow-win32.c (diff) |
 | gdk/win32/gdkwindow-win32.h (diff) |
|
 | gdk/win32/gdkevents-win32.c (diff) |
|
 | build/win32/vs10/gtk+.props (diff) |
|
 | build/win32/vs10/gtk+.props (diff) |
Commit
12507a7cc2dcbc4f4c85acaafda8596de9364048
by alexlwin32: Call GetQueueStatus instead of PeekMessage PM_NOREMOVE Calling PeekMessage can cause reentrant calls into the window procedure for sent (as opposed to posted) messages, so its not safe to call when we're not expecting reentrancy. Instead we call GetQueueStatus when we're just looking for availible messages. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=552041
|
 | gdk/win32/gdkevents-win32.c (diff) |
|
 | modules/engines/ms-windows/msw_style.c (diff) |
|
 | modules/engines/ms-windows/msw_style.c (diff) |
|
 | modules/engines/ms-windows/msw_style.c (diff) |
Commit
b85176789bc9fe22cc395cf4a4580588e6ae4294
by alexlwin32: fix themed notebook tab renderering The ms-windows engine incorrectly displays notebooks: the tabs are not attached to the body, and look more like regular buttons than actual notebook tabs. Also, the frame around the notebooks is also incorrectly drawn. https://bugzilla.gnome.org/show_bug.cgi?id=650300
|
 | modules/engines/ms-windows/msw_style.c (diff) |
 | modules/engines/ms-windows/xp_theme.h (diff) |
 | modules/engines/ms-windows/xp_theme.c (diff) |
|
 | gtk/gtkquartz.c (diff) |
Commit
e2d3bdf68ca88c42697adc16ea3955a4f538abbd
by alexlwin32: Fix up window_show We don't pass in raise anymore, but already_mapped. Also, already_mapped must be used rather than MAPPED, as we already synthesize the MAPPED in the generic code (and thus we don't have to synthesize it again).
|
 | gdk/win32/gdkwindow-win32.c (diff) |
Commit
2dfd498fd80dbfcc86c20dc452b1cf799ee11a68
by alexlwin32: Handle all window changes in WINDOWPOSCHANGED This moves all the code from WM_SIZE, WM_MOVE, and WM_SHOWWINDOW into one place, cleans up the code and makes sure we only send a single configure event even if both size and position changes.
|
 | gdk/win32/gdkevents-win32.c (diff) |
Commit
b0d108a5c4e2ae1edc71b57b88b65e39108ee555
by alexlwin32: Fix missed resize exit message When you start a window resize or move via the window menu and don't actually change anything we're not getting an exitsizemove. In order to work around this we also look for WM_CAPTURECHANGED.
|
 | gdk/win32/gdkevents-win32.c (diff) |
Commit
c87114cb140f649cb04b1e2508a99967893ee9ae
by alexlwin32: Remove most special casing of WINPOSCHANGED during modal ops There is no particular reason to special case this, we want to handle all sort of normal events. The only special thing we keep is that as an optimization we pump the message loop extra during a WINPOSCHANGED in a modal operation as that will cause us to repaint faster. Also, bump the arbitrary number of mainloop iterations for the timer. I don't see why we need it at all, but at least doing more than one iteration if needed should be nice.
|
 | gdk/win32/gdkevents-win32.c (diff) |
|
 | gdk/win32/gdkevents-win32.c (diff) |
 | gdk/win32/gdkwindow-win32.c (diff) |
 | gdk/win32/gdkglobals-win32.c (diff) |
 | gdk/win32/gdkprivate-win32.h (diff) |
|
 | gdk/win32/gdkevents-win32.c (diff) |
|
 | gtk/gtkrc.key.mac (diff) |
|
 | gtk/gtkrc.key.mac (diff) |
Commit
d46303066034aaed9b9bc6a50b721a11d1280e28
by alexlwin32: Send window-state-changes before configure events This is requires to that the state of the window is right when you get the configure event (and to match what X does). Fixes bug #169811
|
 | gdk/win32/gdkevents-win32.c (diff) |
 | gdk/win32/gdkwindow-win32.c (diff) |
|
 | gdk/win32/gdkwindow-win32.c (diff) |
|
 | gdk/win32/gdkwindow-win32.c (diff) |
Commit
9da34d0ec5121469c8bacd55a74fa1d029399436
by alexlwin32: Don't remove the window from the handle table on destroy We always get the WM_DESTROY message anyway, and we remove it there. Bug #336416 even claims this could be a leak if the WM_DESTROY message was not seen before the DestroyWindow call returned, as the WM_DESTROY message could not be handled later without the window in the handle table. I'm not sure this can happen, but we might as well remove it.
|
 | gdk/win32/gdkwindow-win32.c (diff) |
|
 | gdk/win32/gdkevents-win32.c (diff) |
Commit
8c9963f9c3564506c836fa2b6e91142ddd564375
by alexlwin32: Fix size or style changes during fullscreen When we're fullscreen we should update the cached hints, and we should not apply the normal hints to the style. This fixes bug #516822
|
 | gdk/win32/gdkwindow-win32.c (diff) |
|
 | gdk/win32/gdkevents-win32.c (diff) |
Commit
f44c6d66bf087b465d7b0bc2a1b9a4c525108955
by alexlwin32: Ensure we always send a configure event when changing size/pos There are some cases where we don't get a WINDOWPOSCHANGE such that we generate a configure event, even if we called gdk_window_move_resize() or similar. For instance: * The window is fullscreen * The window is maximized * The specified pos/size is the same as the current one However, as per X11 ConfigureNotify semantics we *always* want one, or we could run into issue like e.g. bug #537296 where we're waiting for the CONFIGURE to call gdk_window_thaw_toplevel_updates_libgtk_only().
|
 | gdk/win32/gdkevents-win32.c (diff) |
 | gdk/win32/gdkwindow-win32.c (diff) |
 | gdk/win32/gdkprivate-win32.h (diff) |
Commit
ac00340d4c67db25874f45ef9d1f85d64af5daba
by alexlwin32: More robust way to ensure we get a configure event after move/resize There were still cases where we didn't get a WINDOWPOSCHANGED after a SetWindowPos() call, like e.g. with a larger minimum size than the set size (bug #574935) So, we revert the previous fix and now just always manually emit a configure notify after the move_resize call. Also, we inhibit the WINDOWPOSCHANGED configure event during the move_resize operation to avoid multiple Configures.
|
 | gdk/win32/gdkwindow-win32.h (diff) |
 | gdk/win32/gdkevents-win32.c (diff) |
 | gdk/win32/gdkwindow-win32.c (diff) |
Commit
8588944cb9bf657a8ae3fe5c4a310d2315dc24d3
by alexlwin32: Add custom placements for some window types Windows with transients: center on parent Splash screens: center on monitor Also properly ignores initial moves of unmapped windows that are not override redirect or HINT_POS Fixes bugs #324254 and #612359
|
 | gdk/win32/gdkwindow-win32.c (diff) |
 | gdk/win32/gdkwindow-win32.h (diff) |
Commit
47095f97d2d30ea95cb75b3d3e304352217f221b
by alexlwin32: Make flush/sync work like in X gdk_flush() should gdk_display_sync() on all open displays. Both for display_flush and display_sync it seems useful to call GdiFlush, but we don't have anything extra to do for display_sync, as there is no inherent roundtrip on win32. This should close bug #84314
|
 | gdk/win32/gdkevents-win32.c (diff) |
|
 | gdk/win32/gdkwindow-win32.c (diff) |
|
 | gdk/win32/gdkwindow-win32.c (diff) |
 | gdk/win32/gdkevents-win32.c (diff) |
 | gdk/win32/gdkprivate-win32.h (diff) |
|
 | configure.in (diff) |
 | gtk/gtkprintoperation-win32.c (diff) |
|
 | gtk/gtkrc.key.mac (diff) |
|
 | gdk/win32/gdkwindow-win32.c (diff) |
 | gdk/gdk.symbols (diff) |
 | gdk/win32/gdkwin32.h (diff) |
Commit
2090e37ffb3aebc026ec3fb3acee10e6368b5682
by alexlwin32: Fix ms-windows theme to not create native subwindows GDK_WINDOW_HWND() calls from outside gdk calls ensure_native_window, but we really want the HWND of the impl window, so call the new gdk_win32_window_get_impl_hwnd() instead.
|
 | modules/engines/ms-windows/xp_theme.c (diff) |
|
 | gdk/win32/gdkinput-win32.c (diff) |
|
 | gdk/win32/gdkprivate-win32.h (diff) |
 | gdk/gdkwindow.c (diff) |
 | gdk/win32/gdkinput-win32.h (diff) |
 | gdk/gdkinternals.h (diff) |
 | gdk/x11/gdkinput-xfree.c (diff) |
 | gdk/win32/gdkwindow-win32.c (diff) |
 | gdk/win32/gdkevents-win32.c (diff) |
 | gdk/win32/gdkinput-win32.c (diff) |
 | gdk/win32/gdkinput.c (diff) |
 | gdk/win32/gdkwindow-win32.h (diff) |
|
 | gtk/gtksettings.c (diff) |
|
 | tests/print-editor.c (diff) |
|
 | gdk/win32/gdkinput-win32.c (diff) |
Commit
1a624ea81841551dbc06f7ffae7c4bec1634d6cc
by alexlwin32: Fix synaptics trackpad issues The synaptics trackpad driver has some weird behaviour on scroll. It pops up a window over the mouse pointer (looking like a scrollbar). This has two problems: * We get extra enter/leave events for the trackpad window * We get back the trackpad window when we look for the window under the mouse to deliver the mousewheel message. So, we add some trackpad specific hacks to avoid this (sigh) based on the trackpad window window class. This fixes bug #542777 and was partially based on a patch there from Peter Clifton.
|
 | gdk/win32/gdkevents-win32.c (diff) |
Commit
f7438ce4e49484fe86d66806962ca19d3c5f1fd4
by alexlwin32: Fix placement at initial position Positioning windows at 0,0 post creation failed, because it was mapped with CW_USEDFAULT, but private->x/y still said 0, so moving it to 0,0 did nothing. We now always position the window at the right place, even when not mapped, but we create it at CW_USEDEFAULT initially and store that position before moving it to the right place. This fixes the window sizing test in testgtk and the inital position for the gimp toolbar.
|
 | gdk/win32/gdkwindow-win32.c (diff) |
Commit
3cd9920e14acd9ace017046bc420fca5b1e36331
by alexlwin32: Ensure newly mapped toplevels are inside the workarea This is what e.g. metacity does, and its needed to e.g. get the inital position of the gimp dock window right.
|
 | gdk/win32/gdkwindow-win32.c (diff) |
|
 | gtk/gtkfilechooserdefault.c (diff) |
|
 | gtk/gtkstatusicon.c (diff) |
|
 | gdk/win32/gdkevents-win32.c (diff) |
 | gdk/win32/gdkgc-win32.c (diff) |
 | gdk/win32/gdkfont-win32.c (diff) |
 | gdk/win32/gdkwindow-win32.c (diff) |
 | gdk/win32/gdkinput-win32.c (diff) |
 | gdk/win32/gdkdisplay-win32.c (diff) |
|
 | gtk/gtktoolbar.c (diff) |
|
 | build/win32/vs9/gtk+.vsprops (diff) |
 | build/win32/vs10/gtk+.props (diff) |
|
 | gdk/win32/gdkselection-win32.c (diff) |
Commit
a37c466698db3fc1acd58cc46059d0899025515f
by alexlwin32: fix pasting screenshots taken with PrintScreen or Alt+PrintScreen These are found on the clipboard in the biCompression == BI_BITFIELDS && biBitCount >= 16 format. In this case the BITMAPINFOHEADER is followed by three DWORD specifying the masks of the red green and blue components, but bfOffBits was not being adjusted accordingly. Based on Massimo's comment on bug 631384 and verified on http://msdn.microsoft.com/en-us/library/dd183386%28v=VS.85%29.aspx https://bugzilla.gnome.org/show_bug.cgi?id=631384
|
 | gdk/win32/gdkselection-win32.c (diff) |
|
 | gdk/quartz/gdkevents-quartz.c (diff) |
|
 | gdk/quartz/gdkevents-quartz.c (diff) |
|
 | gdk/quartz/gdkevents-quartz.c (diff) |
Commit
6725dee3aabc3335450657c5d40d54d6d217eeee
by krisquartz: Process motion events within windows bounds without window set When an NSEvent does not have the window field set, we already assumed the event was not for us and discarded it. But for NSMouseMoved events we now make an exception, because such events generated after using/clicking the main menu bar have the window field set to NULL while the application window still has focus. We used to experience a loss of motion events after using the menu bar, this could be seen in buttons that stopped prelighting and first clicks often being ignored unless you clicked somewhere else first. These issues are fixed by this patch.
|
 | gdk/quartz/gdkevents-quartz.c (diff) |
|
 | gdk/quartz/gdkevents-quartz.c (diff) |
|
 | gdk/quartz/gdkglobals-quartz.c (diff) |
Commit
6f4a6b4936c78b34682547de323b2afaf4559be6
by mitchquartz: handle recursive CFRunLoops Fixes e.g. crashs when dropping from finder. Turn the "getting_events" boolean into a counter to handle poll_func() being called recursively, and track the loop depth correctly by changing its counter before bailing out in run_loop_observer_callback(). This way we reallocate our autorelease pool at the right time, and don't kill memory that is still in use by outer run loops. Also drain, not release the pool, just for some defensive forward compatibility.
|
 | gdk/quartz/gdkeventloop-quartz.c (diff) |
Commit
fe67f04a16bf5edeae6a925051ed1a811638619d
by alexlwin32: fix scrolling artifacts When scrolling a window partially obscured by another window, artifacts of the obsuring window where being blitted into the newly scrolled position. In other words, BitBlt copies the covered region (basically garbage instead of what we want) and does not cause a repaint (unlike how XCopyArea behaves). Replacing BitBlt() with the old ScrollDC gymnastics (removed from blit_inside_window() in commit e96a41be45f82af233f5171481c3fecbe95b5b6b) when being passed a Window for blit_inside_drawable() makes these artifacts go away. Thanks to Alexander Larsson for figuring out the cause and pointing out possible solutions.
|
 | gdk/win32/gdkdrawable-win32.c (diff) |
Commit
32b70a56d13050b6d2b0a570c436da1c303814f3
by mitchgdk: exclude MOD1 from the virtual modifier mapping which effectively nails down the MOD1 == ALT assumption that is valid in all other parts of GTK+. After the modifier abstraction fixes for OSX, the virtual mapping is now (correctly) used in more places, and caused problems with the common default PC keyboard layout on X11 that colocates ALT and META on the same key. (cherry picked from commit ac943bf69a87c992cfde59c6720ef08fdd20e683)
|
 | gdk/x11/gdkkeys-x11.c (diff) |
Commit
fadc82ad2647277628fd140514b54473dbeb2f4c
by jralls[Quartz Bug 663182] NSImage throws an exception from _gtk_quartz_create_image_from_pixbuf() If _gtk_quartz_create_image_from_pixbuf is given a pixbuf with size 0, 0 or which produces an NSImage with size 0.0, 0.0, it throws an exception which Gtk doesn't handle.
|
 | gtk/gtkdnd-quartz.c (diff) |
 | gtk/gtkquartz.c (diff) |
|
 | build/win32/vs10/gtk.vcxprojin (diff) |
 | build/win32/vs10/gtk.vcxproj.filtersin (diff) |
 | build/win32/vs9/gtk.vcprojin (diff) |
|
 | modules/engines/ms-windows/msw_style.c (diff) |
Commit
6a4a78d6a2e9f95d161ae3aeb0665adad9a8512a
by mclasenFix a segfault if the GAppInfo does not have an icon This fixes the following backtrace: 0 g_logv (log_domain=0x7ffff60461a4 "GLib-GObject", log_level=<optimized out>, format=0x7ffff599c322 "%s: assertion `%s' failed", args1=0x7fffffffc418) at gmessages.c:577 1 0x00007ffff59312d2 in g_log (log_domain=<optimized out>, log_level=<optimized out>, format=<optimized out>) at gmessages.c:591 2 0x00007ffff601c3c7 in g_object_ref (_object=0x0) at gobject.c:2648 3 0x00007ffff7721e22 in gdk_x11_app_launch_context_get_startup_notify_id (context=<optimized out>, info=0x7fffe8004b40, files=<optimized out>) at gdkapplaunchcontext-x11.c:331 4 0x00007ffff62e60d0 in _g_desktop_app_info_launch_uris_internal (appinfo=0x7fffe8004b40, uris=0x0, launch_context=0x7fffe401c800, spawn_flags=G_SPAWN_SEARCH_PATH, user_setup=0, user_setup_data=0x0, pid_callback=0, pid_callback_data=0x0, error=0x7fffffffc848) at gdesktopappinfo.c:1269 5 0x00007ffff62e630a in g_desktop_app_info_launch_uris (appinfo=<optimized out>, uris=<optimized out>, launch_context=<optimized out>, error=<optimized out>) at gdesktopappinfo.c:1341 6 0x00007ffff62e636b in g_desktop_app_info_launch (appinfo=0x7fffe8004b40, files=<optimized out>, launch_context=0x7fffe401c800, error=0x7fffffffc848) at gdesktopappinfo.c:1388
|
 | gdk/x11/gdkapplaunchcontext-x11.c (diff) |
|
 | gtk/gtkmountoperation-x11.c (diff) |
Commit
0f22ef3f31650a40686603a513e19eedcdee0f74
by mclasenGtkSearchEngineTracker: port to tracker 0.12 We simply use the Tracker DBus api here, caching and direct access that come with libtracker-sparql are probably not needed here. Based on a patch by Martyn Russell. https://bugzilla.gnome.org/show_bug.cgi?id=658272
|
 | gtk/gtksearchenginetracker.c (diff) |
|
 | gtk/gtkprintunixdialog.c (diff) |
Commit
5a03f4a6a50237d86959f596dda143dfc2f040d1
by mclaseniconview: layout items immediately when setting a GtkTreeModel As the draw handler expects the items to be laid out already, we cannot queue a layout here to avoid a race condition with the resize that is queued immediately after, which in turn would lead to a segfault later in the paint_item() implementation. https://bugzilla.gnome.org/show_bug.cgi?id=663138
|
 | gtk/gtkiconview.c (diff) |
|
 | gdk/gdkpango.c (diff) |
|
 | gtk/gtkprintcontext.c (diff) |
Commit
d8cf87983e3f137c7a7861b344c46161d1b8a79e
by mitchBug 663605 - Fix event->state of many event types on quartz Don't try to remember the current keyboard modifier and mouse button states from the last event, because that isn't always right, and don't set event.state = 0 for generated events. Instead, add private functions to get the current states, and implement them with API that retrieves these states independently from an event.
|
 | gdk/quartz/gdkprivate-quartz.h (diff) |
 | gdk/quartz/gdkevents-quartz.c (diff) |
|
 | gdk/quartz/gdkevents-quartz.c (diff) |
|
 | gdk/quartz/gdkevents-quartz.c (diff) |
Commit
013c9169f6c7e524a529b1ec3b9e199e20a67a60
by krisBug 661997 - Gtk crashes when changing the TreeView model while ... Simply stopping rubber banding in gtk_tree_view_set_model() eliminates the crash. Reported by Thomas Perl. (cherry picked from commit 91ae19768e715f71d7944fc000358dd6bdbe0ea3)
|
 | gtk/gtktreeview.c (diff) |
|
 | gdk/win32/gdkcursor-win32.c (diff) |
|
 | gdk/win32/gdkdrawable-win32.c (diff) |
|
 | gdk/win32/gdkpixmap-win32.c (diff) |
Commit
2ae574ab6dd1f9810c4667920f9984ed1e95d0f7
by alexlwin32: Let cairo create DIBs for GdkPixmap The win32 code for GdkPixmap dib creation workes as such, but when creating a cairo surface for it with cairo_win32_surface_create from the HDC it fails for any bitmap format than RGB24, due to assumptions in cairo. In order to create a cairo surface for e.g. A1 formats we need to let cairo create the surface via cairo_win32_surface_create_with_dib. Additionally, we must then make sure to use this surface in gdk_drawable_ref_cairo_surface, and to not create a new HDC for it but reuse the cairo one (as only one HDC can write to a bitmap). Even with this fixed there are some issues with current cairo, as cairo A1 format isn't quite the same as win32 monochrome bitmaps. Fixes for cairo will be submitted.
|
 | gdk/win32/gdkpixmap-win32.c (diff) |
Commit
d8c2db333521063b6cce5355b749e40bd6c011f4
by dietervwin32: plug leak when drawing handles The cairo context was always created but only ever used and destroyed(!) in the second if block (!GTK_IS_PANED (widget)) so moving around the gdk_cairo_create call would have been the obvious fix. However, said if block is not used at all, so clean up draw_handle instead. https://bugzilla.gnome.org/show_bug.cgi?id=663543
|
 | modules/engines/ms-windows/msw_style.c (diff) |
Commit
1b58117bbf9c7216df42f897a72e66638278803a
by dietervwin32: fix GDK_DEBUG="draw" crasher When running with GDK_DUBUG="draw", gdk_win32_draw_rectangle calls _gdk_win32_drawable_description, which calls gdk_drawable_get_size for a GdkWindowImplWin32. gdk_drawable_get_size then tries to call GDK_DRAWABLE_GET_CLASS (drawable)->get_size, which points to NULL for GdkWindowImplWin32. Adding the missing drawable_class->get_size implementation fixes this.
|
 | gdk/win32/gdkwindow-win32.c (diff) |
|
 | NEWS (diff) |
|
 | docs/reference/gtk/tmpl/gtkobject.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkbutton.sgml (diff) |
 | docs/reference/gdk/tmpl/images.sgml (diff) |
 | docs/reference/gdk/tmpl/cursors.sgml (diff) |
 | docs/reference/gtk/tmpl/gtktextview.sgml (diff) |
 | docs/reference/gdk/tmpl/visuals.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkcombobox.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkrange.sgml (diff) |
 | docs/reference/gdk/tmpl/general.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkruler.sgml (diff) |
 | docs/reference/gdk/tmpl/gdkdisplay.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkmain.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkhruler.sgml (diff) |
 | docs/reference/gdk/tmpl/input_devices.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkstyle.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkitem.sgml (diff) |
 | docs/reference/gtk/tmpl/gtktable.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkwindow.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkexpander.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkselection.sgml (diff) |
 | docs/reference/gdk/tmpl/windows.sgml (diff) |
 | docs/reference/gtk/tmpl/gtktreemodel.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkwindowgroup.sgml (diff) |
 | docs/reference/gdk/tmpl/cairo_interaction.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkiconview.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkrc.sgml (diff) |
 | docs/reference/gtk/tmpl/gtknotebook.sgml (diff) |
 | docs/reference/gdk/tmpl/pixmaps.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkicontheme.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkiconfactory.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkstatusbar.sgml (diff) |
 | docs/reference/gdk/tmpl/x_interaction.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkuimanager.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkfontseldlg.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkfilesel.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkcalendar.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkaccelmap.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkentry.sgml (diff) |
|
 | configure.in (diff) |
Commit
0729cdc9a1e8003c41d3ebf20eecfe2d1b29ffbe
by mitchquartz: fix a race condition when waking up the CGRunLoop Wake up the run loop unconditionally (don't check if it is waiting) because it might go into waiting state right after we checked for it. Fixes GIMP startup (which has a lot of GIOChannel I/O but zero NSEvents) from several minutes to a few seconds.
|
 | gdk/quartz/gdkeventloop-quartz.c (diff) |
|
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/patches/070_tracker.patch |
 | debian/patches/series (diff) |
 | debian/patches/015_default-fallback-icon-theme.patch (diff) |
|
 | debian/changelog (diff) |
|
 | debian/libgtk2.0-common.install |
 | debian/control (diff) |
 | debian/control.in (diff) |
 | debian/libgtk2.0-common.install.in |
 | debian/changelog (diff) |
 | debian/libgtk2.0-0.install.in (diff) |
Commit
33a0cfcea80280d52af2aac0d10ccc5a6fb93b1e
by jossRemove gtk-query-immodules-2.0 from libgtk2.0-bin since it is clearly not Multi-Arch compatible. It should not be needed anyway, everything is handled by triggers from the private directory.
|
 | debian/libgtk2.0-bin.links.in (diff) |
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/control (diff) |
 | debian/control.in (diff) |
|
 | debian/control (diff) |
 | debian/control.in (diff) |
 | debian/changelog (diff) |
Commit
5c3bb1839cac52828756f9ddb98f49d586853991
by cosimocRevert "iconview: layout items immediately when setting a GtkTreeModel" It makes GtkIconView segfault on GTK 2.24. gtk_icon_view_expose() calls gtk_icon_view_layout() first thing if there's a layout queued anyway, so we wouldn't end up in the same situation causing the crash the original patch is supposed to fix. This reverts commit 5a03f4a6a50237d86959f596dda143dfc2f040d1. https://bugzilla.gnome.org/show_bug.cgi?id=663138
|
 | gtk/gtkiconview.c (diff) |
|
 | gtk/gtknotebook.c (diff) |
Commit
2e06f63743010da065f59234e7f5062205e31b43
by mitchBug 663856 - Make option-foo accelerators use the right symbol If the keyboard group shifting modifier is *also* a normal accelerator modifier, we need to special case it when calling gdk_keymap_translate_keyboard_state(), so we get the right key symbol for accelerators (for example we want Option-O, not Option-Ø displayed in menu items). This patch should only affect quartz where the Alt key both shifts the group and can be used as accel modifier, and not X11 or Win32 where AltGr is not used for accelerators. - fix quartz' gdk_keymap_translate_keyboard_state() to return the right consumed_modifiers - add _gtk_translate_keyboard_accel_state() which does the special casing - use it everywhere instead of gdk_keymap_translate_keyboard_state()
|
 | gdk/quartz/gdkkeys-quartz.c (diff) |
 | gtk/gtkmenu.c (diff) |
 | gtk/gtkmain.c (diff) |
 | gtk/gtkprivate.h (diff) |
 | gtk/gtkcellrendereraccel.c (diff) |
 | gtk/gtkkeyhash.c (diff) |
|
 | gtk/gtkquartz.c (diff) |
|
 | gtk/Makefile.am (diff) |
 | configure.in (diff) |
|
 | demos/gtk-demo/drawingarea.c (diff) |
Commit
ba8c4bb049b36b3707c2c8f22c5c66b497e2d2cf
by alexlwin32: Fix 16bit pixmaps This reverts to the old dibsection creation code for 16bit depth. This makes the non-cairo stuff work, we then access the bits as a cairo image surface, which isn't 100% right, but might be good enough. Fixes bug 665013
|
 | gdk/win32/gdkpixmap-win32.c (diff) |
|
 | modules/engines/ms-windows/msw_style.c (diff) |
Commit
3df3cafdbb4886efe92a5cd62237cfc04ec6967e
by dietervwin32: Make all GDK_WINDOW_TEMP always on top This makes menus, popups and tooltips show above the windows task bar. Backported from commit 62b505174f16743833467290f49c1ae09c25448e on master branch.
|
 | gdk/win32/gdkwindow-win32.c (diff) |
Commit
980133d7321224a6327ef67252f7904a05044c21
by dietervwin32: set msw-button child-displacement-x & y to 0 when XP theme is active Active buttons have not had their contents (icon & label) displaced ever since uxtheming became available in Windows XP. We still care about this displacement for classic themes though (even on Vista/7 where classic themes are used to implement High Contrast support).
|
 | modules/engines/ms-windows/msw_style.c (diff) |
|
 | modules/engines/ms-windows/msw_style.c (diff) |
Commit
7cfefd6e98e02c3dc3f80673f70ca6789d12bccc
by dietervwin32: fix expander rendering for horizontal GtkToolItemGroups Expanders are usually drawn as little triangles and unfortunately do not support rotated drawing modes. So a hack is applied (see gtk_tool_item_group_header_expose_event_cb for details) when drawing a GtkToolItemGroup's header for horizontal GtkToolShells, forcing the triangle to point in the right direction. Except we don't draw expanders as triangles on Windows. Usually, expanders are represented as "+" and "-". It sucks for "+" to become "-" and the inverse when we don't want to, so reverse the hack here.
|
 | modules/engines/ms-windows/msw_style.c (diff) |
|
 | modules/engines/ms-windows/msw_style.c (diff) |
Commit
60d471b2d00ce3a42e017a333fa4518429aacd93
by dietervwin32: Fix vertical GtkVolumeButton widget rendering. The trough was being rendered horizontal for vertical GtkVolumeButton widgets. Not relying on GTK_IS_VSCALE but using the orientable interface instead fixes this.
|
 | modules/engines/ms-windows/msw_style.c (diff) |
Commit
81955757bc2a5e23ffdc793d9f343f7302fd38de
by dietervwin32: don't rely on GTK_IS_H* or GTK_IS_V_* macros But use the orientable interface instead. This has already proven usefull for GtkVolumeButton widgets (see previous commit) so apply the same logic all over the place.
|
 | modules/engines/ms-windows/msw_style.c (diff) |
|
 | tests/testmerge.c (diff) |
Commit
4eae58ab43fadd90bb7b99ea9f24d6a86341d8c6
by mclasenRevert be1eea612cb7beacffdc0b31e7158195004f5e2d Calling gdk_keymap_add_virtual_modifiers causes _all_ virtual modifiers to be added, which causes problem when they are co-located on the same real modifier (as Super and Hyper often are). Effectively, this made it impossible to enter key combinations involving Super, since they all turn into Super+Hyper.
|
 | gtk/gtkcellrendereraccel.c (diff) |
Commit
400e53c568be2270d9bd3e19cc76957032959085
by federicobgo#662814 - Don't print a g_warning() when GtkRecentManager can't find a file Also, *do* add the file to the recently-used list, even if the file does not exist yet. This is used from the Save dialog, so even shitty apps which don't add the file to GtkRecentManager, will get the file added from the Save dialog. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkrecentmanager.c (diff) |
|
 | debian/control.in (diff) |
 | debian/changelog (diff) |
 | debian/control (diff) |
|
 | gdk/gdkinternals.h (diff) |
 | gdk/gdkoffscreenwindow.c (diff) |
Commit
e9b0f9e81aab098462cfc0117c449e7597858438
by alexl[win32] Fix win32 theme crash on offscreen windows We add _gdk_offscreen_window_get_real_drawable to get the real pixmap impl for offscreen windows, then we use this in gdkgc-win32.c:get_impl_drawable() for offscreen windows This fixes a crash when rendering win32 theme parts on offscreen windows (bug #623563)
|
 | gdk/gdkinternals.h (diff) |
 | gdk/win32/gdkgc-win32.c (diff) |
 | gdk/gdkoffscreenwindow.c (diff) |
|
 | docs/reference/gtk/migrating-GtkComboBox.sgml (diff) |
Commit
2a9bf2619a742be3dbc41bab5854eb0d8b5689bb
by mclasenFix problems with DND on some X servers When the X server does not support the shape extension (as some vnc implementations seem to), our DND code was always seeing an empty input shape, so drops always missed their target. http://bugzilla.gnome.org/show_bug.cgi?id=620240
|
 | gdk/x11/gdkwindow-x11.c (diff) |
 | gdk/x11/gdkdnd-x11.c (diff) |
|
 | gtk/gtkiconfactory.c (diff) |
Commit
8170436e61ea68c713d75ad374d22c3261be9203
by benjaminSet cups Custom print options correctly (bug #543520, patch by Marek Kašík) This patch fixes the cups print backend to pass Custom options with the "Custom." prefix to cups if neccessary.
|
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
Commit
1e731a34007fc6e11307b59635a15f946c5f10cc
by benjaminImprove PICKONE_* handling in GtkPrinterOptionWidget (bug #543520) This patch modifies GtkPrinterOptionWidget to support loading them again. It also allows the user to enter values from the dropdown list to select the item.
|
 | gtk/gtkprinteroptionwidget.c (diff) |
|
 | gtk/Makefile.am (diff) |
 | gdk/Makefile.am (diff) |
Commit
92412d23b7fb1bc7edfd87bf8a523284afdf7777
by ensonicgtkscale: fix bogus compare func The GtkScaleMark values are gdouble, a simple a-b compare func would fail for values with the same integer value. This breaks the sorting and causes random marker label placement.
|
 | gtk/gtkscale.c (diff) |
|
 | gtk/gtkscale.c (diff) |
|
 | gtk/gtkprintsettings.c (diff) |
|
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
|
 | debian/patches/series (diff) |
 | debian/patches/044_tracker_fts.patch |
 | debian/changelog (diff) |
Commit
90cf63f8bde80db64e1feaa6f2e39812db8b5da4
by biebl* debian/patches/070_revert_gtk_iconview_layout.patch: - Revert "iconview: layout items immediately when setting a GtkTreeModel" as this could lead to a crash in GtkIconView. Closes: #650609 * Refresh debian/patches/015_default-fallback-icon-theme.patch.
|
 | debian/patches/series (diff) |
 | debian/changelog (diff) |
|
 | debian/patches/070_revert_gtk_iconview_layout.patch |
|
 | debian/changelog (diff) |
|
 | gdk/quartz/gdkevents-quartz.c (diff) |
Commit
165d2c0ca278ada18f2b53f4be086abcd9b9f5ff
by mitchImplement the editing-canceled property in GtkCellEditableEventBox https://bugzilla.gnome.org/show_bug.cgi?id=639455 (cherry picked from commit 8f6a8441a24b40003b8ec4128931fb2601bc0d30)
|
 | gtk/gtkcellrendereraccel.c (diff) |
|
 | gtk/gtkscale.c (diff) |
|
 | gtk/gtkscale.c (diff) |
|
 | gtk/gtkmodules.c (diff) |
|
 | gtk/gtkmodules.c (diff) |
|
 | docs/reference/gtk/tmpl/gtktreestore.sgml (diff) |
 | docs/reference/gtk/tmpl/gtktreeview.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkrecentchooserdialog.sgml (diff) |
 | docs/reference/gtk/tmpl/gtksignal.sgml (diff) |
 | docs/reference/gtk/tmpl/gtktextbuffer.sgml (diff) |
 | docs/reference/gtk/tmpl/gtktreemodel.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkliststore.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkdialog.sgml (diff) |
 | NEWS (diff) |
 | docs/reference/gtk/tmpl/gtkstyle.sgml (diff) |
 | docs/reference/gtk/tmpl/gtktreeviewcolumn.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkcontainer.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkfilechooserdialog.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkbindings.sgml (diff) |
 | docs/reference/gdk/tmpl/x_interaction.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkcelllayout.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkobject.sgml (diff) |
|
 | docs/reference/libgail-util/gail-libgail-util-docs.sgml (diff) |
|
 | configure.in (diff) |
|
 | debian/changelog (diff) |
|
 | debian/patches/005_support_disabling_x11_extensions.patch (diff) |
 | debian/patches/003_gdk.pc_privates.patch (diff) |
 | debian/patches/070_revert_gtk_iconview_layout.patch |
 | debian/patches/series (diff) |
 | debian/patches/065_gir_set_packages.patch (diff) |
 | debian/changelog (diff) |
Commit
fb87d9c90153dcfd2e126c5bca9ad2d4ffbdfdff
by dietervwin32: fix gdk_win32_window_raise When calling gtk_window_present(), gdk_win32_window_raise did not actually raise the window anymore. Replacing BringWindowToTop() with SetForegroundWindow() fixes this. During testing, we also discovered that sometimes SetForeGroundWindow() will (correctly) refuse to raise the window and fail(for example: sometimes when dragging a different application at the time of a gtk_window_present() call). To prevent a GdkWarning from being produced, usage of the API_CALL macro has been removed for this case. Additional goodies of SetForeGroundWindow: - it brings the window to the front when the process owning the window to raise is the foreground process (for example when gtk_window_present is called from a GtkStatusIcon's activate signal handler) - it limits itself to flashing the task bar button associated with the window if the process owning the window to raise is *not* the foreground process (for example when gtk_window_present is called from a g_timeout_add callback function) https://bugzilla.gnome.org/show_bug.cgi?id=665760
|
 | gdk/win32/gdkwindow-win32.c (diff) |
|
 | modules/engines/ms-windows/msw_style.c (diff) |
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
Commit
66c99016d3d063aee0e00793da8f087c80172012
by mkasikprinting: Don't crash when printing This commit fixes crash which occurs in Firefox, Thunderbird and Inkscape during printing. This crash was caused because of wrong handling of Custom CUPS options. (#543520)
|
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
|
 | debian/changelog (diff) |
 | debian/rules (diff) |
|
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/patches/070-dont-crash-when-printing.patch |
 | debian/patches/series (diff) |
|
 | debian/changelog (diff) |
|
 | NEWS (diff) |
|
 | docs/reference/gdk/tmpl/x_interaction.sgml (diff) |
|
 | configure.in (diff) |
Commit
14488e69c43dee702763ffd48cb99d950d8ac73c
by jrallsRemove stock_icons/*/text-x-generic.png from GENERATED_ICONS It's not generated, and having it included removes it during maintainer-clean so you have to retrieve it from the repo to build.
|
 | gtk/Makefile.am (diff) |
|
 | gtk/gtkmain.c (diff) |
|
 | gdk/gdkwindow.c (diff) |
|
 | gtk/gtktrayicon-x11.c (diff) |
Commit
2ab15264676591c65a277296080159ef40a527b4
by hadessx11: Fix first call to _gdk_x11_keymap_key_is_modifier() _gdk_x11_keymap_key_is_modifier() never tries to set min/max_keycode if they haven't been set before, meaning that until another function sets those, all the keys will be seen as non-modifiers. This causes GdkKeyEvents to be wrongly tagged with "->is_modifier = 0" when in actual fact the key is a modifier. This fixes keyboard shortcuts captured with GtkCellRendererAccel in "raw" mode thinking a modifier without any actual keys is a valid shortcut. https://bugzilla.gnome.org/show_bug.cgi?id=670400 Conflicts: gdk/x11/gdkkeys-x11.c
|
 | gdk/x11/gdkkeys-x11.c (diff) |
|
 | debian/changelog (diff) |
|
 | debian/patches/series (diff) |
 | debian/changelog (diff) |
 | debian/patches/070-dont-crash-when-printing.patch |
|
 | debian/changelog (diff) |
Commit
0b24f16241f563b71c0c827bbb760a72df892b6a
by mitchquartz: make function keys work (again?) The F keys have no unicode mapping, and UCKeyTranslate() returns a bogus 0x10 as mapping to unicode. Instead of checking for this random and undocumented return value, simply assign all function keys explicitly. This patch also splits the ill-named "known_keys" array into "modifier_keys" and "function_keys" which is much more obvious.
|
 | gdk/quartz/gdkkeys-quartz.c (diff) |
|
 | gdk/quartz/gdkkeys-quartz.c (diff) |
|
 | tests/Makefile.am (diff) |
Commit
3f6592f60fd15fb353fc84600caefba3054dc892
by mikachuIconification using _NET_WM_STATE_HIDDEN hint if supported by WM If the Window Manager supports the _NET_WM_STATE_HIDDEN, we use it to use the _NET_WM_STATE protocol when de-iconifying windows (iconification is unchanged, via XIconifyWindow). Additionally, we no longer interpret all UnmapNotify events for our window as the result of iconification. (Based on patch by Tomas Frydrych <tf@linux.intel.com>)
|
 | gdk/x11/gdkwindow-x11.h (diff) |
 | gdk/x11/gdkevents-x11.c (diff) |
 | gdk/x11/gdkwindow-x11.c (diff) |
|
 | gtk/gtkiconview.c (diff) |
Commit
2bedcd8863a88f1e1aea15494dc1995e84a49133
by federicoUse g_format_size() instead of g_format_size_for_display() We do this like in commit 4ead7b69ea0, so that apps which use the gtk2 file chooser will show the same file sizes as gtk3 apps.
|
 | gtk/gtkfilechooserdefault.c (diff) |
|
 | configure.in (diff) |
Commit
339786f07845fc5b6de2266cf4de70ed00159f1b
by jjardonbuild: require glib 2.28 As dieterv said, gtk 2.24 win32 binaries have been frozen on glib 2.28.x, and we dont have resources rigth now to ensure pygobject static bindings still function correctly with newer glib versions
|
 | gtk/gtkfilechooserdefault.c (diff) |
 | configure.in (diff) |
|
 | build/win32/vs10/gtk+.props (diff) |
 | build/win32/vs9/gtk+.vsprops (diff) |
Commit
9a0e81380bfdc0abebbfa657abc974afeea6027b
by carlosgcprinting: Make sure destroy function is always called by gtk_enumerate_printers When GtkPrinterFunc always returns FALSE, for example when looking for a non existent printer, if print list is done for all backends or print backend status is UNAVAILABLE, gtk_enumerate_printers() finishes with an empty backend list and destroy function is never called. We need to check the backend list again after calling list_printers_init for all backends and finish the enumeration if it's empty. https://bugzilla.gnome.org/show_bug.cgi?id=672125
|
 | gtk/gtkprinter.c (diff) |
|
 | gdk/quartz/gdkevents-quartz.c (diff) |
 | gdk/quartz/gdkprivate-quartz.h (diff) |
Commit
5f25687104f77aba310ac32c35d263f9d565d983
by kris[quartz] Fix manual resizing of windows In the Quartz backend, there are two methods by which windows are resized. The first method is fully handled by Quartz and does not appear in the event stream the application resizes. The second method is when we resize windows by ourselves. In OS X this happens when a GTK+ resize grip is used. This resize grip is larger than the Quartz resize grip. When the resize is started outside the "Quartz area", we have to handle it by ourselves. This patch fixes this manual window resizing by ignoring events while we are in the process of resizing (such that the events actually arrive at the sendEvent handler of GdkQuartzWindow where this resize is handled). When the resize has finished we break all grabs such that GDK is not stuck thinking the cursor is still in the resize window.
|
 | gdk/quartz/GdkQuartzWindow.c (diff) |
 | gdk/quartz/gdkevents-quartz.c (diff) |
 | gdk/quartz/GdkQuartzWindow.h (diff) |
Commit
f91c525fe23a71abe389746bc5560bfe507ae5cb
by krisquartz: fix coordinates for synthesized event Of course, we must pass coordinates in the NSWindow coordinate system when creating an NSEvent. This fixes drag icon positioning and makes the icon slide back to the correct position when the drag is canceled.
|
 | gtk/gtkdnd-quartz.c (diff) |
|
 | gtk/gtkdnd-quartz.c (diff) |
Commit
85c9b5c76ad4cb948f744f4679c02059c8ddc7d9
by federicobgo#674556 - Save the file chooser's settings when the toplevel gets unmapped In GTK+ 2, child widgets don't get unmapped, and yet, that is when we were trying to save the settings of GtkFileChooserDefault. Now we connect to the toplevel's unmap signal and do the right thing there. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserprivate.h (diff) |
 | gtk/gtkfilechooserdefault.c (diff) |
Commit
0883b09086a2f3df9005a3e783c891f45cbe9792
by jrallsmodules/printing/cups/gtkprintbackendcups.c won't build with CUPS 1.6 The first, simple changes. Turns off the deprecation warnings and substitutes macros and short ifdef blocks where feasible.
|
 | configure.in (diff) |
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
|
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
|
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
Commit
61dd746d517ec982e471a3c75e28937787a67a1f
by jrallsExtract printer setup variables into a struct So that it can be passed as a single parameter to functions as we extract-function to make cups_request_printer_list_cb more manageable. Note that not all of the affected variables are changed in this changeset. Those are in extracted functions and will be addressed in the next two changes.
|
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
|
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
|
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
|
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
Commit
75103b62e5ba88e03dd5d93442fc0f946dc87c13
by jrallsmodules/printing/cups/gtkprintbackendcups.c won't build with CUPS 1.6 Having refactored cups_request_printer_list_cb so that the cups version-dependent block size is small enough to be handled in a single ifdef, make the ifdef HAVE_CUPS_API_1_6 block
|
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
|
 | modules/printbackends/cups/gtkcupsutils.c (diff) |
|
 | po/ro.po (diff) |
 | po-properties/ro.po (diff) |
Commit
2b624f6f8fba8d68c49fd166ba5bf2aa28420ff6
by federicobgo#675421 - Set the wm_role on GtkFileChooserDialog The window's role is 'GtkFileChooserDialog', so that window managers can match it for positioning. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserdialog.c (diff) |
|
 | gdk/quartz/gdkkeys-quartz.c (diff) |
Commit
71164e57b9b999f07a613806058ee87b9cbf882d
by mitchquartz: add a special case to GtkIMContextSimply for entering '"' Turn dead_doubleacute plus space into '"' and not into a double acute because that's the way to enter double quotes on the US-International keyboard layout.
|
 | gtk/gtkimcontextsimple.c (diff) |
Commit
194d5544b4bc4499e6953fb57010bb6b6db5f60a
by krisquartz: Ignore events from all mouse buttons past the resize boundary Before, right click events were still let through into GDK. In this case, also middle/right button events with x-coordinates in the range [-3, 0] are processed, resulting in failures/crashes in the window finding code because no GdkWindows are present in this range.
|
 | gdk/quartz/gdkevents-quartz.c (diff) |
Commit
eb831590cd9354bdcb9933ca9bfe531b12177473
by gicmoImplement _gtk_clipboard_store_all() This pushes the clipboard contents to the OS X clipboard when the application is quit. Without doing this, clipboard data set by a GTK+ application cannot be accessed after the clipboard has been quit. Currently, we implement this the easy way because the clipboard support is fully implemented in GTK+. In the future this might change.
|
 | gtk/gtkclipboard-quartz.c (diff) |
Commit
43c9a702c708231b038ca072ef4738d5ea547ccf
by christian.kellnerquartz: Don't use compound text for selections Explicitly return FALSE in selection_set_compound_text() to indicate that we don't want to support compound text selections; this will eliminate the "not implemented" warning for quartz.
|
 | gtk/gtkselection.c (diff) |
Commit
5b91e0d501011d4dde3908267faba15373871790
by mclasenMake gtk2 demos comply with gseal Demos in gtk-demo are supposed to be exemplary. However, if one were to give them dummy main functions many of them would not compile with -DGSEAL_ENABLE. This changes the demos to make them use accessor functions whenever possible instead of direct changes to the struct members. http://bugzilla.gnome.org/show_bug.cgi?id=667155
|
 | demos/gtk-demo/offscreen_window.c (diff) |
 | demos/gtk-demo/sizegroup.c (diff) |
 | demos/gtk-demo/expander.c (diff) |
 | demos/gtk-demo/changedisplay.c (diff) |
 | demos/gtk-demo/offscreen_window2.c (diff) |
 | demos/gtk-demo/search_entry.c (diff) |
 | demos/gtk-demo/entry_buffer.c (diff) |
 | demos/gtk-demo/colorsel.c (diff) |
 | demos/gtk-demo/entry_completion.c (diff) |
 | demos/gtk-demo/rotated_text.c (diff) |
 | demos/gtk-demo/dialog.c (diff) |
 | demos/gtk-demo/hypertext.c (diff) |
 | demos/gtk-demo/combobox.c (diff) |
 | demos/gtk-demo/spinner.c (diff) |
 | demos/gtk-demo/toolpalette.c (diff) |
 | demos/gtk-demo/clipboard.c (diff) |
 | demos/gtk-demo/panes.c (diff) |
 | demos/gtk-demo/drawingarea.c (diff) |
|
 | demos/gtk-demo/offscreen_window2.c (diff) |
Commit
b32a9eb691920f21ad3b9127c833aaba15727c4b
by mitchGtkTreeView: make tree expanding/collapsing more robust gtk_grab_remove() *after* we did the expanding/collapsing, otherwise grab_notify() might kick in and mess with our state. Fixes bug #675835.
|
 | gtk/gtktreeview.c (diff) |
Commit
0b59fbfb9d677b77b392c0c6d327ddecd7978d89
by mclasenAllow fallback for input method modules Accept a :-separated list of module names in GTK_IM_MODULE and the corresponding setting, to deal a bit better with broken situations. https://bugzilla.gnome.org/show_bug.cgi?id=603559 Patch by Akira Tagoh, backported from GTK+ 3. The backport is required because GTK+ 2 and 3 are listening to the same env vars and settings for immodules.
|
 | docs/reference/gtk/running.sgml (diff) |
 | gtk/gtksettings.c (diff) |
 | gtk/gtkimmodule.c (diff) |
Commit
860499ce90a6f184181f2e7249871e2514c83e00
by krisquartz: delay emission of EnterNotify until window position is known Beforehand, the check whether or not emission is necessary was done based on the "uninitialized" window position in the top left corner. We now wait until the window size is set for the first time, to avoid emitting EnterNotify when it is not necessary.
|
 | gdk/quartz/GdkQuartzWindow.c (diff) |
 | gdk/quartz/GdkQuartzView.c (diff) |
 | gdk/quartz/GdkQuartzWindow.h (diff) |
Commit
2f706868ff3c4a3d25aa85e233590161a55c9657
by krisBug 676362 - _gdk_quartz_image_copy_to_image always returns black... Implement a special case for the root window, which has to be handled differently on OS X. Contains some bit fiddling corrections by Kristian Rietveld.
|
 | gdk/quartz/gdkimage-quartz.c (diff) |
Commit
da324fa2d5723739b9a74996e1e11df93b300aec
by jralls[Bug 676362] _gdk_quartz_image_copy_to_image always returns black for the root window Revised patch which doesn't depend upon NSRect being typdeffed from CGRect (64-bit only).
|
 | gdk/quartz/gdkimage-quartz.c (diff) |
Commit
85f2a721cfae94ed9497c56a72b3dce0677f4317
by cosimocpixbuf-engine: add a GtkRC option for widget direction Add a GtkRC option to select for an LTR/RTL widget direction in the pixbuf engine; this will allow the engine to apply different theming assets according to the text direction, which is useful when theming e.g. a spinbutton or a combobox entry.
|
 | modules/engines/pixbuf/pixbuf-draw.c (diff) |
 | modules/engines/pixbuf/pixbuf.h (diff) |
 | modules/engines/pixbuf/pixbuf-rc-style.c (diff) |
|
 | debian/changelog (diff) |
 | debian/control (diff) |
 | debian/control.in (diff) |
|
 | NEWS (diff) |
|
 | configure.in (diff) |
Commit
a9fb816a3f64227936f4b25882e4f20ab5018c9c
by mclasenFix a case of 'stuck grab' This was showing up when using a combo box in list mode. After popping up the list, the keyboard grab appeared stuck. What was stuck here is only the client-side grab, since we forgot to clean up our grabs when receiving an UnmapNotify. This bug was introduced in 3f6592f60fd15fb353fc84600caefba3054dc892. [ Alexandre Rostovtsev <tetromino@gentoo.org>: backport to 2.24 ] https://bugzilla.gnome.org/show_bug.cgi?id=680346
|
 | gdk/x11/gdkevents-x11.c (diff) |
|
 | demos/gtk-demo/rotated_text.c (diff) |
|
 | po/zh_CN.po (diff) |
|
 | autogen.sh (diff) |
|
 | gtk/gtkaction.c (diff) |
|
 | debian/changelog (diff) |
 | debian/rules (diff) |
Commit
ea67dc1117b2f5389c5d1e8fd15d99f6587cdda1
by biebldebian/libgtk2.0-0.postrm.in: Drop "rm -rf /etc/gtk-2.0" on purge since this removes files owned by libgtk2.0-common. The generated cache files for gdk pixbuf loaders and gtk input method modules have been moved out of /etc a long time ago. Closes: #681962
|
 | debian/libgtk2.0-0.postrm.in (diff) |
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
|
 | po/zh_CN.po (diff) |
Commit
48547aadef8547686ae43cb317caeb882ecc2699
by jrallsBug 681784 Colorspaces used in gtk+ and cairo quartz backends do not match Changes inspired by parafin <help@imtrappedininternet.com> Replace colorspace creation calls to match those used by Cairo.
|
 | gdk/quartz/gdkdrawable-quartz.c (diff) |
 | gdk/quartz/gdkcolor-quartz.c (diff) |
 | gdk/quartz/gdkgc-quartz.c (diff) |
 | gdk/quartz/gdkpixmap-quartz.c (diff) |
Commit
c0c3085128b0af739c73db31f9330508aad8f2e6
by mitchquartz: add evil casting to make sure time wraps correctly on 32bit machines get_time_from_ns_event(): apply patch from Michael Hutchinson which makes sure the returned guint32 wraps correctly on 32 bit machines when the uptime exceeds 2^32 ms. (cherry picked from commit 78506bd604099161819ffdd0fdef98967f8980de)
|
 | gdk/quartz/gdkevents-quartz.c (diff) |
Commit
3d5cd6e0553131bf7bec30e0524a66a4d481821b
by krisquartz: fix corruption during scrolling in some cases A call to scrollRect must be followed by a call to set that the offset rect needs display for the changes to "take effect". This was not done prior to this patch which, in some cases, caused corruption during scrolling.
|
 | gdk/quartz/gdkdrawable-quartz.c (diff) |
Commit
af26ec6a73497e2fbbd87e0cd2e658b4b99d7b1f
by cosimoctooltip: add tooltip-radius and tooltip-alpha style properties This allows themes to change the tooltip opacity and radius. Based on a downstream Fedora patch by Matthias Clasen. https://bugzilla.gnome.org/show_bug.cgi?id=683070
|
 | gtk/gtkwidget.c (diff) |
 | gtk/gtktooltip.c (diff) |
|
 | po/pl.po (diff) |
 | po-properties/pl.po (diff) |
Commit
cc7abf6a1cccd66a802c5272cd2ac6c944962c78
by cosimocrange: add a primary-button-warps-slider style property Setting this to TRUE (it's FALSE by default) enables the behavior we have in GTK3 for scrollbars. https://bugzilla.gnome.org/show_bug.cgi?id=683279
|
 | gtk/gtkrange.c (diff) |
Commit
1070c5849e45433ad66c076e0bf692d936813a31
by cosimocrecent-manager: Coalesce multiple changes Since the ::changed implementation of GtkRecentManager implies a synchronous write operation, when we receive multiple requests to emit a ::changed signal we might end up blocking. This change coalesces multiple ::changed emission requests using the following sequence: • the first request will install a timeout in 250 ms, which will emit the ::changed signal • each further request while the timeout has not been emitted will increase a counter ‣ if the counter reaches 250 before the timeout has been emitted, then the RecentManager will remove the timeout source and force a signal emission and reset the counter This sequence should guarantee that frequent ::changed emission requests are coalesced, and also guarantee that we don't let them dangle for too long. https://bugzilla.gnome.org/show_bug.cgi?id=616997
|
 | gtk/gtkrecentmanager.c (diff) |
 | gtk/tests/recentmanager.c (diff) |
|
 | NEWS (diff) |
|
 | po-properties/pl.po (diff) |
Commit
15999ec5f35fe7ef167bf6cfb14cfeb0fe9792d4
by cosimocrange: make condition consistent with GTK3 cc7abf6a1cccd66a802c5272cd2ac6c944962c78 introduced the primary-button-warps-slider style property, but with a different condition check than the GTK3 counterpart. It turns out we really need to check for the mouse click location here, or we'll warp the slider to pointer also in case we clicked on the slider itself. https://bugzilla.gnome.org/show_bug.cgi?id=683512
|
 | gtk/gtkrange.c (diff) |
Commit
b4ddf24234ccc26647bce8808e9824f268d597b8
by mitchImplement gtk-primary-button-warps-slider GtkSetting It replaces the recently added GtkRange:primary-button-warps-slider style property. Implement the setting in the quartz backend, it proxies the "click in the scroll bar to" property from the OS X PrefPane.
|
 | gtk/gtksettings.c (diff) |
 | gtk/gtkrange.c (diff) |
 | gdk/quartz/gdkevents-quartz.c (diff) |
Commit
1533e67ae40d938a6ee805eab5581922f4b97459
by mclasenTry harder to discriminate Shift-F10 and F10 A change in xkeyboard-config 2.4.1 made it so that function keys now have a shift level which has the same symbol, but 'eats' the shift modifier. This would ordinarily make it impossible for us to discriminate between these key combinations. This commit tries harder to discriminate in 2 ways: - XKB has a mechanism to tell us when a modifier should not be consumed even though it was used in determining the level. We now respect such 'preserved' modifiers. This does not fix the Shift-F10 vs F10 problem yet, since xkeyboard-config does not currently mark Shift as preserved for function keys. - Don't consume modifiers that do not change the symbol. For the function keys, the symbol on the shift level is the same as the base level, so we don't consider Shift consumed. For more background on the xkeyboard-config change, see https://bugs.freedesktop.org/show_bug.cgi?id=45008 https://bugzilla.gnome.org/show_bug.cgi?id=661973
|
 | gdk/x11/gdkkeys-x11.c (diff) |
Commit
c8aa94f7a8e761982dd05cb37d16ac6355c7baf9
by mclasenimmulticontext: Always check if the global context id changed This makes sure that if the gtk-im-module setting changes we update our internal state immediately on the next event whichever it is. In particular this fixes the case of the gtk-im-module setting changing while the user is typing and the slave context remaining the same, effectively ignoring the setting change. Backport of a0f155e83938f6c3e63c312107dee2a970c2eb15. https://bugzilla.gnome.org/show_bug.cgi?id=675365
|
 | gtk/gtkimmulticontext.c (diff) |
Commit
79b3326eaab18b942bd7e03ae8d24544182cb3dd
by mitchquartz: Bug 674108 - Hard crash due to wrong NSAutoreleasePool stacking Apply patch from Kristian Rietveld which addresses two issues in gdkeventloop-quartz.c: This patch moves the autorelease pool drain and introduces protection against the invalidated ufds. Basically, when we suspect ufds has been invalidated by a recursive main loop instance, we refrain from calling the collect function.
|
 | gdk/quartz/gdkeventloop-quartz.c (diff) |
|
 | build/win32/vs9/gailutil.vcproj |
 | build/win32/vs10/gailutil.vcxproj |
 | build/win32/vs10/gailutil.vcxproj.filters |
 | build/win32/vs10/Makefile.am (diff) |
 | build/win32/vs10/gtk+.sln (diff) |
 | build/win32/vs10/install.vcxproj (diff) |
 | build/win32/vs9/gtk+.vsprops (diff) |
 | build/win32/vs9/Makefile.am (diff) |
 | build/win32/vs10/gtk+.props (diff) |
 | build/win32/vs9/gtk+.sln (diff) |
Commit
7336783e574a02a0d02168be4f5b71514609c063
by mclasenChange the location of the online docs It is better to install these under gdk2/ and gtk2/, to make it explicit what version they are about. Doing this will eventually let us move the gtk3 docs to gtk/.
|
 | docs/reference/gtk/gtk-docs.sgml (diff) |
 | docs/reference/gdk/gdk-docs.sgml (diff) |
|
 | NEWS (diff) |
|
 | configure.in (diff) |
|
 | build/win32/vs10/gtk+.props (diff) |
 | build/win32/vs9/gtk+.vsprops (diff) |
|
 | docs/reference/gtk/gtk.types |
 | docs/reference/gdk/gdk.types |
 | docs/reference/gdk/gdk2.types |
 | docs/reference/gtk/gtk2-sections.txt |
 | docs/reference/gtk/Makefile.am (diff) |
 | docs/reference/gdk/gdk-sections.txt |
 | docs/reference/gtk/gtk-sections.txt |
 | docs/reference/gdk/gdk2-sections.txt |
 | docs/reference/gtk/gtk2.types |
 | docs/reference/gdk/Makefile.am (diff) |
Commit
92ea94af5f1a4d0970628b58997192ccf74cab36
by mitchFix garbage content when windows are initially mapped The garbage would be visible if any widget enabled the toplevel NSView's CALayer in order to do custom native rendering.
|
 | gdk/quartz/GdkQuartzView.c (diff) |
|
 | debian/control (diff) |
 | debian/changelog (diff) |
|
 | build/win32/vs10/gtk+.props (diff) |
Commit
0e42cf81f1dad319489e447c6c4e640bed2ab915
by mitchquartz: Actually use the window background PATTERN color Before we used a window's background color, which resulted in corrupted display in some cases, presumably because we didn't reset the active pattern. This patch seems to eliminate the observed corruption.
|
 | gdk/quartz/GdkQuartzView.c (diff) |
|
 | po-properties/de.po (diff) |
Commit
bb867e9406ee0d9e6109bfc4c33a38585c76a242
by alexlwin32: Don't leak the pixmap cairo_surface GdkPixmapWin32 allocates a cairo_surface manually for non-foreign pixmaps, instead of letting GdkDrawableWin32 create on on-demand. However, the pixmap created surface is a strong ref, rather than the weak ref created by gdk_win32_ref_cairo_surface() so we can't rely on _gdk_win32_drawable_finish to actually free it. So, we have to manually free it when we finalize or we leak it. https://bugzilla.gnome.org/show_bug.cgi?id=685959
|
 | gdk/win32/gdkpixmap-win32.c (diff) |
Commit
de89546e30db83e6e10f72062b3b5c38814bb64d
by cosimocUse bookmarks file from gtk-3.0 XDG config dir if present Will read from old location if new location isn't found, and will always write back to the original location the file was read from. Adapted from commit ceb3fecd117293387547c284e8294e4cddaa8f17 on the master branch, based on a patch from William Jon McCann <jmccann@redhat.com>
|
 | gtk/gtkfilesystem.c (diff) |
Commit
c5421263e4347c94dd0481249e6ae30a9d7ebecb
by mitchgail: use connect_object() for connecting to GtkTextBuffer signals because the user_data is the GtkTextView. This used to crash when the text view got destroyed, and the buffer was used for another view. Fixes bug #652204.
|
 | modules/other/gail/gailtextview.c (diff) |
Commit
376fc4d712ab16b3770c79b55e00c1b8bc1efcfd
by mitchgtk: clean up properly in GtkFileChooserEntry's dispose() to fix crashes Don't just unref the completion_store, call discard_completion_store() instead which also unsets it as the GtkEntryCompletion's model. Fixes bug 681845 and probably some others, because the situation in this bug is completely common.
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gdk/quartz/gdkgc-quartz.c (diff) |
Commit
0239ee50be0df27f1e01ddc5ea64e9c759da55ec
by federicoRemove bookmark duplicate of shortcut Application code can set shortcut folders that are already bookmarks. This code causes the bookmarks to be refreshed after the shortcut is added removing any possible bookmark duplicates https://bugzilla.gnome.org/show_bug.cgi?id=577806
|
 | gtk/gtkfilechooserdefault.c (diff) |
Commit
47f0e3f1e1cd6b0ae61ec7ced48cc9802f1a95a4
by mitchquartz: move SPLASHSCREEN-hinted windows to NSStatusWindowLevel which does not really have a different effect than the previously used NSPopUpMenuWindowLevel, but is what all code examples I found are using, and it does make more sense.
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
Commit
43e1354b71640d3fb7a47b997a436dc65bbd922f
by mitchquartz: filter out button press events on the window frame Don't try to handle button press events on the window frame, they have out-of-window coordinates. Also, break grabs on such events so popup menus go away. Patch from Kristian Rietveld, fixes bug 684419.
|
 | gdk/quartz/gdkevents-quartz.c (diff) |
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
 | gdk/quartz/gdkprivate-quartz.h (diff) |
Commit
e982461ad63c7ce1f052378dbf5c28f7208f396a
by mitchquartz: correct deficiencies in the gdk_draw_drawable() implementation The call to scrollRect: must be accompanied by a call to redraw the newly exposed area, otherwise the scrollRect: will have no effect. Secondly, compute the newly exposed area correctly. Thirdly, also expose the lower window border or the area moved from the lower window border if applicable, to make sure rounded corners are properly drawn or don't leave garbage.
|
 | gdk/quartz/gdkdrawable-quartz.c (diff) |
Commit
1a2509a6ab7f35caae758c2b31f40ef90d4fa94a
by mitchquartz: move tooltips window to the topmost level so they can appear on top of popup menus. Also, reorder the switch() statement in window_type_hint_to_level() so it resembles the stacking order, to avoid confision like this in the future.
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
|
 | gdk/quartz/gdkevents-quartz.c (diff) |
|
 | modules/input/gtkimcontextime.c (diff) |
Commit
979e5061a040f8896f505ffbd230f52af2d61ded
by mitchBug 672193 - windows (including menus) shown multiple times don't... Based on a patch from Paul Davis, inject synthetic enter events directly into the Quartz event stream, instead of trying to synthesize them in GDK. This seems to magically fix most combo box popup weirdness, I guess some code is relying on a specfic order of events, or any other state imposed by the "proper" code path of events coming in the usual way. The patch also removes _gdk_quartz_events_send_enter_notify_event() which is now obsolete.
|
 | gdk/quartz/GdkQuartzWindow.c (diff) |
 | gdk/quartz/gdkevents-quartz.c (diff) |
 | gdk/quartz/gdkprivate-quartz.h (diff) |
|
 | gdk/quartz/gdkevents-quartz.c (diff) |
Commit
2a24ee075657c39c907332ab6ce62e87f272ccef
by mitchAvoid a crash in gtk_im_context_ime_reset When GTK+ runs with inputim-ime.dll module, there is NULL pointer reference. Because "context_ime->client_window" may be NULL in gtk_im_context_ime_reset. https://bugzilla.gnome.org/show_bug.cgi?id=644906 (cherry picked from commit 74f57ee04dfd06d4082443dee20cd8a16428d3d9)
|
 | modules/input/gtkimcontextime.c (diff) |
|
 | gdk/quartz/gdkkeys-quartz.c (diff) |
Commit
0596f5591f36f57b99103914ba03abbed5765e8b
by mitchBug 688710 - splashscreen shouldn't be always on top on OS X Activate the "hides on deactivate" behavior for splashscreens, torn-off menus, utility windows, tooltips and notifications: when another application is brought to the front, these windows are hidden so as not to obscure it. This is the expected behavior for application-specific floating windows on OS X.
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
Commit
f357151cc60003000865252135905c6417504dd6
by mitchBug 668239 - texts disappear when notebook switch page at zh_CN locate In gtkimcontextime.c, use gdk_win32_window_get_impl_hwnd() to get to the impl's existing native window instead of GDK_WINDOW_HWND() which implicitly ensures a native window for the widget itself. This seems to work around whatever GDK problem with native subwindows and fixes the bug.
|
 | modules/input/gtkimcontextime.c (diff) |
|
 | gtk/gtkfilechooserdefault.c (diff) |
 | gtk/gtkfilechooserprivate.h (diff) |
|
 | gdk/quartz/gdkinputprivate.h (diff) |
 | gdk/quartz/gdkinput.c (diff) |
 | gdk/quartz/gdkevents-quartz.c (diff) |
Commit
2d57ddd6ef0ef44382be7080484e2408375eb463
by mitchgtkimcontexttime.c: Check context_ime->client_window is not NULL Be a bit more careful in get_pango_attr_list() and get_utf8_preedit_string() to ensure that the client_window is properly created before proceeding, to avoid access violation/segfault crashes on Windows with IME installed, especially when running the pickers demo. https://bugzilla.gnome.org/show_bug.cgi?id=682919 (cherry picked from commit a866ed737810ea32ec55260ad512f386a4e6df5d)
|
 | modules/input/gtkimcontextime.c (diff) |
|
 | gtk/gtkfilechooserprivate.h (diff) |
 | gtk/gtkfilechoosersettings.c (diff) |
 | gtk/gtkfilechoosersettings.h (diff) |
 | gtk/gtkfilechooserdefault.c (diff) |
|
 | gtk/gtkfilechooserdefault.c (diff) |
|
 | gtk/gtkfilechooserprivate.h (diff) |
 | gtk/gtkfilechooserdefault.c (diff) |
|
 | git.mk (diff) |
|
 | gdk/quartz/gdkglobals-quartz.c (diff) |
|
 | gdk/quartz/gdkglobals-quartz.c (diff) |
 | gdk/quartz/gdkquartz.h (diff) |
Commit
5637ef1f97ee46666c97707ed7f6bae459007163
by mitchFix broken function pointer declarations on windows Both flashing a window and setting the window opacity were using incorrect declarations for function pointers. They were missing the WINAPI annotation as defined in windows.h. As a result, the stack could be corrupted when these functions were invoked. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=689235
|
 | gdk/win32/gdkwindow-win32.c (diff) |
|
 | gtk/gtkimcontextsimple.c (diff) |
|
 | gtk/gtkimcontextsimple.c (diff) |
Commit
f52befa7e7a93ec09c011cd6b6d17ab09868c3e8
by federicoRevert "Add items to the shortcuts bar's popup menu to configure the startup mode" Per the gtk-devel meeting on 2012/11/29, we'll not have a UI in the file chooser dialog to select between those modes. Instead, we'll show that key in gtweaktool. This reverts commit 7860500bc69da242992705995c32940ad84e066c.
|
 | gtk/gtkfilechooserdefault.c (diff) |
 | gtk/gtkfilechooserprivate.h (diff) |
Commit
f2b74db5dcbd28a1e27431f413c66d2a5d50b2bd
by mitchBug 626499 - GtkClipboard unnotified on change of OS X pasteboard owner pasteboardChangedOwner is not called as reliably as we'd want to get it, so keep track of [pasteboard changeCount] and drop clipboard ownership when a change happened. Also better unset the clipboard content redundantly in a few places rather than missing one, and reorder the code in gtk_clipboard_set_contents() so that the new aggressive unsetting won't unset the clipboard under our feet when we call [pasteboard declareTypes].
|
 | gtk/gtkclipboard-quartz.c (diff) |
Commit
a4411079794ccd377ae73b6693924a0d96dafc94
by fanchunweiBug 687575: Update Visual C++ 2008 projects The Visual C++ project files for GTK+-2.24.x need to be updated as the Windows theme engine (libwimp) currently has to be built as a DLL. This adds the Visual C++ 2008 project file to build libwimp as a standalone module/DLL, and the property sheets, .sln file and gtk.vcprojin are updated accordingly so that the needed stuff get built properly and go to the proper places for the Windows Themes to work correctly with the Visual C++ builds. Thanks to nus for pointing this out. Visual C++ 2010 projects files will be updated in the next 1-2 days.
|
 | build/win32/vs9/Makefile.am (diff) |
 | build/win32/vs9/gtk.vcprojin (diff) |
 | build/win32/vs9/gtk+.sln (diff) |
 | build/win32/vs9/libwimp.vcproj |
 | build/win32/vs9/gtk+.vsprops (diff) |
|
 | build/win32/vs9/gtk-demo.vcproj (diff) |
|
 | configure.in (diff) |
 | NEWS (diff) |
|
 | configure.in (diff) |
Commit
b7c30152d0a6f964be8458f0a57a9bad908d8ce5
by fanchunweiBug 687575: Update Visual C++ 2010 projects The Visual C++ project files for GTK+-2.24.x need to be updated as the Windows theme engine (libwimp) currently has to be built as a DLL. This adds the Visual C++ 2010 project file to build libwimp as a standalone module/DLL, and the property sheets, .sln file and gtk.vcxprojin/gtk.vcxproj.filtersin/install.vcxproj are updated accordingly so that the needed stuff get built properly and go to the proper places for the Windows Themes to work correctly with the Visual C++ builds. Thanks to nus for pointing this out.
|
 | build/win32/vs10/gtk-demo.vcxproj (diff) |
 | build/win32/vs10/libwimp.vcxproj |
 | build/win32/vs10/libwimp.vcxproj.filters |
 | build/win32/vs10/gtk+.props (diff) |
 | build/win32/vs10/Makefile.am (diff) |
 | build/win32/vs10/gtk.vcxproj.filtersin (diff) |
 | build/win32/vs10/gtk.vcxprojin (diff) |
 | build/win32/vs10/gtk+.sln (diff) |
 | build/win32/vs10/install.vcxproj (diff) |
Commit
4a8df7a33c298d22bf78b947d0e861fc03ec70e1
by mitchquartz: fix crash in the recent clipboard "fix", and really fix it We must not release the GtkClipboardOwner in pasteboardChangedOwner becaue we don't own a reference to ourselves (NSPasteboard does). Instead, release the owner right after setting it, transferring ownership to NSPasteboard Also, fix repeated setting of the same owner by keeping the owner around in GtkCLipboard, and re-use it if "user_data" doesn't change. To avoid clipboard_unset()ting our own contents in the process, add an ugly "setting_same_owner" boolean to GtkClipboardOwner, set it during re-setting the same owner, and avoid calling clipboard_unset() from pasteboardChangedOwner if it's TRUE.
|
 | gtk/gtkclipboard-quartz.c (diff) |
|
 | gdk/win32/gdkpixmap-win32.c (diff) |
Commit
31ae1a0b5bb257c86cc2393e065ded8506b4ef4a
by mitchgtk: fix scrolling in modal dialogs when event_widget is insensitive When checking for modal grabs in gtk_main_do_event(), forward GDK_SCROLL events to event_widget, even if it is insensitive.
|
 | gtk/gtkmain.c (diff) |
Commit
d9f9925878773fb37d1a385a929ddcbb4ef8fb80
by mitchprinting: Add "Custom." prefix only once to paper size Check whether "Custom." prefix is already present in the name of selected paper size. (#679883) (cherry picked from commit be7752183eb07274b67036362f895b31aa28eb25)
|
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
|
 | gtk/gtkclipboard-quartz.c (diff) |
|
 | gtk/gtkclipboard-quartz.c (diff) |
Commit
44402df7dd412730e2128deb51a3885437ca7caf
by fanchunweiFix gailutil Visual C++ projects ...so that we will include the correct gdkconfig.h, which would be in $(srcroot)\gdk\ during the Visual C++ build. Also prepare support for Visual Studio 2012 in this project, so it would be easy to use a script to copy and replace the necessary items in the Visual Studio 2010 project set to make it a Visual Studio 2012 set.
|
 | build/win32/vs10/gailutil.vcxproj (diff) |
 | build/win32/vs9/gailutil.vcproj (diff) |
Commit
1f0f3994694ec3f1baa43932c186db78814b2abd
by mclasenMove single-include guards inside include guards gcc has optimizations for include guards that only work if they are outermost in the the header. https://bugzilla.gnome.org/show_bug.cgi?id=689810
|
 | gtk/gtkpango.h (diff) |
 | gdk/gdkcursor.h (diff) |
 | gtk/gtktextbuffer.h (diff) |
 | gtk/gtkstatusbar.h (diff) |
 | gtk/gtktogglebutton.h (diff) |
 | gtk/gtkhbox.h (diff) |
 | gtk/gtkpagesetupunixdialog.h (diff) |
 | gtk/gtktreeviewcolumn.h (diff) |
 | gtk/gtkcellrendererspinner.h (diff) |
 | gtk/gtkfontsel.h (diff) |
 | gtk/gtkobject.h (diff) |
 | gtk/gtktearoffmenuitem.h (diff) |
 | gtk/gtkprogressbar.h (diff) |
 | gtk/gtkseparator.h (diff) |
 | gtk/gtkcalendar.h (diff) |
 | gdk/gdkvisual.h (diff) |
 | gtk/gtkaccelmap.h (diff) |
 | gtk/gtksettings.h (diff) |
 | gtk/gtktypeutils.h (diff) |
 | gtk/gtkdialog.h (diff) |
 | gtk/gtkpapersize.h (diff) |
 | gtk/gtkradioaction.h (diff) |
 | gtk/gtktextbufferrichtext.h (diff) |
 | gtk/gtkeventbox.h (diff) |
 | gtk/gtkvbox.h (diff) |
 | gtk/gtkvbbox.h (diff) |
 | gtk/gtksizegroup.h (diff) |
 | gtk/gtktoolpalette.h (diff) |
 | gdk/gdkregion.h (diff) |
 | gtk/gtkcellrenderertext.h (diff) |
 | gtk/gtktreesortable.h (diff) |
 | gdk/gdkkeys.h (diff) |
 | gtk/gtkhandlebox.h (diff) |
 | gtk/gtktreednd.h (diff) |
 | gtk/gtkcellrenderertoggle.h (diff) |
 | gtk/gtkaboutdialog.h (diff) |
 | gtk/gtkbuilder.h (diff) |
 | gtk/gtkrecentfilter.h (diff) |
 | gtk/gtkactivatable.h (diff) |
 | gtk/gtkvscrollbar.h (diff) |
 | gtk/gtkprintoperation.h (diff) |
 | gtk/gtkwindow.h (diff) |
 | gtk/gtkstock.h (diff) |
 | gdk/gdkscreen.h (diff) |
 | gtk/gtkprintoperationpreview.h (diff) |
 | gtk/gtkselection.h (diff) |
 | gtk/gtkrecentaction.h (diff) |
 | gdk/gdkpango.h (diff) |
 | gtk/gtkrecentchooser.h (diff) |
 | gtk/gtkrecentchooserwidget.h (diff) |
 | gtk/gtkcheckmenuitem.h (diff) |
 | gtk/gtkicontheme.h (diff) |
 | gtk/gtkmenushell.h (diff) |
 | gtk/gtkcolorbutton.h (diff) |
 | gtk/gtkcolorseldialog.h (diff) |
 | gtk/gtktoggleaction.h (diff) |
 | gtk/gtkbbox.h (diff) |
 | gtk/gtkhscale.h (diff) |
 | gtk/gtkentrybuffer.h (diff) |
 | gtk/gtkimagemenuitem.h (diff) |
 | gtk/gtktexttagtable.h (diff) |
 | gtk/gtkdnd.h (diff) |
 | gtk/gtkimmulticontext.h (diff) |
 | gtk/gtkprinter.h (diff) |
 | gtk/gtkfilechooserdialog.h (diff) |
 | gdk/gdkcairo.h (diff) |
 | gtk/gtkstyle.h (diff) |
 | gtk/gtktextiter.h (diff) |
 | gtk/gtkpagesetup.h (diff) |
 | gtk/gtktreemodelfilter.h (diff) |
 | gdk/gdkdisplaymanager.h (diff) |
 | gtk/gtkcellview.h (diff) |
 | gdk/gdkdisplay.h (diff) |
 | gdk/gdkspawn.h (diff) |
 | gtk/gtkhpaned.h (diff) |
 | gtk/gtkcellrendereraccel.h (diff) |
 | gtk/gtkfilechooserbutton.h (diff) |
 | gtk/gtkvseparator.h (diff) |
 | gtk/gtkcomboboxentry.h (diff) |
 | gtk/gtkentrycompletion.h (diff) |
 | gtk/gtkgc.h (diff) |
 | gtk/gtkprintunixdialog.h (diff) |
 | gdk/gdkselection.h (diff) |
 | gtk/gtkclipboard.h (diff) |
 | gtk/gtktestutils.h (diff) |
 | gtk/gtkmisc.h (diff) |
 | gtk/gtkadjustment.h (diff) |
 | gtk/gtkmenu.h (diff) |
 | gtk/gtkspinbutton.h (diff) |
 | gtk/gtkaction.h (diff) |
 | gtk/gtkfilechooserwidget.h (diff) |
 | gdk/gdkpixbuf.h (diff) |
 | gtk/gtkvolumebutton.h (diff) |
 | gdk/gdkproperty.h (diff) |
 | gtk/gtkdrawingarea.h (diff) |
 | gtk/gtkhseparator.h (diff) |
 | gtk/gtkcelleditable.h (diff) |
 | gtk/gtkimcontext.h (diff) |
 | gtk/gtkoffscreenwindow.h (diff) |
 | gtk/gtkaccessible.h (diff) |
 | gtk/gtklabel.h (diff) |
 | gtk/gtkentry.h (diff) |
 | gtk/gtkfilechooser.h (diff) |
 | gdk/gdktypes.h (diff) |
 | gtk/gtkarrow.h (diff) |
 | gtk/gtkcomboboxtext.h (diff) |
 | gtk/gtkframe.h (diff) |
 | gtk/gtkliststore.h (diff) |
 | gtk/gtkalignment.h (diff) |
 | gtk/gtkactiongroup.h (diff) |
 | gtk/gtktoolitemgroup.h (diff) |
 | gtk/gtkcheckbutton.h (diff) |
 | gtk/gtkfontbutton.h (diff) |
 | gtk/gtkradiomenuitem.h (diff) |
 | gtk/gtkrange.h (diff) |
 | gtk/gtkbutton.h (diff) |
 | gtk/gtkaccelgroup.h (diff) |
 | gtk/gtkfilefilter.h (diff) |
 | gtk/gtktoolitem.h (diff) |
 | gtk/gtklinkbutton.h (diff) |
 | gtk/gtkcellrenderer.h (diff) |
 | gtk/gtkvpaned.h (diff) |
 | gtk/gtkprintjob.h (diff) |
 | gtk/gtkrecentmanager.h (diff) |
 | gtk/gtkscrolledwindow.h (diff) |
 | gtk/gtkseparatormenuitem.h (diff) |
 | gdk/gdkevents.h (diff) |
 | gtk/gtkmenubar.h (diff) |
 | gtk/gtkfixed.h (diff) |
 | gtk/gtkrecentchoosermenu.h (diff) |
 | gdk/gdkpixmap.h (diff) |
 | gtk/gtktreeview.h (diff) |
 | gtk/gtkbin.h (diff) |
 | gtk/gtkexpander.h (diff) |
 | gtk/gtkmodules.h (diff) |
 | gtk/gtkcellrendererprogress.h (diff) |
 | gtk/gtkshow.h (diff) |
 | gtk/gtkviewport.h (diff) |
 | gtk/gtkdebug.h (diff) |
 | gtk/gtktreemodelsort.h (diff) |
 | gtk/gtkcombobox.h (diff) |
 | gtk/gtkcolorsel.h (diff) |
 | gtk/gtkcellrenderercombo.h (diff) |
 | gtk/gtkvscale.h (diff) |
 | gtk/gtkcelllayout.h (diff) |
 | gtk/gtkiconview.h (diff) |
 | gtk/gtkscalebutton.h (diff) |
 | gtk/gtkcontainer.h (diff) |
 | gtk/gtkscrollbar.h (diff) |
 | gtk/gtkeditable.h (diff) |
 | gtk/gtkwidget.h (diff) |
 | gtk/gtktoolbutton.h (diff) |
 | gdk/gdkdrawable.h (diff) |
 | gtk/gtkradiobutton.h (diff) |
 | gdk/gdkrgb.h (diff) |
 | gtk/gtklayout.h (diff) |
 | gtk/gtktreestore.h (diff) |
 | gtk/gtkprintcontext.h (diff) |
 | gtk/gtkseparatortoolitem.h (diff) |
 | gtk/gtkaspectframe.h (diff) |
 | gtk/gtkimcontextsimple.h (diff) |
 | gtk/gtktextchild.h (diff) |
 | gtk/gtkorientable.h (diff) |
 | gdk/gdkimage.h (diff) |
 | gdk/gdkgc.h (diff) |
 | gtk/gtkitem.h (diff) |
 | gtk/gtktextview.h (diff) |
 | gdk/gdkdnd.h (diff) |
 | gtk/gtkcellrendererspin.h (diff) |
 | gtk/gtkmenutoolbutton.h (diff) |
 | gtk/gtkuimanager.h (diff) |
 | gtk/gtktable.h (diff) |
 | gtk/gtkinfobar.h (diff) |
 | gtk/gtkhsv.h (diff) |
 | gtk/gtktreemodel.h (diff) |
 | gtk/gtkprintsettings.h (diff) |
 | gdk/gdkcolor.h (diff) |
 | gdk/gdkinput.h (diff) |
 | gtk/gtktreeselection.h (diff) |
 | gtk/gtkmessagedialog.h (diff) |
 | gtk/gtkbuildable.h (diff) |
 | gtk/gtktooltip.h (diff) |
 | gtk/gtkbox.h (diff) |
 | gtk/gtkmain.h (diff) |
 | gtk/gtkstatusicon.h (diff) |
 | gtk/gtkenums.h (diff) |
 | gtk/gtkrecentchooserdialog.h (diff) |
 | gtk/gtkplug.h (diff) |
 | gtk/gtktextmark.h (diff) |
 | gtk/gtkinvisible.h (diff) |
 | gtk/gtktoolshell.h (diff) |
 | gtk/gtkbindings.h (diff) |
 | gtk/gtkcellrendererpixbuf.h (diff) |
 | gtk/gtkscale.h (diff) |
 | gtk/gtksocket.h (diff) |
 | gtk/gtkassistant.h (diff) |
 | gdk/gdkwindow.h (diff) |
 | gtk/gtkiconfactory.h (diff) |
 | gtk/gtktexttag.h (diff) |
 | gtk/gtkspinner.h (diff) |
 | gtk/gtkhscrollbar.h (diff) |
 | gtk/gtkaccellabel.h (diff) |
 | gtk/gtkpaned.h (diff) |
 | gdk/gdktestutils.h (diff) |
 | gtk/gtkmenuitem.h (diff) |
 | gtk/gtktoggletoolbutton.h (diff) |
 | gtk/gtkhbbox.h (diff) |
 | gtk/gtkradiotoolbutton.h (diff) |
 | gtk/gtkimage.h (diff) |
 | gtk/gtkmountoperation.h (diff) |
 | gtk/gtktoolbar.h (diff) |
 | gtk/gtkrc.h (diff) |
 | gdk/gdkapplaunchcontext.h (diff) |
 | gtk/gtknotebook.h (diff) |
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
|
 | debian/changelog (diff) |
|
 | debian/patches/015_default-fallback-icon-theme.patch (diff) |
 | debian/patches/042_treeview_single-focus.patch (diff) |
 | debian/changelog (diff) |
|
 | debian/control (diff) |
 | debian/control.in (diff) |
 | debian/changelog (diff) |
|
 | debian/control.in (diff) |
 | debian/control (diff) |
 | debian/changelog (diff) |
|
 | debian/control (diff) |
 | debian/changelog (diff) |
 | debian/control.in (diff) |
|
 | debian/changelog (diff) |
Commit
3bfc67f1c1d724a1a5a1fea7651534c49cd83d95
by jjardonconfigure.in: fix autoreconf with automake-1.13 Replace long obsolete AM_CONFIG_HEADER with proper AC_CONFIG_HEADERS. automake-1.13 errors out upon seeing former. Similarly remove AM_PROG_CC_STDC. It's proper replacement, AC_PROG_CC, is already present. Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
|
 | configure.in (diff) |
|
 | po/nb.po (diff) |
Commit
bc3f1893aa26761c0009ddc993b48623bcfbe4ed
by mitchquartz: really don't call a NULL function in gtk_clipboard_store() Need to check targets and get_func in each loop iteration because calling get_func the fist time might do whatever to the clipboard. Re-fixes bug #626499. Also free the target table after we're done.
|
 | gtk/gtkclipboard-quartz.c (diff) |
|
 | configure.ac |
 | configure.in |
Commit
85825ebaf2c16bb48602d5d3ced5e9ecd6605852
by mkasikprint dialog: Fix authentication logic Reset state of CUPS requests correctly during authentization and check CUPS requests for errors. Don't initialize variables holding password and username with empty string (#664640).
|
 | modules/printbackends/cups/gtkcupsutils.c (diff) |
|
 | autogen.sh (diff) |
|
 | gtk/gtknotebook.c (diff) |
Commit
cfb09e565460fd463a0822c8c8dbb0521d9fcab9
by federicoGtkFileChooserButton: return correct selection for SELECT_FOLDER mode The old code to load the last_folder_uri state from the settings was not actually ensuring that the settings were read from disk. The result was this: 1. user chooses a folder in SELECT_FOLDER mode 2. user dismisses the file chooser dialog inside a GtkFileChooserButton 3. The dialog unmaps itself and saves the last_folder_uri with the user's selection 4. The file chooser button gets queried for the selection 5. GtkFileChooserDefault sees that it is unmapped, and falls back to the last_folder_uri 6. But since that key is not ensured as read by the temporary instance of GtkFileChooserSettings, it returns nothing. 7. The file chooser falls back to returning the user's home directory. However, *we don't use the last_folder_uri* anymore, for anything! So, removed that code and now everything falls back to ->current_folder correctly. This is the correct selection value for SELECT_FOLDER mode anyway. https://bugzilla.gnome.org/show_bug.cgi?id=674556 Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechoosersettings.c (diff) |
 | gtk/gtkfilechoosersettings.h (diff) |
 | gtk/gtkfilechooserdefault.c (diff) |
Commit
87115e00a81e9d6a2c4d18106af422765004fe2a
by cosimocentry: never use GTK_STATE_ACTIVE to paint the background When state-hint is TRUE, GTK_STATE_ACTIVE was used to paint the entry background and frame, since commit 207f3f8685f21bbade8ae0a6551a0e92d6baad89. Given that everywhere else in GTK2 - including GtkEntry itself in draw_text_with_color() - GTK_STATE_ACTIVE is used for non-toggleable widgets to indicate selected but not focused text, this leads to the entry painting itself with the wrong background color when focused. This is unsolvable from the theme, as changing the ACTIVE background color to be the same as NORMAL would give a wrong background to selected but not focused text as per above. This patch avoids using GTK_STATE_ACTIVE to paint GtkEntry's background, changing the code so that the widget state is always used instead. https://bugzilla.gnome.org/show_bug.cgi?id=692554
|
 | gtk/gtkentry.c (diff) |
Commit
55642822fed69f1dd93e034065963f634a837d4b
by cosimocspinbutton: paint an additional slice of background Normally, the xthickness in the style maps to the space on the sides of the widget, to accommodate for its border - GtkEntry's text area background width is calculated as (allocation->width - 2 * xthickness), and the border is rendered in that area. GtkSpinButton has an additional panel for the buttons though, which will render the right-side (left-side for RTL) border itself, taking xthickness into account. This results in the xthickness for that side being applied twice, both to the spinbutton panel and to the entry's text area. Visually, a slice with no painted background can be seen in spinbuttons on the right side (left side when RTL) of the text area, where the border would be rendered by the entry, which looks bad. This patch makes GtkSpinButton render the same background of the entry in that slice, to compensate for the xthickness being allocated to the button panel instead. https://bugzilla.gnome.org/show_bug.cgi?id=683511
|
 | gtk/gtkspinbutton.c (diff) |
Commit
5ada51d3c7d3b476d954c4fdddb4895c3de00220
by mclasenSignalify (already existing) GtkMenuShell.insert() gtk_menu_shell_insert() is a virtual function that was being directly invoked from the class vtable. Turn it into a proper signal and emit it in the usual way. See https://bugzilla.gnome.org/show_bug.cgi?id=656565. This is a backport of Ryan Lortie's commit 05aeaeef9ea41282a8859cbff2116d3fba5d31ea from the GTK+ 3 branch.
|
 | gtk/gtkmenushell.c (diff) |
Commit
65ea14d42151941a2c53843b13b244f38ece3b9d
by mclasenbuild: Fix building with the gold linker by referencing gmodule-2.0 With the binutils-gold linker the '--no-copy-dt-needed-entries' flag is active by default and using any symbol from indirectly loaded libraries will result in undefined reference errors. https://bugzilla.gnome.org/show_bug.cgi?id=692810
|
 | gtk/Makefile.am (diff) |
|
 | NEWS (diff) |
|
 | configure.ac (diff) |
|
 | tests/testfilechooserbutton.c (diff) |
 | gtk/tests/filechooser.c (diff) |
 | gtk/tests/Makefile.am (diff) |
Commit
96602b29e263a03e813132fd31d0df196b181f17
by federicofilechooser: Move some of the tests to GTestDataFunc This code came from a home-grown testing mechanism, which didn't aggregate tests into a test suite; it just ran them one by one. Here we move some of that machinery to GTestDataFunc for more flexibility in running tests. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/tests/filechooser.c (diff) |
Commit
5807a190315aac93496a40a349409ee5b903d025
by federicofilechooser: Do tests with g_assert_cmpstr(), not g_assert(passed) This lets us see exactly what failed, instead of just seeing a boolean error value. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/tests/filechooser.c (diff) |
|
 | gtk/tests/filechooser.c (diff) |
Commit
71505d982b0f8ce719885f5f9c4c36b0042efb01
by federico[GtkFileChooserButton] bgo#645065 - Restore the previously-selected file when the button's GtkFileChooserDialog is canceled The file chooser is asynchronous, so doing 'select_file (old_file)' and subsequently querying the file for updating the labels is not going to work. However, the underlying file chooser will emit 'selection-changed' as appropriate when it finishes restoring the old file. So, we only need to update the labels when the file chooser dialog is confirmed, not cancelled.
|
 | gtk/gtkfilechooserbutton.c (diff) |
|
 | gtk/gtkfilechooserbutton.c (diff) |
|
 | gtk/tests/filechooser.c (diff) |
|
 | gtk/gtkfilechooserbutton.c (diff) |
Commit
69bf331c980c576ad474e2388c6a7d4be8dd19f0
by federicofilechooserbutton: Simplify the code to preserve the selection while the dialog is running It used to fetch a possibly multiple selection from the GtkFileChooserDialog, and then pick just the first item from the selection list. But since GtkFileChooserButton operates in single-selection mode only, it can simply use gtk_file_chooser_get_file() instead. Also, the right way to reset the selection for GTK_FILE_CHOOSER_ACTION_SELECT_FOLDER is with gtk_file_chooser_select_file(), not with _set_current_folder_file(). Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserbutton.c (diff) |
|
 | gtk/gtkfilechooserdefault.c (diff) |
Commit
1cfd1f372a897cc480478afb87a7835a7d2d1cf6
by federicofilechooserbutton: Fix preserving the selection after cancelling the dialog The button's underlying file chooser dialog should not be used to store the file selection while the dialog is unmapped. Instead, the file chooser button now stores the selection itself. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserbutton.c (diff) |
|
 | gtk/tests/filechooser.c (diff) |
Commit
5de08612dc8cf6970d2c795ec204482c18101c9d
by mitchgtk: reliably stop spinning when a GtkSpinButton is hidden Call stop_spinning() also in unrealize() because unmap() is not reliably called in GTK+ 2.x. This is not an issue in GTK+ 3.x.
|
 | gtk/gtkspinbutton.c (diff) |
Commit
bfcaa4228c35d994bccb91c7369fa152d1df5d75
by federicofilechooserbutton: Restore to an empty previous selection properly If no file was originally selected in the GtkFileChooserButton, then its internal dialog is brought up and cancelled, then we need to restore the selection back to none. GtkFileChooser, though, doesn't like to select a NULL file, so call _unselect_all() in that condition. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserbutton.c (diff) |
|
 | gtk/gtkfilechooserprivate.h (diff) |
|
 | gtk/tests/filechooser.c (diff) |
Commit
ea3a1ecbd1259f1bb95b5482106344587cb47119
by federicofilechooserbutton: Keep track of the current_folder while the dialog is inactive This is analogous to keeping the selection while the dialog is inactive. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserbutton.c (diff) |
Commit
27eea79537bbbb08360680fec79f9cf3d16536e6
by federicofilechooserbutton: In SELECT_FOLDER mode, consider an empty selection to mean current_folder If the user didn't explicitly select anything, BUT the file chooser button has a current_folder set, do the same as what GtkFileChooserDefault would do: return the current folder as the selection. This makes the tests in tests/filechooser pass! Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserbutton.c (diff) |
Commit
670fcf2c4110445b8ff766dc8f3d7f348fec66e0
by federicofilechooserbutton: Add a battery of tests for GtkFileChooserButton These are generic tests that can test the button in all of its modes, instead of hand-written tests for each combination. Some tests fail currently. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/tests/filechooser.c (diff) |
Commit
747a514cfb32a22b15f14c64c1f3a7e11544cf60
by federicofilechooser: Oops, cancel a file operation that was missing In addition, remove a list of pending_cancellables that was no longer being used. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserprivate.h (diff) |
 | gtk/gtkfilechooserdefault.c (diff) |
|
 | gtk/tests/filechooser.c (diff) |
|
 | tests/testfilechooserbutton.c (diff) |
|
 | gtk/gtkitemfactory.c (diff) |
|
 | gtk/tests/filechooser.c (diff) |
|
 | NEWS (diff) |
 | INSTALL.in (diff) |
|
 | docs/reference/gdk/tmpl/windows.sgml (diff) |
 | docs/reference/gtk/tmpl/gtkmenushell.sgml (diff) |
 | docs/reference/gdk/tmpl/properties.sgml (diff) |
 | docs/reference/gdk/tmpl/general.sgml (diff) |
 | docs/reference/gdk/tmpl/pixmaps.sgml (diff) |
 | docs/reference/gtk/tmpl/gtksettings.sgml (diff) |
|
 | configure.ac (diff) |
Commit
a070d75a2f2b65e6d5aa4ef7a5f6d77dc57d9998
by federicofilechooser: 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>
|
 | gtk/gtkfilechooserdefault.c (diff) |
Commit
65cf6295f71aff96b89b1cba6da0a551947c5655
by federicofilechooser: 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>
|
 | gtk/gtkfilechooserdefault.c (diff) |
Commit
2f396a74f3a74aac7d7bd795da0013ce0966f5b3
by federicofilechooserbutton: 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>
|
 | gtk/tests/filechooser.c (diff) |
Commit
a05d51e7ab880eae5f27a135fa25e6fbc1d6b80a
by federicofilechooserbutton: 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>
|
 | gtk/tests/filechooser.c (diff) |
Commit
f8de7b17572e6a2002802ab880db6c1fbe6d39e8
by federicofilechooserbutton: 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>
|
 | gtk/gtkfilechooserbutton.c (diff) |
Commit
2cc67fc1091805d64c18a8afda1a19e813301dbc
by federicofilechooserbutton: 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>
|
 | gtk/tests/filechooser.c (diff) |
Commit
d9f87ff0980a6b1ef03ef39dcfeeaec927ec1ecc
by alexlMake sure icon cache has /-separated subdirs only (v2 - use g_build_path) https://bugzilla.gnome.org/show_bug.cgi?id=692955 (cherry picked from commit 8e80fd1ab9eb3c6389b0582eab21b637141e7f92) Conflicts: gtk/updateiconcache.c
|
 | gtk/updateiconcache.c (diff) |
Commit
8eb2278f6a967eb96a5614451598dfae282caa3b
by federicofilechooserbutton: 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>
|
 | gtk/gtkfilechooserbutton.c (diff) |
|
 | debian/changelog (diff) |
|
 | debian/patches/003_gdk.pc_privates.patch (diff) |
 | debian/patches/001_static-linking-dont-query-immodules.patch (diff) |
 | debian/patches/005_support_disabling_x11_extensions.patch (diff) |
 | debian/patches/065_gir_set_packages.patch (diff) |
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
Commit
09a02c99832981b933065af85d33610da308140f
by jbicha* Remove dh_installdoc calls which install files that are supposed to be symlinked to the -common package. These symlinks get overwritten later on (by dh_compress), turning back into real files and breaking multiarch coinstallability (LP: #1132881) * Symlink AUTHORS files to -common too
|
 | debian/gtk2-engines-pixbuf.links.in (diff) |
 | debian/libgtk2.0-bin.links.in (diff) |
 | debian/rules (diff) |
 | debian/libgtk2.0-0-dbg.links.in (diff) |
 | debian/libgtk2.0-0.links.in (diff) |
 | debian/libgtk2.0-dev.links.in (diff) |
 | debian/changelog (diff) |
|
 | gdk/win32/gdkproperty-win32.c (diff) |
|
 | gtk/gtkimmodule.c (diff) |
|
 | NEWS (diff) |
|
 | configure.ac (diff) |
|
 | debian/changelog (diff) |
|
 | debian/control (diff) |
 | debian/changelog (diff) |
|
 | gtk/gtkentry.c (diff) |
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
Commit
5d32c05578869c4c5eff9b9c3ee058fd9afc5dc5
by federicofilechooser: Show FUSE mounted locations in shortcuts Since FUSE locations can be handled safely by applications show these mounted locations regardless of whether gtk_file_chooser_set_local_only() is set to TRUE https://bugzilla.gnome.org/show_bug.cgi?id=586367
|
 | gtk/gtkfilesystem.h (diff) |
 | gtk/gtkfilechooserentry.c (diff) |
 | gtk/gtkfilechooser.c (diff) |
 | gtk/gtkfilechooserdefault.c (diff) |
 | gtk/gtkfilesystem.c (diff) |
Commit
f907d16329123e77823997724c2e662bfcf77533
by federicofilechooser: Rename _gtk_file_is_path_not_local() to _gtk_file_has_native_path() Negatives in names of boolean functions are confusing. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserdefault.c (diff) |
 | gtk/gtkfilesystem.h (diff) |
 | gtk/gtkfilesystem.c (diff) |
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooser.c (diff) |
Commit
3c993547a4d26cf0946ce5d0b0e020726c6d306d
by federicofilechooser: Use _gtk_file_has_native_path() throughout when testing for local_only In the case of checking for local_only, g_file_is_native() is not useful, since it will return FALSE for something in a FUSE mount. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserdefault.c (diff) |
 | gtk/gtkfilechooserbutton.c (diff) |
|
 | gtk/gtkpathbar.c (diff) |
 | gtk/gtkfilesystem.c (diff) |
|
 | gtk/gtkspinbutton.c (diff) |
Commit
c4b47464a230de18382b5724411ea3a00f7882a3
by federicofilechooserbutton: Test that the expected filename is shown We do some gymnastics to pull the string out of the GtkButton or the GtkComboBox that is being used in GtkFileChooserButton to show the current selection when the dialog is inactive - namely, we look for the subwidget with the correct ATK role, and pull its accessible name. Currently the test fails; this is https://bugzilla.gnome.org/show_bug.cgi?id=691040#c18 Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserbutton.c (diff) |
 | gtk/tests/filechooser.c (diff) |
Commit
6fb708775879699d430f639fb1f2d64f74e63ef7
by federicofilechooserbutton: Update the button/combo whenever the selection is changed programmatically We didn't change it when the file chooser button's dialog was inactive, and so the actual file chooser button would not visually reflect the current selection. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserbutton.c (diff) |
Commit
a72b31bac14864daf412343030196e9198e1b6ef
by federicofilechooserbutton: Update the button/combo at construction time This way the internal labels will show the correct selection even if nothing has been selected programmatically. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserbutton.c (diff) |
Commit
b714446fd8dcb5f8ea6b749fb940b8382dfa45b3
by federicofilechooserbutton: In SELECT_FOLDER, when the selection is empty, show (None) in the combo box We do this by adding a new row type, ROW_TYPE_EMPTY_SELECTION. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserbutton.c (diff) |
Commit
6dc11c26a880753c95bc420a2bec7ada270adbbb
by federicofilechooserbutton: Don't show the (None) item when the combo box is popped up This is surprisingly tricky, since the (None) item *has* to be a visible item while the combo box is *not* popped up, so that it can show its contents. But the item has to be *not* visible when the combo box is popped up. Also, update the whole button's selection, not just the underlying dialog's, when the combo box changes its selection - based on a patch by Paul Davis in https://bugzilla.gnome.org/show_bug.cgi?id=691040#c20 Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserbutton.c (diff) |
|
 | gtk/tests/filechooser.c (diff) |
Commit
e16591780d27bca240623f7499c5aae43119a7ea
by federicofilechooserbutton: New test for opening the Other item in the combo box and then canceling the dialog There is this bug: 1. Start with a file chooser button in SELECT_FOLDER mode, and select a folder from the combo box. 2. Click on the button's combo box, select 'Other...' 3. You get the file chooser dialog. Cancel the dialog. 4. The file chooser button's combo box still shows 'Other...' instead of showing the selection from (1). This is a test to ensure that the original selection is restored. The test fails right now. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/tests/filechooser.c (diff) |
Commit
979e8bd9ec9599fd902fef8c531846c7fed72b01
by federicofilechooserbutton: Update the combo box even after the dialog is cancelled We assumed that we didn't have to update the combo box if the dialog got cancelled, as it should simply retain its previous contents. But this assumption doesn't work as the dialog is brought up with the 'Other...' item - we don't want the combo box to keep showing 'Other...' if the dialog is cancelled. The test from the previous commit now passes. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserbutton.c (diff) |
Commit
b994bcd4f2e866a6c6d2360cb9b6fe64f1457d41
by aleksandercombobox: popdown the combobox when on 'grab-broken-event' And also explicitly remove pointer/keyboard grabs from the display. Whenever the grab is reported lost, we should popdown the combobox, so that the GDK_WINDOW_TEMP window is hidden and removed from the toplevel, as done with the menu for example. Leaving the GDK_WINDOW_TEMP window open when re-activating the application triggers several issues in the win32 backend, due to restacking windows of the non-toplevel group into the toplevel group: https://bugzilla.gnome.org/show_bug.cgi?id=695200
|
 | gtk/gtkcombobox.c (diff) |
Commit
82a5a0240c3c59f4a7e0babe24a65f195580928a
by federicofilechooserbutton: When the combo box changes, set the *file*, not the current folder The currently-selected file *is* the selection even in SELECT_FOLDER mode. Do not confuse this with the current folder. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserbutton.c (diff) |
|
 | gtk/tests/filechooser.c (diff) |
Commit
15f9422adf529d9cb58af67f9975aba056a40fcb
by federicofilechooserbutton: HACK: Set a reasonable size for the dialog in the tests' second iteration Something is causing the GtkFileChooserDialog to be resized really small on the second time it is run during each test for GtkFileChooserButton. So as a temporary hack we set it to 500x500 pixels on the second run, so the size allocation code doesn't bomb on us.
|
 | gtk/tests/filechooser.c (diff) |
|
 | gtk/tests/filechooser.c (diff) |
|
 | gtk/tests/filechooser.c (diff) |
 | gtk/gtkfilechooserbutton.c (diff) |
|
 | gtk/tests/filechooser.c (diff) |
Commit
2b6db9fb317a662cefbf32a5618a794e44f70a99
by federicofilechooserbutton: For tests, wait for signals instead of just sleeping This should let tests complete faster. Also, this will let us test that the correct signals are actually being emitted. The tests now fail, as the signals are not being emitted when they should. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/tests/filechooser.c (diff) |
Commit
f9f76a3a0fb93fa54adbc38a08de5eaa67abeb02
by federicofilechooserbutton: Emit 'selection-changed' when changing the selection programmatically We only emitted that signal when the selection changed through the underlying GtkFileChooserDialog. To do this when the dialog is not active and the selection is changed by the calling program (instead of by the user), we need to wait until the GtkFileChooserButton's UI has been updated via an async callback from GIO. So, we keep track of whether an entry point into the button's API caused a programmatic change in the selection. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserbutton.c (diff) |
Commit
9cfec7d3dbb054ced18a3e8f18a38a4c809ef4ea
by federicofilechooserbutton: Update the button's state only on programmatic changes to the filechooser's state The idea is that the button will only update its state of the selection and current folder when changes to those are done either by the calling program (with the filechooser's API) or when the user actually confirms and dismisses the underlying GtkFileChooserDialog. If the user makes changes to the dialog but has not dismissed it yet, those changes will not be reflected in the button (as one would expect). This commit also makes sure the current-folder-changed and selection-changed signals are emitted at the right times. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserbutton.c (diff) |
Commit
29ed8d781ea661049028fb2b982b1c74fc2820fe
by federicofilechooserbutton: For the open-dialog-cancel-* tests, add a real nomenclature and test all the combinations We used to have numeric names, which are a pain to maintain when new tests are added. Now we have a real nomenclature (see the comment at the beginning of the open-dialog-cancel-* tests), which lets us see easily if we have tested all the combinations. Also, added all the combinations that were missing and removed redundant tests. Not all the tests pass currently. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/tests/filechooser.c (diff) |
|
 | gtk/gtkfilechooserbutton.c (diff) |
Commit
aaa922bedbbe7d18d511709134822056dc7ed291
by federicofilechooserbutton: Do not propagate state from the dialog unless it is active Change of plans to match the tests from the previous commit. The state of the underlying dialog is never reflected by GtkFileChooserButton's API, as the dialog is a transient thing. The file chooser button only updates its state from the dialog, and reflects the dialog's state, when the dialog has been confirmed and dismissed by the user. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserbutton.c (diff) |
Commit
852c2f06f026759a148f2a6761c8012e9ad4f0ea
by federicofilechooserbutton: Don't duplicate tests for GTK_RESPONSE_DELETE_EVENT Instead, re-run tests made for GTK_RESPONSE_CANCEL with the delete-event response. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/tests/filechooser.c (diff) |
|
 | gtk/tests/filechooser.c (diff) |
Commit
1dee58ba87cdac188a1fe813e3bb3358ac17fd93
by federicofilechooserbutton: Add a description string to assertions about emitted signals On failed tests, this lets us more easily see see which assertion failed. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/tests/filechooser.c (diff) |
Commit
e11b1943c7f728c6fdf5ef483db8f9f1d05b4306
by federicofilechooserbutton: Duh, remove all the timeouts after tests Otherwise tests may start failing if they start after an old timeout triggers. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/tests/filechooser.c (diff) |
Commit
011bb7ccdcfa82583996e495087790dfe738b754
by fanchunweiVS2008 Projects: Drop gdk-pixbuf Projects The GDK-Pixbuf Visual Studio 2008 project files have long been moved and maintain in the gdk-pixbuf project, soon after that was made independent from the GTK+ project, so these files should no longer exist in the GTK+ git repo, especially as they are no longer distributed for a long time.
|
 | build/win32/vs9/gdk-pixbuf-csource.vcproj |
 | build/win32/vs9/gdk-pixbuf-query-loaders.vcproj |
 | build/win32/vs9/gdk-pixbuf.vcproj |
|
 | build/win32/vs10/gtk.vcxprojin (diff) |
 | build/win32/vs9/gtk.vcprojin (diff) |
 | build/win32/vs9/gdk-win32.vcproj (diff) |
 | build/win32/vs10/gtk-demo.vcxproj (diff) |
 | build/win32/vs9/gtk-demo.vcproj (diff) |
 | build/win32/vs10/gdk-win32.vcxproj (diff) |
 | build/win32/vs10/gdk.vcxprojin (diff) |
 | build/win32/vs9/gdk.vcprojin (diff) |
|
 | po/hu.po (diff) |
|
 | configure.ac (diff) |
 | gdk/quartz/gdkselection-quartz.c (diff) |
 | gdk/quartz/gdkdnd-quartz.c (diff) |
|
 | gtk/gtkquartz.c (diff) |
 | tests/dummy-headers/AppKit/AppKit.h (diff) |
 | gdk/quartz/gdkselection-quartz.c (diff) |
 | gtk/gtkquartz.h (diff) |
 | gdk/quartz/gdkquartz.h (diff) |
 | gtk/gtkdnd-quartz.c (diff) |
|
 | gdk/gdkkeyuni.c (diff) |
Commit
0909d7cee613477744a19f2c030564cf5916bd1f
by mitchRevert "gdk: merge all 3.x changes to gdk_keysym_to_unicode_tab[] in gdkkeyuni.c" This reverts commit 67438e0e49f83215376c76cc2de979a3134a46ff. There must be some other change in 3.x that goes along with these table changes, they completely break e.g. GtkEntry.
|
 | gdk/gdkkeyuni.c (diff) |
|
 | po-properties/hu.po (diff) |
Commit
3acacc0384dcce55927e8e4e7e6e12bab2243104
by mkasikSanitize memory handling in cups_request_printer_list_cb gtk+ was trying to display already freed strings, leaking memory, ...I noticed this because I was getting weird blinking characters as the status of my cups printers, and valgrind confirmed something was wrong. https://bugzilla.gnome.org/show_bug.cgi?id=683072
|
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
Commit
d7e3f6f9f89f0acb7fd40179cc4246726deafef1
by carlosquartz: Fix call to missing symbol This patch can be considered a leftover of commit a269c2f8d26a , replace the no longer existing function with the GDK function meant to replace it. This was noticeable on regular clipboard operations in quartz
|
 | gtk/gtkclipboard-quartz.c (diff) |
Commit
f1921f8c2f813628006abf9d345ef6d42625db7c
by alexlwin32: 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.
|
 | gdk/win32/gdkwindow-win32.c (diff) |
Commit
4f2725630679966dd1148644105fd5592ac95ec8
by alexlMake gdk_flush_outstanding_moves "reentrant" If the do_move_region_bits_on_impl causes updates they will only be affected by the moves we haven't done yet. We do this by making sure the outstanding_moves list is uptodate on ever iteration of the loop.
|
 | gdk/gdkwindow.c (diff) |
Commit
ea66a8a580ad496dc375ce6afeb2ee29f585a7fb
by alexlwin32: Report ScrollDC update region directly Rather than set the window update region and repaint this region when we get a WM_PAINT we just directly add it to the update region. No need to roundtrip via win32. This lets us also make sure we do this drawing in the same update cycle. This seems especially important on Win7, because ScrollDC seems to act kind of weird there, not using bitblt in areas where it seemingly could, which makes scrolling look really flashy. http://bugzilla.gnome.org/show_bug-cgi?id=674051
|
 | gdk/win32/gdkdrawable-win32.c (diff) |
Commit
692a0e5906c5da7f85c16c9d6cbb0d3ed8b4a576
by alexlgdkwindow: Handle updates created by outstanding moves in same update If gdk_window_flush_outstanding_moves() creates new update area we handle this directly in the same draw to avoid flashing. This mainly affects win32 as X11 does its exposes from moves async. However, its important for win32 since ScrollDC seems to sometimes invalidate (and not copy) unexected regions. http://bugzilla.gnome.org/show_bug.cgi?674051
|
 | gdk/gdkwindow.c (diff) |
Commit
ba5ac33cdc18fe252de9baac6a2927f9ea77e6ab
by mitchentry: unset the completion in dispose() not finalize() Most likely fixes whatever evil gail interaction causing a crash I could never reproduce but has been reported several times against GIMP. The same fix is in GTK+ 3.x already (bug #683983).
|
 | gtk/gtkentry.c (diff) |
|
 | po/ia.po (diff) |
Commit
0df60513cb97a2f33566e0c69308ff3dc20a7fa6
by aleksanderwin32: ensure proper error is reported when CreateDIBSection() fails GetLastError() should be called immediately after the failure, so call WIN32_GDI_FAILED() just after the CreateDIBSection() error, not after ReleaseDC(). https://bugzilla.gnome.org/show_bug.cgi?id=698563
|
 | gdk/win32/gdkpixmap-win32.c (diff) |
|
 | debian/changelog (diff) |
|
 | debian/libgtk2.0-0.install.opt |
 | debian/rules (diff) |
 | debian/libgail18.opt |
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
|
 | debian/control (diff) |
|
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/rules (diff) |
|
 | debian/rules (diff) |
|
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/libgtk2.0-0.triggers.in (diff) |
Commit
8b719abcbb05005c359027675a89eb1512886979
by mclasenRemove dangling weak-refs to TreeModel object When a tree view is detroyed, its GailTreeView is destroyed as well but the weak references are kept and thus point to a freed memory block. A segfault may arise when the model is destroyed in turn and the weak-ref mechanism tries to clear the pointers in freed memory. This patch removes the weak references either when the GailTreeView is being freed or when a new model is attached to the underlying GtkTreeView. https://bugzilla.gnome.org/show_bug.cgi?id=694711
|
 | modules/other/gail/gailtreeview.c (diff) |
|
 | NEWS (diff) |
|
 | configure.ac (diff) |
|
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
|
 | debian/patches/041_ia32-libs.patch |
 | debian/patches/series (diff) |
 | debian/changelog (diff) |
 | debian/patches/060_ignore-random-icons.patch (diff) |
|
 | debian/changelog (diff) |
|
 | gtk/gtktreeview.c (diff) |
|
 | gdk/quartz/GdkQuartzView.c (diff) |
 | modules/input/imquartz.c |
 | modules/input/Makefile.am (diff) |
 | configure.ac (diff) |
 | gdk/quartz/GdkQuartzView.h (diff) |
|
 | modules/input/Makefile.am (diff) |
Commit
8368de2bc35056d466f0a536eadc353c69c0e6e3
by jehanBug 575767: fix crashes when XInput device disappears. Ignore X11 errors from querying state of unplugged input devices. GTK+ 3 handle this better with hotplugging support in XInput 2, but this is working workaround for avoiding ugly crashes and data loss with GTK+ 2.
|
 | gdk/x11/gdkinput-x11.c (diff) |
 | gdk/x11/gdkinput-xfree.c (diff) |
Commit
9754c51349d14fcb1438fac3ddc7565b4d77b53c
by mitchquartz: honor more source image properties in _gdk_quartz_image_copy_to_image() Particularly look at the source image's byte order when making a screenshot of the "root window" (which is the window stack). Make the code more generic so it can handle all sorts of pixel formats.
|
 | gdk/quartz/gdkimage-quartz.c (diff) |
|
 | gtk/gtkfilechooserdefault.c (diff) |
|
 | po-properties/de.po (diff) |
|
 | po/de.po (diff) |
Commit
1a4132a72e9ceb78e692a1439d17025966b8f87c
by mitchgtk: queue_resize() the GtkCellView when its cells change in pack_start(), pack_end(), clear(), also queue_resize() in set_model(). Remove calls to queue_draw() in other functions that already call queue_resize().
|
 | gtk/gtkcellview.c (diff) |
|
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
Commit
59d49e1566faeed80d2b2052c42fe6c5e9153190
by mitchquartz: move dialogs to the same window level as utility windows window_type_hint_to_level(): applied patch from Paul Davis which moves dialogs to NSFloatingWindowLevel. This is not quite the perfect solution, but it's a pragmatic fix that makes apps which have both window types much more usable, and prevents dialog from disappearing under an application's main window.
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
Commit
162430fe5aadd8544efc00190ea2b7183773ddb4
by ebassisettings: Move setting property registration in gtksettings.c Some GtkSettings property are registered by other classes. This leads to the "interesting" issue that setting GtkSettings:gtk-button-images requires that the GtkButton class is referenced first - or that a GtkButton is created. https://bugzilla.gnome.org/show_bug.cgi?id=632538 This commit is a cherry-pick from master which (sadly) fixed the issue only after we started the 2.9x work, and I completely forgot to backport it. This is needed because GTK 2.x started tripping the warning added in GObject by this bug: https://bugzilla.gnome.org/show_bug.cgi?id=698614 Cherry-picked-from: 9f9edb662eb0f282e98f988b1658972303390036 Signed-off-by: Emmanuele Bassi <ebassi@gnome.org>
|
 | gtk/gtksettings.c (diff) |
 | gtk/gtkmenubar.c (diff) |
 | gtk/gtklabel.c (diff) |
 | gtk/gtkbutton.c (diff) |
 | gtk/gtkimagemenuitem.c (diff) |
 | gtk/gtkmenu.c (diff) |
 | modules/input/gtkimcontextxim.c (diff) |
 | gtk/gtkcolorsel.c (diff) |
 | gtk/gtkscrolledwindow.c (diff) |
 | gtk/gtkentry.c (diff) |
|
 | NEWS (diff) |
|
 | gdk/win32/gdkproperty-win32.c (diff) |
Commit
c2919a6e9144cb0e916af61a21e11de6ca13c6fe
by mitchquartz: update the keymap only if the input method changed and not on each keystroke, which for some IMs apparently caused a full update on each keystroke, not just a check for changes. Patch from Takuro Ashie, bug #698183.
|
 | gdk/quartz/gdkkeys-quartz.c (diff) |
|
 | gdk/quartz/gdkkeys-quartz.c (diff) |
Commit
4292fb433ce331c57bcf997dfcfd0f9be06c44be
by federicoGtkFileChooser: Missing hour on today's files for it&hu locales on Win32 The file chooser does not show the hours for files modified today when using it & hu locales on Win32. This is due to the %k format conversion for strftime() that is in Olson's Timezone Package, which msvcrt.dll doesn't have. Cygwin has it, though. So for now, we just use a %H format. While %k would render six-in-the-morning as " 6" (6 preceded by a space), %H will render it as "06". https://bugzilla.gnome.org/show_bug.cgi?id=560337
|
 | po/hu.po (diff) |
 | po/it.po (diff) |
Commit
a057ed26dc623dff0fc0c62ef287f6583b2710d0
by mkasikprinting: List Avahi printers Show printers advertised by avahi on local network. CUPS backend now looks for _ipps._tcp and _ipp._tcp services offered by avahi. If it finds such a service (printer) it requests its attributes through IPP_GET_PRINTER_ATTRIBUTES ipp request and adds it to the list of printers. Such printer behaves like a remote printer then. If an avahi printer is a default printer then it is considered default by the backend only if there is no local or remote default printer. This functionality is enabled when building Gtk+ with CUPS 1.6 or later because it replaces browsing protocol removed in CUPS 1.6. https://bugzilla.gnome.org/show_bug.cgi?id=702455
|
 | configure.ac (diff) |
 | modules/printbackends/cups/gtkprintercups.h (diff) |
 | modules/printbackends/cups/gtkcupsutils.c (diff) |
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
 | modules/printbackends/cups/gtkcupsutils.h (diff) |
 | modules/printbackends/cups/gtkprintercups.c (diff) |
|
 | po/pl.po (diff) |
|
 | debian/changelog (diff) |
|
 | debian/patches/042_treeview_single-focus.patch (diff) |
 | debian/patches/015_default-fallback-icon-theme.patch (diff) |
 | debian/patches/001_static-linking-dont-query-immodules.patch (diff) |
 | debian/patches/005_support_disabling_x11_extensions.patch (diff) |
 | debian/patches/003_gdk.pc_privates.patch (diff) |
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/control (diff) |
 | debian/control.in (diff) |
|
 | debian/changelog (diff) |
 | debian/control (diff) |
 | debian/control.in (diff) |
|
 | debian/changelog (diff) |
|
 | gtk/gtkrc.c (diff) |
Commit
c8849046860a9b17fa943247d85ddadb29262b48
by mclasenMove the module cache files below libdir These files contain architecture-dependent paths, and thus placing them into sysconfdir causes unnecessary hassle. Now the immodule cache file is looked for in libdir/gtk-2.0/2.10.0/immodules.cache. Belated backport of a change that was done in the run-up to 3.0.
|
 | docs/reference/gtk/running.sgml (diff) |
 | gtk/queryimmodules.c (diff) |
 | docs/reference/gtk/gtk-query-immodules-2.0.xml (diff) |
 | gtk/gtkrc.c (diff) |
|
 | docs/reference/gtk/gtk-query-immodules-2.0.xml (diff) |
 | gtk/queryimmodules.c (diff) |
|
 | NEWS (diff) |
 | configure.ac (diff) |
|
 | debian/changelog (diff) |
Commit
c5d1c831d11b077d5cd0b7fd36b301087b03feb9
by bieblRemove debian/patches/011_immodule-cache-dir.patch, upstream changed the location and name of the cache file to be consistent what's used in gtk+3.0. It's now in $libdir/gtk-2.0/2.10.0/immodules.cache.
|
 | debian/patches/series (diff) |
 | debian/changelog (diff) |
 | debian/patches/011_immodule-cache-dir.patch |
|
 | debian/libgtk2.0-0.postinst.in (diff) |
 | debian/changelog (diff) |
|
 | debian/libgtk2.0-0.postinst.in (diff) |
|
 | debian/changelog (diff) |
 | debian/libgtk2.0-0.postrm.in (diff) |
|
 | debian/changelog (diff) |
Commit
c8d52c018b33b13498c53b607acb1347db249a26
by hibDefine INITGUID only for mingw.org compiler Defining INITGUID causes a build failure with mingw-w64 > r5589. https://bugzilla.gnome.org/show_bug.cgi?id=699673 (cherry picked from commit 6a71820ff399b32c4a95e7b17979513783c4e052)
|
 | gdk/win32/gdkdnd-win32.c (diff) |
|
 | gtk/gtkdialog.c (diff) |
Commit
bbcde7e380c9abeb4083255e7c06d297a6bec8f9
by mitchquartz: fix crashes that sometimes happened on the first key press because nobody has called gdk_keymap_get_for_display() before. Now we simply make sure the default display's keymap exists if somebody calls any gdk_keymap_*() function with a NULL keymap (which is an allowed value).
|
 | gdk/quartz/gdkkeys-quartz.c (diff) |
Commit
71b73e04d56a90c6ae2b3312727f30d5e8c75e36
by Marc-Antoinebuild: fix --disable-man The third argument to AC_ARG_ENABLE is the action done when the argument is specified, not when it is enabled. This resulted in --disable-man enabling those. Signed-off-by: Marc-Antoine Perennou <Marc-Antoine@Perennou.com>
|
 | configure.ac (diff) |
Commit
c064e188943ad6bd79d8476a0f53e27bfddb4a1f
by jrallsimquartz: Fallback to slave IM context if no NSEvent exists. When an application translates a key event and drop its native event before passing to imquartz, it can't recognize the NSEvent. On this case imquartz doesn't emit any signals such as "commit" signal so that the application doesn't insert any text. To avoid no response, at least imquartz should fallback to slave GtkIMContextSimple. https://bugzilla.gnome.org/show_bug.cgi?id=694273#c27
|
 | modules/input/imquartz.c (diff) |
|
 | gdk/quartz/GdkQuartzView.c (diff) |
|
 | tests/testcombochange.c (diff) |
 | demos/gtk-demo/main.c (diff) |
 | tests/testtext.c (diff) |
 | gtk/gtkimmodule.c (diff) |
 | README.win32 (diff) |
 | gtk-zip.sh.in (diff) |
 | gtk/gtkimcontext.c (diff) |
 | gtk+.spec.in (diff) |
 | modules/input/Makefile.am (diff) |
 | gtk/Makefile.am (diff) |
 | tests/testdnd.c (diff) |
 | tests/testgtk.c (diff) |
|
 | gdk/x11/gdkwindow-x11.c (diff) |
|
 | gtk/gtksignal.h (diff) |
Commit
4ecbef0791d420c014ecca911cd2a1cc18122e9a
by mclasenwin32: always recreate the cairo surface if requested to do so When _gdk_windowing_create_cairo_surface() gets called, we should always create a fully new cairo surface, instead of just referencing the available one, which may already be finished (i.e. in CAIRO_STATUS_SURFACE_FINISHED state). A new user_data key is added to the surface to explicitly release the acquired DC when the surface is destroyed, independent to the user_data key added to clear the impl->user_data pointer. https://bugzilla.gnome.org/show_bug.cgi?id=695636
|
 | gdk/win32/gdkdrawable-win32.c (diff) |
|
 | gdk/quartz/GdkQuartzView.c (diff) |
|
 | gdk/quartz/gdkevents-quartz.c (diff) |
Commit
49fd2b2b469c5edfc741099070a31d0b79014857
by jrallsBug 701571 NSApp doesn't notice NSWindow destruction Part 1 of the fix; part 2 awaits Glib developer approval (see https://bugzilla.gnome.org/show_bug.cgi?id=704374) and is more correctly associated with https://bugzilla.gnome.org/show_bug.cgi?id=674108
|
 | gdk/quartz/gdkeventloop-quartz.c (diff) |
|
 | gdk/quartz/GdkQuartzView.c (diff) |
Commit
cc2d29771daee4f88474497c3b596968a4ebb31a
by aleksanderwin32: avoid assertion when creating a GdkPixmap fails If gdk_pixmap_new() fails (e.g. CreateDIBSection() failure) we end up g_object_unref()-ing the temporary GdkPixmap, and we do this before having set the drawable_impl->hdc and drawable_impl->hdc_count. Now, this could have just been a couple of warnings being dumped, but instead it really crashes the application because in win32-specific GdkDrawable's finalize() we assert if drawable_impl->hdc_count is not zero: Gdk:ERROR:gdkdrawable-win32.c:2047:_gdk_win32_drawable_finish: assertion failed: (impl->hdc_count == 0) In order to avoid this crash, we make sure we don't decrement the hdc_count in the GdkPixmap's finalize() unless we have it set first (i.e. we avoid hdc_count going down to -1). https://bugzilla.gnome.org/show_bug.cgi?id=699236
|
 | gdk/win32/gdkpixmap-win32.c (diff) |
Commit
5af66c3f0d1de5d384908c846149a391776afc1a
by jrallsBug 705182 Reset Cocoa IME state when immodule is reset Commits the pre-edit string on receipt of focus_out and reset commands. Patch refinements by Cody Russell <bratsche@gnome.org> and Ek Kato <ek.kato@gmail.com>
|
 | modules/input/imquartz.c (diff) |
|
 | modules/input/imquartz.c (diff) |
|
 | gdk/quartz/GdkQuartzView.c (diff) |
 | gdk/quartz/GdkQuartzView.h (diff) |
 | gdk/quartz/gdkprivate-quartz.h (diff) |
 | gdk/quartz/gdkevents-quartz.c (diff) |
 | modules/input/imquartz.c (diff) |
|
 | gtk/gtkcombobox.c (diff) |
|
 | modules/input/imquartz.c (diff) |
Commit
956f5e3f6b250251d111388c8d26734dffe52454
by mclasenFix config dir <> data dir confusion We added code to look for gtkrc in system config dirs, and then proceeded to move it to /usr/share/gtk-2.0 :-(. So, look in that location as well.
|
 | gtk/gtkrc.c (diff) |
|
 | gdk/gdkcairo.c (diff) |
|
 | po/th.po (diff) |
|
 | gtk/tests/filechooser.c (diff) |
|
 | gtk/tests/Makefile.am (diff) |
|
 | NEWS (diff) |
 | configure.ac (diff) |
|
 | configure.ac (diff) |
|
 | debian/changelog (diff) |
 | debian/control.in (diff) |
 | debian/control (diff) |
|
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/patches/001_static-linking-dont-query-immodules.patch (diff) |
|
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/libgtk2.0-doc.doc-base.gtk.in (diff) |
 | debian/libgtk2.0-doc.links.in (diff) |
 | debian/libgtk2.0-doc.install.in (diff) |
 | debian/libgtk2.0-doc.doc-base.gdk (diff) |
|
 | po/hu.po (diff) |
|
 | gtk/gtkrc.c (diff) |
|
 | autogen.sh (diff) |
|
 | autogen.sh (diff) |
|
 | NEWS (diff) |
|
 | configure.ac (diff) |
|
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
|
 | po/ja.po (diff) |
Commit
280fc402be5fb46b66bcd32056963bb1afb8b54b
by codyWin32: Honor the geometry when GDK_HINT_MAX_SIZE is set. The MINMAXINFO struct was being populated based upon geometry hints when GDK_HINT_MAX_SIZE flag was enabled, then promptly having its values blown away with default values. https://bugzilla.gnome.org/show_bug.cgi?id=711110
|
 | gdk/win32/gdkevents-win32.c (diff) |
Commit
e09719b12d034568bbb50b7e6aaff78138d6b58c
by mclasenPrevent a possible warning When doing updates, gtk_progress_bar_real_update can calculate compute a negative value for activity_pos. If the allocation width is smaller than (xthickness + size), pbar->activity_pos will be set to a negative value and this will cause the drawing code to emit a warning about coordinates being out of bounds. Prevent this by keeping the value at least 0. https://bugzilla.gnome.org/show_bug.cgi?id=701751
|
 | gtk/gtkprogressbar.c (diff) |
|
 | modules/engines/pixbuf/pixbuf-rc-style.c (diff) |
Commit
e2aabc016a818de99fae3661c65ebd224c5cce11
by mclasenpixbuf-engine: Improve ThemePixbuf clean up functions Make theme_pixbuf_destroy() NULL-safe like g_free(), and add a clear function in the spirit of the g_clear_* family of functions. https://bugzilla.gnome.org/show_bug.cgi?id=712536
|
 | modules/engines/pixbuf/pixbuf-render.c (diff) |
 | modules/engines/pixbuf/pixbuf.h (diff) |
Commit
e4c83bbfdb60fdfe0bae207b1ddae295dc267a23
by mclasenpixbuf-engine: Clean up error conditions and destructors Simplify the error checks and move all common behaviour into a utility function. https://bugzilla.gnome.org/show_bug.cgi?id=712536
|
 | modules/engines/pixbuf/pixbuf-rc-style.c (diff) |
|
 | gtk/gtkfilesystem.c (diff) |
|
 | modules/engines/pixbuf/pixbuf-rc-style.c (diff) |
|
 | gtk/gtkfilesystem.c (diff) |
Commit
aa8704aa9f5b1c1c47395cd4ff392e8158f0af05
by jehanBug 712536 - Themes with gap_(start|end)_file but no actual file crash Code factorization in commit 34fd123 reintroduced bug fixed in 0d396ab with non-equivalent factorized tests.
|
 | modules/engines/pixbuf/pixbuf-rc-style.c (diff) |
Commit
e048de9cab0a2593e47cac736513213d413702d9
by codyime: Add builtin handling of dead keys The IME input method has been both ignoring keypresses of non-spacing characters (ditching these as non displayable), and not letting IME do anything about those. Even though, the sparse documentation on IMM/IME seems to hint that applications can't pipe non-spacing characters to the input method manager, and experimentation shown that those characters are indeed handled differently than how it'd be expected. Then, add basic handling of dead keys on the IME input method itself , as it's not mutually exclusive with regular keymaps with dead keys. https://bugzilla.gnome.org/show_bug.cgi?id=704937
|
 | modules/input/gtkimcontextime.c (diff) |
|
 | gtk/gtkiconfactory.c (diff) |
|
 | gtk/gtkclipboard-quartz.c (diff) |
Commit
c212cb8f32c02cf2fe691372b753d334f6e25d69
by mkasikgdkwindow: Handle references in "update_windows" list correctly Since update_windows list is a static variable in GdkWindow.c which contains pointers to windows which needs to be updated, it can happen that it contains a pointer to a window even after quit from a gtk_main(). If another gtk_main() is called in the same process it tries to process windows in the list which leads to a crash. Correct reference count handling of added windows prevents such applications from crash. https://bugzilla.gnome.org/show_bug.cgi?id=711552
|
 | gdk/gdkwindow.c (diff) |
|
 | gdk/gdkwindow.c (diff) |
|
 | docs/reference/gtk/tmpl/gtklabel.sgml (diff) |
|
 | gtk/gtkfilechooser.c (diff) |
|
 | gtk/gtkfilechooser.c (diff) |
|
 | docs/tutorial/gtk-tut.sgml (diff) |
|
 | gtk/gtkentry.c (diff) |
Commit
c5561f7e8c197117f964feb58e247f113fb08a7f
by jrallsBug 711298 - "Edit Scheduled Transaction" window way too modal Put dialogs and utility windows in the same level as normal and toolbar windows so that Gtk can control their stacking instead of forcing them, rather unnaturally, to be on top of all other windows, even other application windows, even when another application has focus.
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
Commit
e84bb08ded46bf3c96dd53bfffd372296de047b4
by mclasenprinting: Don't crash because of missing g_clear_pointer() g_clear_pointer() is not available in glib-2.28 which is minimal required version for gtk+-2.24. https://bugzilla.gnome.org/show_bug.cgi?id=708783
|
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
Commit
479bc6e5509f845652b7cd3831d17744b2148ff3
by hanswin32: restore effect of _gdk_selection_property_delete Can not find in the changelog entry why it was disabled at all, see: http://git.gnome.org/browse/gtk+/commit/?id=3f4c73 The ill effect is somewhat hidden: if you try to copy images via clipboard only the first one is pastable, i.e. Gdk keeps the reference to the first image and provides it for later paste.
|
 | gdk/win32/gdkselection-win32.c (diff) |
Commit
6d329406ae6adf8aca964998fdddf0251aab32b6
by hansBug 665507 - Pixmap via cairo DIB breaks gdk_gc_set_stipple() use Only one bitmap can be selected into a device context. Using the DIB created by cairo consumes the one opportunity, so every further SelectObject into the same DC in GDK code will fail.
|
 | gdk/win32/gdkdrawable-win32.c (diff) |
Commit
7ff6e601c3300d4adb0aa224ab128ce3f4f56f5f
by hansexstyle changed after the window size adjustment Originaly the size of the window based on the client area size has been calculated first and then variables dwStyle and dwExStyle have been changed. Thus the window size has been calculated for different windows type then eventually used when calling CreateWindowEx. This caused for example the Gimp tool windows to have different size than formerly saved in session. The whole code calculating the window size is moved after the last adjustment of dwExStyle variable in this patch. Signed-off-by: Hans Breuer <hans@breuer.org>
|
 | gdk/win32/gdkwindow-win32.c (diff) |
Commit
95985a2181b49a92ec7b8f0eed0dd26052444d86
by hanswin32: free allocated gdi objects in 16bpp In 16bpp, Gdk is creating hbitmap with CreateDIBSection() and a hdc with CreateCompatibleDC(). Those 2 objects need to be released when the pixmap is finalized. https://bugzilla.gnome.org/show_bug.cgi?id=671538 Signed-off-by: Hans Breuer <hans@breuer.org>
|
 | gdk/win32/gdkpixmap-win32.h (diff) |
 | gdk/win32/gdkpixmap-win32.c (diff) |
Commit
82310d48a8c9aedc39acc1b2bf6a89d0bb7de918
by hansBug 634146 - Check g_win32_get_package_installation_directory_of_module() return value Remaining part of patch from Joshua Element Green. https://bugzilla.gnome.org/show_bug.cgi?id=634146
|
 | gtk/gtkmain.c (diff) |
|
 | NEWS (diff) |
Commit
378ea9029f0ae2897d769a9928adb1d636b6c151
by mkasikprinting: Fail nicely when /tmp is not writable Don't crash when /tmp is not writable when printing to file. Show that getting of printer details failed for CUPS printers. https://bugzilla.gnome.org/show_bug.cgi?id=693200
|
 | gtk/gtkprintjob.c (diff) |
 | gtk/gtkprintunixdialog.c (diff) |
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
 | gtk/gtkprintoperation-unix.c (diff) |
Commit
60189143a4097c615f9cda0dbec2cd48b4eca77d
by mgorsePrint to a file in the current directory by default When printing to a file, the filename was not being propagated if a directory was not specified. https://bugzilla.gnome.org/show_bug.cgi?id=711177
|
 | gtk/gtkprinteroptionwidget.c (diff) |
|
 | gtk/gtktreeview.c (diff) |
Commit
8ef1cff3bb36e61c2eccf5e9200a92de85e8e88d
by fanchunweiVisual Studio 2008 Projects: Revamp the Projects As we are likely to have GTK+-2.x around for some time, revamp the Visual Studio 2008 projects like what was done for rest of the GTK+ stack, namely: -Split the property sheets, in a way like what was done for the rest of the stack. Also clean up the resulting property sheets a bit, and update the projects to use these property sheets. -Use UNIX line endings for all projects and property sheets, to ease future application of patches. -Make the copying of config.h.win32 and gdkconfig.h.win32 into custom build rules, so that they may be removed properly and re-copied during change and update. Similar updates will be applied for the Visual Studio 2010 projects ASAP.
|
 | build/win32/vs9/libwimp.vcproj (diff) |
 | build/win32/vs9/gailutil.vcproj (diff) |
 | build/win32/vs9/gtk.vcprojin (diff) |
 | build/win32/vs9/gtk-gen-srcs.vsprops |
 | build/win32/vs9/gtk-version-paths.vsprops |
 | build/win32/vs9/install.vcproj (diff) |
 | build/win32/vs9/gtk-install.vsprops |
 | build/win32/vs9/gtk+.vsprops |
 | build/win32/vs9/gtk-demo.vcproj (diff) |
 | build/win32/vs9/Makefile.am (diff) |
 | build/win32/vs9/gdk-win32.vcproj (diff) |
 | build/win32/vs9/gdk.vcprojin (diff) |
 | build/win32/vs9/gtk-build-defines.vsprops |
Commit
a533c83e8d44899b59bb915d22ff0d11eb30c0bc
by fanchunweiVisual Studio 2010 Projects: Revamp the Projects As we are likely to have GTK+-2.x around for some time, revamp the Visual Studio 2010 projects like what was done for rest of the GTK+ stack, namely: -Split the property sheets, in a way like what was done for the rest of the stack. Also clean up the resulting property sheets a bit, and update the projects to use these property sheets. -Use UNIX line endings for all projects and property sheets, to ease future application of patches. -Make the copying of config.h.win32 and gdkconfig.h.win32 into custom build rules, so that they may be removed properly and re-copied during change and update. -Add a PlatformToolset tag, so if we want to support building with Visual Studio 2012/2013, the transition can be done quite easily with a script, such as what is now being done for the Visual Studio 2012 projects for GLib.
|
 | build/win32/vs10/gtk-demo.vcxproj.filters (diff) |
 | build/win32/vs10/install.vcxproj (diff) |
 | build/win32/vs10/libwimp.vcxproj (diff) |
 | build/win32/vs10/libwimp.vcxproj.filters (diff) |
 | build/win32/vs10/gtk-gen-srcs.props |
 | build/win32/vs10/Makefile.am (diff) |
 | build/win32/vs10/gtk-install.props |
 | build/win32/vs10/gtk-build-defines.props |
 | build/win32/vs10/gtk.vcxproj.filtersin (diff) |
 | build/win32/vs10/gdk-win32.vcxproj.filters (diff) |
 | build/win32/vs10/gdk-win32.vcxproj (diff) |
 | build/win32/vs10/gdk.vcxprojin (diff) |
 | build/win32/vs10/gtk+.props |
 | build/win32/vs10/gailutil.vcxproj.filters (diff) |
 | build/win32/vs10/gailutil.vcxproj (diff) |
 | build/win32/vs10/gtk-version-paths.props |
 | build/win32/vs10/gdk.vcxproj.filtersin (diff) |
 | build/win32/vs10/gtk-demo.vcxproj (diff) |
 | build/win32/vs10/gtk.vcxprojin (diff) |
|
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/control (diff) |
 | debian/control.in (diff) |
|
 | debian/changelog (diff) |
 | debian/rules (diff) |
|
 | debian/changelog (diff) |
 | debian/patches/099_format_security_fixes.patch |
 | debian/patches/series (diff) |
|
 | debian/changelog (diff) |
Commit
dd37429b51e07a61b309b0620f49e235bfe0a9c7
by marcandre.lureauwin32: add more clipboard data checks to avoid crash It may happen that the received clipboard data is empty, but if it's of type image/bmp, gtk+ will crash: gdk_property_change: 00030AD4 GDK_SELECTION image/bmp REPLACE 8*0 bits: ... delayed rendering gdk_selection_send_notify_for_display: 00030AD4 CLIPBOARD image/bmp GDK_SELECTION (no-op) _gdk_win32_selection_convert_to_dib: 1252003C image/bmp Program received signal SIGSEGV, Segmentation fault. 0x749a9f40 in msvcrt!memmove () from C:\Windows\syswow64\msvcrt.dll Thread 1 (Thread 2248.0x1b34): target=0xc07b) at gdkselection-win32.c:1292 at gdkevents-win32.c:3498 wparam=8, lparam=0) at gdkevents-win32.c:232 message=773, wparam=8, lparam=0) at gdkevents-win32.c:263 C:\Windows\syswow64\user32.dll C:\Users\rugoosse\AppData\Local\virt-viewer\bin\libpangocairo-1.0-0.dll wparam=0, lparam=-1687549457) at gdkevents-win32.c:248 C:\Users\rugoosse\AppData\Local\virt-viewer\bin\libpangocairo-1.0-0.dll https://bugzilla.gnome.org/show_bug.cgi?id=728745
|
 | gdk/win32/gdkselection-win32.c (diff) |
 | gdk/win32/gdkproperty-win32.c (diff) |
Commit
10430feb8dbb397c42ea929dd40e411de7cd446f
by marcandre.lureaugdk/win32: remove extra allocation for \r removal Although I can't find explicit documentation for clipboard pointer, it seems to be possible to modify clibpoard memory without side-effects. According to MSDN, http://msdn.microsoft.com/en-us/library/windows/desktop/aa366596%28v=vs.85%29.aspx "The global and local functions are supported for porting from 16-bit code, or for maintaining source code compatibility with 16-bit Windows. Starting with 32-bit Windows, the global and local functions are implemented as wrapper functions that call the corresponding heap functions using a handle to the process's default heap." "Memory objects allocated by GlobalAlloc and LocalAlloc are in private, committed pages with read/write access that cannot be accessed by other processes. Memory allocated by using GlobalAlloc with GMEM_DDESHARE is not actually shared globally as it is in 16-bit Windows. This value has no effect and is available only for compatibility. " https://bugzilla.gnome.org/show_bug.cgi?id=711553
|
 | gdk/win32/gdkselection-win32.c (diff) |
|
 | gdk/win32/gdkproperty-win32.c (diff) |
|
 | gdk/win32/gdkkeys-win32.c (diff) |
|
 | gtk/gtkmountoperation.c (diff) |
|
 | gdk/win32/gdkselection-win32.c (diff) |
|
 | modules/engines/pixbuf/pixbuf-rc-style.c (diff) |
Commit
a3d672a415447bc252cb2333bdc0226765f6a198
by fanchunweiMSVC 2010+ Projects: Update "Installation" Process Currently, due to the way that Visual Studio 2010+ projects are handled, the "install" project does not re-build upon changes to the sources, as it does not believe that its dependencies have changed, although the changed sources are automatically recompiled. This means that if a part or more of the solution does not build, or if the sources need some other fixes or enhancements, the up-to-date build is not copied automatically, which can be misleading. Improve on the situation by forcing the "install" project to trigger its rebuild, so that the updated binaries can be copied. This does trigger an MSBuild warning, but having that warning is way better than not having an up-to-date build, especially during testing and development.
|
 | build/win32/vs10/install.vcxproj (diff) |
 | build/win32/vs10/gtk-install.props (diff) |
Commit
85fe78ed219487069a0ed7c7933bdd09c9bb5fc3
by mclasenupdateiconcache: Don't include image data by default anymore Since large images are in the icon cache, and apps don't tend to use that many icons anymore, simply don't include image data and instead make apps load files from disk. Additionally, since they're stored in GdkPixbuf data, that means that we have to first convert them either to a cairo_surface_t, which requires converting pixel data to be premulitplied, or an OpenGL texture, which requires a whole GPU upload anyway. So, even with the icon cache, the goal of icons through zero-copy, mmap()'d data from disk just isn't doable with the icon cache format we have. The icon cache on my disk is nearing 100MB, since we include a bunch of high-resolution application icons, that I doubt would be used by apps at all. Removing this inefficient pixel data makes memory usage for all applications go down, with no speed loss. The icon cache also, however, has an index of what icons are in each folder, which prevents a readdir() and allows GTK+ to know what icon is where without having to do a bunch of stat(); calls. Keeping this data is good for GTK+, so we should still keep the index. It doesn't make sense to remove any code for mapping pixel data from the icon cache. There's a plan in the works to have a symbolic icon cache that does pixel math on 16x16 icons to prevent slow SVG rendering. 16x16 pixels are fairly small, and such images are flat colors, which should compress easily, so the icon cache would be worthwhile here. So let's keep the code around in preparation for that case. https://bugzilla.gnome.org/show_bug.cgi?id=721895
|
 | gtk/updateiconcache.c (diff) |
Commit
30f24286717a64dac3d0938ebb1d01a5b18254c2
by mclasengtk-update-icon-cache: Add an --include-image-data option Now that we don't include the image data by default anymore, lets add an option that does it. Conflicts: docs/reference/gtk/gtk-update-icon-cache.xml
|
 | gtk/updateiconcache.c (diff) |
 | docs/reference/gtk/gtk-update-icon-cache.xml (diff) |
|
 | po/pl.po (diff) |
|
 | po/he.po (diff) |
|
 | modules/engines/ms-windows/msw_style.c (diff) |
|
 | gtk/Makefile.am (diff) |
|
 | NEWS (diff) |
 | configure.ac (diff) |
|
 | debian/update-icon-caches (diff) |
 | debian/changelog (diff) |
 | debian/patches/099_format_security_fixes.patch |
 | debian/patches/series (diff) |
|
 | debian/changelog (diff) |
Commit
6e9781c32b4ee79902b5345b8563f03aca34520a
by fanchunweiFix "Installation" for Visual Studio 2010+ We need to enclose paths containing $(BinDir) with double quotes as it points to something like c:\foo\gtk+-x.yy.zz, which the copy command on Windows does not like "+" in paths unless enclosed in quotes.
|
 | build/win32/vs10/gtk-install.props (diff) |
Commit
8e5f8440a69668a70decf3aac8dd9222d44412ab
by fanchunweiBuild: Provide Simple Support for MSVC 2012/2013 As the Visual Studio 2012/2013 are only slightly different from the Visual Studio 2010 projects, we can provide support for them by using scripts to copy the Visual Studio 2010 projects, and update the specific parts as necessary. This is being provided to help people still needing GTK+-2.x and also to help them to transition to GTK+-3.x easier. Thus, there would be little maintenance overhead for these as only the 2010 projects need to be kept up-to-date as a result. This might change when we do get the stack working with WinRT/Metro, but that's going to be another totally different issue.
|
 | configure.ac (diff) |
 | build/Makefile-newvs.am |
 | build/win32/vs12/Makefile.am |
 | build/win32/vs11/Makefile.am |
 | build/win32/Makefile.am (diff) |
|
 | po/hu.po (diff) |
Commit
0b5b2779a2ec17b633c0c58c8907cc5d0c369c4b
by mclasenGtkButton: do not prelight in touchscreen mode Code was copied from GtkToggleButton. Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com> https://bugzilla.gnome.org/show_bug.cgi?id=689138
|
 | gtk/gtkbutton.c (diff) |
Commit
f566f8811eac0eafcddf4d5a233f6a15053f2619
by mclasenUse AC_PATH_TOOL to find build tools. This improves support for cross-compilation & multilib on Gentoo, where tools proper for target arch/ABI are prefixed with CHOST. https://bugzilla.gnome.org/show_bug.cgi?id=731582
|
 | configure.ac (diff) |
Commit
3c8f0c44e149f9fc3c20a7a0aba6d4f578a1acf7
by mclasenGtkEntry: Properly remove the completion timeout There were some code paths where we removed the source, but failed to reset the id to zero. Pointed out by John Coppens in https://bugzilla.gnome.org/show_bug.cgi?id=733689
|
 | gtk/gtkentry.c (diff) |
|
 | gtk/Makefile.am (diff) |
|
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
|
 | modules/input/Makefile.am (diff) |
|
 | modules/engines/ms-windows/Makefile.am (diff) |
 | modules/other/gail/Makefile.am (diff) |
Commit
d9164e9c6075f95aad11012ec4114d97b26aa7c5
by mclasengdk_drawable_get_screen() used for mask, which is a pixmap, not a window The function gtk_drag_set_icon_pixmap() triggered failing assertions. This was because it called the function gdk_window_get_screen(mask), where "mask" is a pixmap, but not a window. https://bugzilla.gnome.org/show_bug.cgi?id=735005
|
 | gtk/gtkdnd.c (diff) |
Commit
fbf38d16bcc26630f0f721d266509f5bc292f606
by mclasenthreads: Do not release the GDK lock if it hasn't been acquired yet Since GLib ≥ 2.41, attempting to release an unlocked mutex will abort(), as it happens on most systems already. Given the lack of proper documentation on how to use GDK with threads, there is code in the wild that does: gdk_threads_init (); gdk_init (); ... gtk_main (); instead of the idiomatically correct: gdk_threads_init (); gdk_threads_enter (); gtk_init (); ... gtk_main (); ... gdk_threads_leave (); Which means that gtk_main() will try to release the GDK lock, and thus trigger an error from GLib. we cannot really fix all the wrong code everywhere, and since it does not cost us anything, we can work around the issue inside GDK itself, by trying to acquire the GDK lock inside gdk_threads_leave() with trylock(). https://bugzilla.gnome.org/show_bug.cgi?id=735428
|
 | gdk/gdk.c (diff) |
|
 | gdk/win32/gdktestutils-win32.c (diff) |
Commit
1d0e2d58385bd01fdb753bf40ba2f4c32ccd0cc8
by mclasenpixbuf engine: Avoid a crash if widget is NULL Commit 85f2a721cf introduced an unconditional call to gtk_widget_get_direction(). This does not work for 'foreign' uses of the theme engine, e.g. in Qt, where widget is NULL. This was reported as a crash in Fedora here: https://bugzilla.redhat.com/show_bug.cgi?id=924683
|
 | modules/engines/pixbuf/pixbuf-draw.c (diff) |
|
 | gtk/tests/Makefile.am (diff) |
|
 | NEWS (diff) |
 | configure.ac (diff) |
|
 | debian/watch (diff) |
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/copyright (diff) |
|
 | debian/control (diff) |
|
 | gdk/gdkwindow.c (diff) |
|
 | configure.ac (diff) |
Commit
ad6271eca90e6139acd624209e10931d0dffbd73
by alexlgdk_window_begin_paint_region() - always reuse the same surface When using the implicit paint pixmap, always draw to the same surface (the standard one for the pixmap) each time rather than creating a new one each time. This is both more effective and more natural. It also fixes a redraw issue on win32, where using multiple surfaces on the same HDC sometimes causes issues. This seems to be due to leftover state on the HDC from previous surfaces. https://bugzilla.gnome.org/show_bug.cgi?id=741060
|
 | gdk/gdkwindow.c (diff) |
|
 | gdk/quartz/GdkQuartzView.c (diff) |
Commit
456f80a0cf477873a67e3bf150ee8de28b83afe5
by jrallsRevert "Bug 741959 - text input broken on OS X 10.5 from 2.24.19 onwards" This reverts commit 4d1c065 because with further testing it's found that imquartz works on Leopard without it and is broken with it.
|
 | gdk/quartz/GdkQuartzView.c (diff) |
|
 | gdk/quartz/GdkQuartzView.c (diff) |
Commit
436fe38cae8f035f737aad28781183a0becdcec9
by lars.uebernickelAdd support for loading gtk2-only modules Introduce GTK2_MODULES environment variable for modules that don't work in gtk3. The list of modules is now $GTK2_MODULES:$GTK_MODULES. https://bugzilla.gnome.org/show_bug.cgi?id=743917
|
 | docs/reference/gtk/running.sgml (diff) |
 | gtk/gtkmain.c (diff) |
Commit
ee95f3d7259c0859ce41189b781b4339b4cd64aa
by mclasenMake gdk_event_apply_filters safe against changes in filter list An event filter may add or remove filters itself. This patch does two things to address this case. The first is to take a temporary reference to the filter while it is being used. The second is to wait until after the filter function is run before determining the next node in the list to process. This guards against changes to the next node. It also does not run functions that have been marked as removed. Though I'm not sure if this case can arise. https://bugzilla.gnome.org/show_bug.cgi?id=635380 Backport of 323df2b2800383832ed3c2e43626f2c6821c33ec to the gtk-2-24 branch by Wolfgang Ulbrich.
|
 | gdk/win32/gdkevents-win32.c (diff) |
 | gdk/x11/gdkevents-x11.c (diff) |
 | gdk/gdkinternals.h (diff) |
 | gdk/gdkwindow.c (diff) |
 | gdk/quartz/gdkevents-quartz.c (diff) |
Commit
69319811142665613cbf2f4c9d8c5874ac2628c9
by mclasenlabel: Avoid a possible NULL dereference We were setting attr->start before checking attr for being NULL. Pointed out by Sami Farin, https://bugzilla.redhat.com/show_bug.cgi?id=1140414
|
 | gtk/gtklabel.c (diff) |
Commit
5364ede826b2e5b96b8d22c18634a6ad2ebdce68
by mclasengailbutton: Avoid a possible NULL dereference We were using widget->window before checking widget for being NULL. Pointed out by Sami Farin, https://bugzilla.redhat.com/show_bug.cgi?id=1140414
|
 | modules/other/gail/gailbutton.c (diff) |
|
 | autogen.sh (diff) |
|
 | docs/reference/gtk/Makefile.am (diff) |
|
 | configure.ac (diff) |
Commit
79c05314c60bc1fc45f80f8a2c54b9e1d309f04b
by ottegdkcairo: Don't leak pixel data If we fail to attach pixel data to a cairo surface, free it immediately. We still want to cairo_set_source() the surface to popagate the error. Spotted by Christian Boxdörfer
|
 | gdk/gdkcairo.c (diff) |
|
 | gtk/gtkstatusicon.c (diff) |
Commit
5be7a4d74b56400d70d7b0f678c9c7036e7c9ab4
by laneyCherry-pick upstream patch to make gdk_event_apply_filters more robust debian/patches/0001-Make-gdk_event_apply_filters-safe-against-changes-in.patch: Cherry-pick patch from upstream stable branch to protect gdk_event_apply_filters_safe from changes in the filter list (Closes: #777142)
|
 | debian/changelog (diff) |
 | debian/control (diff) |
 | debian/patches/0001-Make-gdk_event_apply_filters-safe-against-changes-in.patch |
 | debian/patches/series (diff) |
Commit
c5afe319ad87840dc579b75806121434f02dd14e
by drakeicontheme: allow directories with mtime 0 In order to provide a constant mtime between OS build and deploy time, while also maintaining a hardlink content-addressed model independent of timestamps, ostree sets all mtimes to 0. The icon cache code currently ignores directories with mtime 0, assuming they don't exist. Track directory existence in a more precise way. https://bugzilla.gnome.org/show_bug.cgi?id=745052
|
 | gtk/gtkicontheme.c (diff) |
|
 | debian/changelog (diff) |
Commit
639845d21edbefb61f728a8b2d054ae146b0c821
by fanchunweiMSVC Builds: Improve Build Speed and Debugging Use Multiprocessor compilation which can cut down build times by quite a bit and use the /d2Zi+ flag to have better debugging info being logged to the .pdb for release builds. These are only applicable for Visual Studio 2010/2012 and later.
|
 | build/win32/vs10/gtk-build-defines.props (diff) |
Commit
de7ec7a0a9bcde801c529a08e9f094034f75e671
by fanchunweiMSVC 2008 Builds: Speed Up Release Builds Use the /MP compiler option, where the build time for release builds can be cut down by quite a bit. This will however cause a brief warning with debug builds due to the use of /Gm, but the code will otherwise build normally. Unlike the Visual Studio 2010+ builds, we can't use /d2Zi+ as Visual Studio 2008 does not support that, so we can't get a better debugging experience for release builds here.
|
 | build/win32/vs9/gtk-build-defines.vsprops (diff) |
Commit
5efefdb6550b3f00d5ca159c2ff74326bfd0e94b
by cfergeaugdk: Fix GdkWindowFilter internal refcounting Running gnome-shell under valgrind, I saw the attached invalid write. Basically we can destroy a window during event processing, and the old window_remove_filters simply called g_free() on the filter, ignoring the refcount. Then later in event processing we call filter->refcount--, which is writing to free()d memory. Fix this by centralizing list mutation and refcount handling inside a new shared _gdk_window_filter_unref() function, and using that everywhere. ==13876== Invalid write of size 4 ==13876== at 0x446B181: gdk_event_apply_filters (gdkeventsource.c:86) ==13876== by 0x446B411: _gdk_events_queue (gdkeventsource.c:188) ==13876== by 0x44437EF: gdk_display_get_event (gdkdisplay.c:410) ==13876== by 0x446B009: gdk_event_source_dispatch (gdkeventsource.c:317) ==13876== by 0x4AB7159: g_main_context_dispatch (gmain.c:2436) ==13876== by 0x4AB7957: g_main_context_iterate.clone.5 (gmain.c:3087) ==13876== by 0x4AB806A: g_main_loop_run (gmain.c:3295) ==13876== by 0x8084D6B: main (main.c:722) ==13876== Address 0x1658bcac is 12 bytes inside a block of size 16 free'd ==13876== at 0x4005EAD: free (vg_replace_malloc.c:366) ==13876== by 0x4ABE515: g_free (gmem.c:263) ==13876== by 0x444BCC9: window_remove_filters (gdkwindow.c:1873) ==13876== by 0x4454BA3: _gdk_window_destroy_hierarchy (gdkwindow.c:2043) ==13876== by 0x447BF6E: gdk_window_destroy_notify (gdkwindow-x11.c:1115) ==13876== by 0x43588E2: _gtk_socket_windowing_filter_func (gtksocket-x11.c:518) ==13876== by 0x446B170: gdk_event_apply_filters (gdkeventsource.c:79) ==13876== by 0x446B411: _gdk_events_queue (gdkeventsource.c:188) ==13876== by 0x44437EF: gdk_display_get_event (gdkdisplay.c:410) ==13876== by 0x446B009: gdk_event_source_dispatch (gdkeventsource.c:317) ==13876== by 0x4AB7159: g_main_context_dispatch (gmain.c:2436) ==13876== by 0x4AB7957: g_main_context_iterate.clone.5 (gmain.c:3087) https://bugzilla.gnome.org/show_bug.cgi?id=637464 Backport of 806c04411d306680353cf90cffee98ce73e122f2 to the gtk-2-24 branch. 806c0441 was authored by Colin Walters <walters@verbum.org> Without this patch, the spotify linux client was crashing during playback of some songs when using gtk+ 2.24.26 https://bugzilla.gnome.org/show_bug.cgi?id=745536
|
 | gdk/gdkinternals.h (diff) |
 | gdk/gdkwindow.c (diff) |
 | gdk/x11/gdkevents-x11.c (diff) |
|
 | gdk/gdkwindow.c (diff) |
|
 | configure.ac (diff) |
 | NEWS (diff) |
Commit
10277405ca6fba28c3870dcd2126b567a68d01c6
by laneyCherry-pick upstream patches to fix regression in previous upload 0002-gdk-Fix-GdkWindowFilter-internal-refcounting.patch 0003-gdkwindow-Fix-event-unref-iteration.patch: Cherry-pick two commits from upstream gtk2 branch to fix refcounting errors in light of the event_apply_filters change in the previous upload. This was causing crashes in some applications, such as Spotify.
|
 | debian/patches/0002-gdk-Fix-GdkWindowFilter-internal-refcounting.patch |
 | debian/patches/0003-gdkwindow-Fix-event-unref-iteration.patch |
 | debian/changelog (diff) |
 | debian/patches/series (diff) |
|
 | debian/changelog (diff) |
|
 | build/win32/vs10/gtk-install.props (diff) |
Commit
e129c9417106068b6297621e8ee4eec9b2c2eeea
by fanchunweiMSVC 2010+ Builds: Fix .pdb Generation The .pdb file name must be specified for Visual Studio 2010+ later in order fo match the output filename if the output filename is different from the project name. Update the projects as necessary.
|
 | build/win32/vs10/gdk.vcxprojin (diff) |
 | build/win32/vs10/gailutil.vcxproj (diff) |
 | build/win32/vs10/gtk.vcxprojin (diff) |
Commit
bf92167b01ddebf4eb9ff499721fce6d6a5f8020
by fanchunweiMSVC Builds: "Install" the .pdb Files "Install" the .pdb files to help people use them to debug the GTK+ stack, or for their GTK-using applications, as they are already generated for all builds. Also update the copying of the DLLs, LIBs and EXEs so that we ensure that we only copy the items from GTK+-2.x, without accidently copying items that are not meant to be copied, or make extra copies of items in the wrong places, such as when the projects here are used in parts of grand solutions used to build the entire GTK+ stack.
|
 | build/win32/vs10/gtk-install.props (diff) |
 | build/win32/vs9/gtk-install.vsprops (diff) |
Commit
df09ce5e87202dde843d5b8ab1a95a999695a141
by fanchunweiMSVC Builds: Rename "Install" Projects Rename the install projects as gtk-install, to ease the integration of the projects in a grand solution that may be used to build, for example, the entire GTK+ stack.
|
 | build/win32/vs11/Makefile.am (diff) |
 | build/win32/vs9/gtk+.sln (diff) |
 | build/win32/vs10/gtk+.sln (diff) |
 | build/win32/vs12/Makefile.am (diff) |
 | build/win32/vs10/Makefile.am (diff) |
 | build/win32/vs9/install.vcproj |
 | build/win32/vs9/gtk-install.vcproj |
 | build/win32/vs10/gtk-install.vcxproj |
 | build/win32/vs9/Makefile.am (diff) |
 | build/win32/vs10/install.vcxproj |
Commit
ba48b465741ce49518e51942983832a96288d896
by mclasenFix problems with sticky handling (backport of 01320e57737). Reading a card32 property into a long may lead to undefined high bits, so mask them off. Also, make the conditions for setting and unsetting the stick flag opposites, to avoid unintended changes. https://bugzilla.gnome.org/show_bug.cgi?id=746064
|
 | gdk/x11/gdkevents-x11.c (diff) |
Commit
dd882f5b8033286c0e24883569527953f8ee08fa
by mclasenFix a sporadic segfault in treeview keynav If a a treeview has frequent periodic additions and removals of rows, it is possible that a page down keypress moves the cursor out of the height of the treeview. In some of these cases, we can be tricked into dereferencing a NULL pointer. Bug 612919. https://bugzilla.gnome.org/show_bug.cgi?id=746269
|
 | gtk/gtktreeview.c (diff) |
Commit
d9122d13795e58bd96ff75e933b00f38d1b24aac
by lrn1986W32: correctly guess max window size from the size of the workarea of the screen it's on Get monitor on which the most of the window is located (nearest monitor if window is not on screen), get its work area (area not occupied by taskbar or any other bars) and use that for maxsize. Previous default of 30000 meant that windows maximized onto full screen, even covering the area where taskbar is. https://bugzilla.gnome.org/show_bug.cgi?id=726592
|
 | gdk/win32/gdkevents-win32.c (diff) |
Commit
2fdd8627ddeca60ff6fdb84cd8071580a0d1ba74
by lrn1986W32: Correctly set maximized window position Use screen workarea to *also* set the position of a maximized window, not just its size. Without this the window position defaults to 0:0 (the topleft corner), which is wrong when taskbar is position along the top or left edge of the screen. https://bugzilla.gnome.org/show_bug.cgi?id=746821
|
 | gdk/win32/gdkevents-win32.c (diff) |
Commit
88f3b248d6298af5ed08fd344c19bce40b05a2b7
by lrn1986Revert "W32: Correctly set maximized window position" This is only needed for CSDs. GKT+-2.x has no CSDs, so this code is completely unnecessary. This reverts commit 2fdd8627ddeca60ff6fdb84cd8071580a0d1ba74.
|
 | gdk/win32/gdkevents-win32.c (diff) |
Commit
0edc775d1aa78988506a4baa5a6af35a138ea5c4
by lrn1986Revert "W32: correctly guess max window size from the size of the workarea of the screen it's on" This is only needed for CSDs. GKT+-2.x has no CSDs, so this code is completely unnecessary. This reverts commit d9122d13795e58bd96ff75e933b00f38d1b24aac.
|
 | gdk/win32/gdkevents-win32.c (diff) |
|
 | po/zh_TW.po (diff) |
|
 | demos/gtk-demo/geninclude.pl.in (diff) |
|
 | gdk/win32/gdkprivate-win32.h (diff) |
 | gdk/win32/gdkevents-win32.c (diff) |
 | gdk/win32/gdkmain-win32.c (diff) |
|
 | gdk/win32/gdkkeys-win32.c (diff) |
|
 | gdk/win32/gdkkeys-win32.c (diff) |
|
 | debian/changelog (diff) |
|
 | debian/patches/005_support_disabling_x11_extensions.patch (diff) |
 | debian/patches/0003-gdkwindow-Fix-event-unref-iteration.patch |
 | debian/patches/003_gdk.pc_privates.patch (diff) |
 | debian/patches/series (diff) |
 | debian/patches/0001-Make-gdk_event_apply_filters-safe-against-changes-in.patch |
 | debian/patches/0002-gdk-Fix-GdkWindowFilter-internal-refcounting.patch |
 | debian/changelog (diff) |
Commit
d63bee09e0ba4ddd94c26bed97522896dc9be5c6
by mkasikprinting: Check connection to remote CUPS server on correct port Add parameter for specification of port to gtk_cups_connection_cups_new(). Use default port returned by ippPort() if the given port is lower than 0. https://bugzilla.gnome.org/show_bug.cgi?id=693738
|
 | modules/printbackends/cups/gtkcupsutils.c (diff) |
 | modules/printbackends/cups/gtkcupsutils.h (diff) |
 | modules/printbackends/cups/gtkprintbackendcups.c (diff) |
|
 | configure.ac (diff) |
|
 | NEWS (diff) |
|
 | po-properties/oc.po (diff) |
Commit
29da0d99aae55b3fec1128ba7f7dc73539069155
by mclasenFix AM_PATH_GTK_2_0 for cross compilation With the current code used in the m4 macro, gtk-2.0.m4 can't find a prefixed pkg-config. This presents issue when cross compiling, as pkg-config needs to be prefixed to work with the target being compiled for. Change the macro to use PKG_PROG_PKG_CONFIG rather than custom detection code. https://bugzilla.gnome.org/show_bug.cgi?id=749507
|
 | m4macros/gtk-2.0.m4 (diff) |
|
 | po/oc.po (diff) |
|
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/control (diff) |
 | debian/control.in (diff) |
|
 | debian/changelog (diff) |
 | debian/update-icon-caches (diff) |
|
 | debian/libgtk2.0-bin.install.in (diff) |
 | debian/control (diff) |
 | debian/libgtk2.0-dev.install.in (diff) |
 | debian/control.in (diff) |
 | debian/rules (diff) |
 | debian/changelog (diff) |
 | debian/libgtk2.0-dev.manpages (diff) |
|
 | debian/control.in (diff) |
 | debian/changelog (diff) |
 | debian/control (diff) |
|
 | debian/changelog (diff) |
|
 | debian/rules (diff) |
 | debian/changelog (diff) |
Commit
fd04654a36ee62355b5cc45cb43c7fd167a1fcda
by bieblAdd Build-Depends on docbook-xsl and libxml2-utils and move docbook-xml and docbook-utils from Build-Depends-Indep to Build-Depends. Those are required to build the man pages which are shipped in arch:any packages.
|
 | debian/changelog (diff) |
 | debian/control.in (diff) |
 | debian/control (diff) |
Commit
93f9c220abed53cf1f10c62787571463c6ff0309
by jrallsgdkwindow-quartz: partial aspect ratio support Support was added for GDK_HINT_ASPECT in gdk_quartz_window_set_geometry_hints though with one restriction: min_aspect and max_aspect have to be equal, which I believe corresponds to the most common usage. A warning will be printed if this condition is not met but min_aspect will be used anyway.
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
Commit
b2d60ff8cb63de52febd8f3fa76b4ae53ca5f067
by fanchunweiMSVC Builds: Update GUID of "Install" Project The GUID of the "Install" project files happen to be the same as Pango's "install" projects, so we need to update the GUID here so that the projects can cooperate with each other when used in an all-in-one build for the GTK+ stack.
|
 | build/win32/vs9/gtk-install.vcproj (diff) |
 | build/win32/vs9/gtk+.sln (diff) |
 | build/win32/vs10/gtk+.sln (diff) |
 | build/win32/vs10/gtk-install.vcxproj (diff) |
|
 | gdk/gdkwindow.c (diff) |
|
 | gdk/gdkwindow.c (diff) |
Commit
2ac4fe1b6609c3c2495ee8db0f39033999238422
by mclasenquartz: Check if a drag ends inside a known window If a drag ends inside a known window, set the dest_window field in the drag context. This information is needed to implemented notebook tab dragging. https://bugzilla.gnome.org/show_bug.cgi?id=752638
|
 | gdk/quartz/GdkQuartzWindow.c (diff) |
|
 | gtk/gtkdnd-quartz.c (diff) |
|
 | gtk/gtkfilechooserdefault.c (diff) |
Commit
783afbd64f60fbefe6255d50e7843020f1df1b85
by mclasenprint operation: let subclasses use a custom paginate GtkPrintOperation was emitting paginate only if a signal was connected, this meant that subclassing and overriding the paginate vfunc lead to the unexpected result that paginate did not run. Instead we always emit the signal and use a custom accumulator: if there is a signal we just run that and avoid the default handler, otherwise we run the default handler which can be the one by the subclass or the default handler that just skips pagination. Patch by Yevgen Muntyan, fixes #345345
|
 | gtk/gtkprintoperation.c (diff) |
Commit
f3a34856c5e4d0e4ebfd615abd1dbd5a457ffd7d
by mclasenmultipress: Only emit preedit signals if needed When clearing the compose buffer, don't emit preedit-changed unconditionally. This triggers a recursion which leads to a crash. https://bugzilla.gnome.org/show_bug.cgi?id=753644
|
 | modules/input/gtkimcontextmultipress.c (diff) |
|
 | modules/other/gail/libgail-util/Makefile.am (diff) |
 | gdk/Makefile.am (diff) |
 | gtk/Makefile.am (diff) |
|
 | gtk/gtkcolorbutton.c (diff) |
Commit
b3ff8bbe313a59d76ae63012f407fc0037ae3989
by piotrdragAdd Language headers to po files Future versions of gettext will fail if this header is missing. GTK+ 2 is not going away anytime soon, and some projects (e.g. GIMP) want to compile it with the latest gettext. Based on a patch by Sven Claussner <sclaussner@src.gnome.org>.
|
 | po-properties/he.po (diff) |
 | po/ms.po (diff) |
 | po-properties/ko.po (diff) |
 | po-properties/li.po (diff) |
 | po-properties/mai.po (diff) |
 | po/br.po (diff) |
 | po/my.po (diff) |
 | po-properties/sq.po (diff) |
 | po-properties/az_IR.po (diff) |
 | po/kn.po (diff) |
 | po-properties/zh_HK.po (diff) |
 | po/rw.po (diff) |
 | po/uz@cyrillic.po (diff) |
 | po-properties/eo.po (diff) |
 | po-properties/be@latin.po (diff) |
 | po-properties/kk.po (diff) |
 | po/es.po (diff) |
 | po/li.po (diff) |
 | po-properties/sv.po (diff) |
 | po/tk.po (diff) |
 | po-properties/my.po (diff) |
 | po-properties/ka.po (diff) |
 | po/pt_BR.po (diff) |
 | po-properties/sr.po (diff) |
 | po/or.po (diff) |
 | po/sl.po (diff) |
 | po-properties/id.po (diff) |
 | po-properties/tr.po (diff) |
 | po/ug.po (diff) |
 | po-properties/pt_BR.po (diff) |
 | po-properties/uz@cyrillic.po (diff) |
 | po/bn_IN.po (diff) |
 | po/fa.po (diff) |
 | po-properties/ug.po (diff) |
 | po/az_IR.po (diff) |
 | po-properties/hi.po (diff) |
 | po-properties/si.po (diff) |
 | po-properties/af.po (diff) |
 | po-properties/hu.po (diff) |
 | po-properties/br.po (diff) |
 | po/hu.po (diff) |
 | po-properties/io.po (diff) |
 | po/sr@latin.po (diff) |
 | po/bg.po (diff) |
 | po-properties/kn.po (diff) |
 | po/uz.po (diff) |
 | po-properties/ca@valencia.po (diff) |
 | po-properties/mk.po (diff) |
 | po/eu.po (diff) |
 | po/uk.po (diff) |
 | po/sk.po (diff) |
 | po-properties/th.po (diff) |
 | po-properties/ta.po (diff) |
 | po/nn.po (diff) |
 | po/az.po (diff) |
 | po-properties/el.po (diff) |
 | po-properties/eu.po (diff) |
 | po/lv.po (diff) |
 | po/sv.po (diff) |
 | po/ne.po (diff) |
 | po/gu.po (diff) |
 | po/pa.po (diff) |
 | po/ku.po (diff) |
 | po-properties/dz.po (diff) |
 | po-properties/be.po (diff) |
 | po-properties/xh.po (diff) |
 | po/ca.po (diff) |
 | po/dz.po (diff) |
 | po-properties/en@shaw.po (diff) |
 | po/am.po (diff) |
 | po/nso.po (diff) |
 | po-properties/ga.po (diff) |
 | po-properties/ang.po (diff) |
 | po-properties/ur.po (diff) |
 | po-properties/fa.po (diff) |
 | po/mk.po (diff) |
 | po/mr.po (diff) |
 | po/da.po (diff) |
 | po/sq.po (diff) |
 | po/hi.po (diff) |
 | po-properties/hy.po (diff) |
 | po-properties/mn.po (diff) |
 | po-properties/pt.po (diff) |
 | po/sr@ije.po (diff) |
 | po-properties/ms.po (diff) |
 | po-properties/zh_TW.po (diff) |
 | po/nb.po (diff) |
 | po-properties/ar.po (diff) |
 | po/ga.po (diff) |
 | po/xh.po (diff) |
 | po/pt.po (diff) |
 | po-properties/gu.po (diff) |
 | po/as.po (diff) |
 | po/ca@valencia.po (diff) |
 | po-properties/da.po (diff) |
 | po-properties/te.po (diff) |
 | po-properties/vi.po (diff) |
 | po-properties/is.po (diff) |
 | po/hr.po (diff) |
 | po/ps.po (diff) |
 | po-properties/ia.po (diff) |
 | po-properties/et.po (diff) |
 | po/crh.po (diff) |
 | po/mai.po (diff) |
 | po/sr.po (diff) |
 | po/ast.po (diff) |
 | po-properties/sr@ije.po (diff) |
 | po-properties/ru.po (diff) |
 | po-properties/bs.po (diff) |
 | po/ka.po (diff) |
 | po-properties/es.po (diff) |
 | po-properties/lv.po (diff) |
 | po-properties/fr.po (diff) |
 | po/tr.po (diff) |
 | po/si.po (diff) |
 | po-properties/fi.po (diff) |
 | po/is.po (diff) |
 | po/de.po (diff) |
 | po/mi.po (diff) |
 | po-properties/ps.po (diff) |
 | po-properties/ja.po (diff) |
 | po/fr.po (diff) |
 | po/ta.po (diff) |
 | po-properties/bn_IN.po (diff) |
 | po-properties/nn.po (diff) |
 | po-properties/am.po (diff) |
 | po-properties/ku.po (diff) |
 | po-properties/sl.po (diff) |
 | po-properties/uz.po (diff) |
 | po/io.po (diff) |
 | po/zh_HK.po (diff) |
 | po-properties/hr.po (diff) |
 | po-properties/mr.po (diff) |
 | po/ru.po (diff) |
 | po-properties/zh_CN.po (diff) |
 | po/ur.po (diff) |
 | po-properties/nl.po (diff) |
 | po-properties/sk.po (diff) |
 | po-properties/ne.po (diff) |
 | po-properties/nds.po (diff) |
 | po-properties/as.po (diff) |
 | po/fi.po (diff) |
 | po-properties/mi.po (diff) |
 | po/ko.po (diff) |
 | po/wa.po (diff) |
 | po-properties/wa.po (diff) |
 | po-properties/yi.po (diff) |
 | po/ja.po (diff) |
 | po-properties/bn.po (diff) |
 | po-properties/bg.po (diff) |
 | po-properties/ml.po (diff) |
 | po-properties/or.po (diff) |
 | po/ang.po (diff) |
 | po/en@shaw.po (diff) |
 | po/eo.po (diff) |
 | po/yi.po (diff) |
 | po-properties/ast.po (diff) |
 | po-properties/ca.po (diff) |
 | po-properties/nso.po (diff) |
 | po/hy.po (diff) |
 | po/vi.po (diff) |
 | po-properties/en_CA.po (diff) |
 | po/tt.po (diff) |
 | po-properties/rw.po (diff) |
 | po-properties/tk.po (diff) |
 | po/et.po (diff) |
 | po/id.po (diff) |
 | po/nds.po (diff) |
 | po/te.po (diff) |
 | po-properties/tt.po (diff) |
 | po-properties/uk.po (diff) |
 | po/ml.po (diff) |
 | po/mn.po (diff) |
 | po-properties/pa.po (diff) |
 | po/bs.po (diff) |
 | po-properties/crh.po (diff) |
 | po-properties/sr@latin.po (diff) |
 | po/be@latin.po (diff) |
 | po/bn.po (diff) |
 | po-properties/az.po (diff) |
 | po-properties/nb.po (diff) |
 | po/en_CA.po (diff) |
|
 | debian/control (diff) |
 | debian/control.in (diff) |
Commit
4ba1fbfdb15fdf31643b7c88ca457b0eb71a0c00
by mclasenBug 753992 - im-quartz discard_preedit segmentation fault Replace checking if the NSView is really a GdkWindow, which will crash in the likely event it's not a GObject, with ensuring that the parent GdkWindow is really a GdkWindowQuartz.
|
 | modules/input/imquartz.c (diff) |
Commit
3b65a6a42ed2d4d2ecdcec94163ce0b748e707fc
by mclasenTranslate GDK_KEY_KP_Decimal according to locale It makes sense that you should be able to type numbers that are correctly formatted and parsable according to the current locale, using just the keypad. This patch makes it so by translating GDK_KEY_KP_Decimal to the decimal separator for the current locale, instead of hardcoding a '.'. https://bugzilla.gnome.org/show_bug.cgi?id=756751
|
 | gdk/gdkkeyuni.c (diff) |
|
 | NEWS (diff) |
 | configure.ac (diff) |
|
 | debian/patches/065_gir_set_packages.patch (diff) |
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
Commit
8b4e346a265e4f53a2affbaa1881bfa3ff8f3295
by fanchunweibuild/: Add common autotoold module to generate MSVC projects This adds an autotools module that is copied from GLib, which is included by the Makefile.am's to generate the complete Visual Studio projects from their repsective templates, which: -Cleans up those autotools files -Make 'make -jN dist' work better
|
 | build/Makefile.msvcproj |
Commit
d1c13ba58084f965fc8a12835734374963b3f6af
by fanchunweibuild: Update Makefile-newvs.am This updates the autotools module copying and generating the MSVC 2012-2015 projects by copying it from from GLib, which also has the advantage of making things work better when doing 'make -jN dist', and the Makefile.am's in bui;d/win32/vs[11|12] have been updated accordingly.
|
 | build/win32/vs11/Makefile.am (diff) |
 | build/Makefile-newvs.am (diff) |
 | build/win32/vs12/Makefile.am (diff) |
Commit
339fd3d3f6e81c06d8f2797840301ddf15db5a88
by fanchunweiClean Up MSVC Project Generation Use the common autotools module that was added in the last commit so that we can clean up the various Makefile.am's in gdk/ and gtk/, and also make more Visual Studio projects completed during 'make dist', by adding minimal items to those other Makefile.am's. This also allows us to make the property sheets that does the copying of headers and built items completed at 'make dist', so that we won't have to worry too much about headers being added (although it would be unlikely for GTK+-2.x).
|
 | build/win32/vs10/gdk-win32.vcxproj.filtersin |
 | build/win32/vs10/gtk-demo.vcxprojin |
 | build/win32/vs10/Makefile.am (diff) |
 | build/win32/vs9/gdk-win32.vcprojin |
 | modules/other/gail/libgail-util/Makefile.am (diff) |
 | build/win32/vs9/gailutil.vcprojin |
 | demos/gtk-demo/Makefile.am (diff) |
 | build/win32/vs10/gtk-install.propsin |
 | build/win32/vs9/libwimp.vcprojin |
 | gtk/Makefile.am (diff) |
 | build/win32/vs9/Makefile.am (diff) |
 | build/win32/vs10/gailutil.vcxprojin |
 | build/win32/vs10/libwimp.vcxprojin |
 | build/win32/vs9/gtk-install.vspropsin |
 | build/win32/vs10/gailutil.vcxproj.filtersin |
 | build/win32/vs10/libwimp.vcxproj |
 | build/win32/vs9/gdk-win32.vcproj |
 | build/win32/vs9/libwimp.vcproj |
 | build/win32/vs10/gdk.vcxprojin (diff) |
 | build/win32/vs10/gtk-install.props |
 | build/win32/vs9/gtk-demo.vcproj |
 | build/win32/vs9/gdk.vcprojin (diff) |
 | build/win32/vs9/gtk.vcprojin (diff) |
 | build/win32/vs10/gdk-win32.vcxproj |
 | build/win32/vs10/gdk-win32.vcxprojin |
 | build/win32/vs10/libwimp.vcxproj.filters |
 | build/win32/vs10/gdk.vcxproj.filtersin (diff) |
 | build/win32/vs9/gtk-demo.vcprojin |
 | build/win32/vs9/gailutil.vcproj |
 | modules/engines/ms-windows/Makefile.am (diff) |
 | build/win32/vs10/gailutil.vcxproj.filters |
 | gdk/Makefile.am (diff) |
 | build/win32/vs10/gtk-demo.vcxproj.filters |
 | gdk/win32/Makefile.am (diff) |
 | build/win32/vs9/gtk-install.vsprops |
 | build/win32/vs10/gtk.vcxproj.filtersin (diff) |
 | build/win32/vs10/gtk-demo.vcxproj |
 | build/win32/vs10/gtk-demo.vcxproj.filtersin |
 | build/win32/vs10/gailutil.vcxproj |
 | build/win32/vs10/gdk-win32.vcxproj.filters |
 | build/win32/vs10/gtk.vcxprojin (diff) |
 | build/win32/vs10/libwimp.vcxproj.filtersin |
Commit
c9899ca93f82d450577c6b854583bb72e5dce726
by fanchunweibuild: Add support for Visual Studio 2015 This adds support for building with Visual Studio 2015 out-of-the-box by what we did before: copying the 2010 projects and updating items in there to make those projects compatible with 2015, as the formats of the project files are largely unchanged.
|
 | build/win32/vs14/Makefile.am |
 | build/win32/Makefile.am (diff) |
 | configure.ac (diff) |
Commit
6de93df9a4e4189a309b32c73d5975c7726adbf4
by fanchunweiMSVC builds: Build gtk-update-icon-cache As pointed out by Paolo Borelli in bug 759436, we ought to build gtk-update-icon-cache, "install" it and run it nowadays as it becomes more and more common that we are going to use an external icon theme package, so that gtk+ programs will run better and faster.
|
 | build/win32/vs10/gtk-update-icon-cache.vcxproj |
 | build/win32/vs10/gtk-update-icon-cache.vcxproj.filters |
 | build/win32/vs9/gtk+.sln (diff) |
 | build/win32/vs9/gtk-install.vspropsin (diff) |
 | build/win32/vs12/Makefile.am (diff) |
 | build/win32/vs10/gtk-install.vcxproj (diff) |
 | build/win32/vs14/Makefile.am (diff) |
 | build/win32/vs10/gtk-install.propsin (diff) |
 | build/win32/vs10/gtk+.sln (diff) |
 | build/win32/vs9/gtk-update-icon-cache.vcproj |
 | build/win32/vs10/Makefile.am (diff) |
 | build/win32/vs11/Makefile.am (diff) |
 | build/win32/vs9/Makefile.am (diff) |
Commit
8bbd76593097bb00b7c60d56743b584062b8dcf5
by mclasengtk2-24: add randr 1.5 monitor support [v3] This patch introduces support for using the newly introduced monitor objects in the XRandR protocol. These objects are meant to be used to denote a set of rectangles representing a logical monitor, and are used to hide details like monitor tiling and virtual gpu outputs. This uses the new objects instead of crtc/outputs objects when they are available to create the monitor lists. X server 1.18 is required on the server side for randr 1.5. This patch was cherry-picked and fixed from the gtk3 branch and squashes the two following additional fixupes: v2: Fix primary monitor determination with XRANDR 1.5 Matthias Clasen <mclasen@redhat.com> v3: Fix a typo in the previous patch Matthias Clasen <mclasen@redhat.com> https://bugzilla.gnome.org/show_bug.cgi?id=759912
|
 | gdk/x11/gdkdisplay-x11.h (diff) |
 | configure.ac (diff) |
 | gdk/x11/gdkdisplay-x11.c (diff) |
 | gdk/x11/gdkscreen-x11.c (diff) |
|
 | po/ja.po (diff) |
Commit
679d2a45afb5496b4b4e1b3901a972a9e5c57663
by mclasenBug 722815 - Deliver GdkModifierType during 'drag-motion' This bug was also found by clang: gdkwindow-quartz.c:1956:11: warning: implicit conversion from enumeration type 'GdkEventMask' to different enumeration type 'GdkModifierType' [-Wenum-conversion] *mask = _gdk_quartz_events_get_current_event_mask (); ~ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1 warning generated.
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
|
 | gtk/gtkmenu.c (diff) |
 | tests/testmenus.c (diff) |
|
 | gtk/gtkcontainer.h (diff) |
Commit
99db4164bc1afa6803589b8a34b6295d020b1a8e
by jrallsFix Quartz clipboard image retrieval. It does no good to iterate through a series of mime types to call a function when the eventually-called function, _gtk_quartz_get_selection_data_from_pasteboard() in this case, gives the wrong answer and stops the iteration on all but one especially if that one isn't first. The one is "image/tiff" and the quartz pasteboard function will return any image type Quartz knows about for it, so lose the iteration and use only "image/tiff".
|
 | gtk/gtkclipboard-quartz.c (diff) |
Commit
2299a98a5d02cf74d4beae47902cc3a5e1f9723e
by icqwin32: on focus restore the window if iconified If the window is iconified we want to restore the window to get the proper size instead of showing it normal which would change the size of the window. https://bugzilla.gnome.org/show_bug.cgi?id=698652
|
 | gdk/win32/gdkwindow-win32.c (diff) |
Commit
0517063d764eaa9ca5b6053e852cb45f054758b3
by icqwin32: properly handle show and focus The first time a window is shown we should always call SW_SHOWNORMAL. Understand whether to call SW_SHOW or SW_SHOWNORMAL and the specific ones for the temporary windows depending on IsWindowVisible. This also fixes the problem when calling gtk_window_present and the window is snapped to the left or right of the screen. This patch is based on the patches provided by Yevgen Muntyan and Aleksander Morgado. https://bugzilla.gnome.org/show_bug.cgi?id=698652
|
 | gdk/win32/gdkwindow-win32.c (diff) |
Commit
1ac15824c73629528a7e33d0d1d588a31643302b
by fcrozatRevert "Translate GDK_KEY_KP_Decimal according to locale" This reverts commit 3b65a6a42ed2d4d2ecdcec94163ce0b748e707fc. Too much controversy for this minor improvement. See https://bugzilla.gnome.org/show_bug.cgi?id=756751
|
 | gdk/gdkkeyuni.c (diff) |
|
 | gtk/gtkclipboard-quartz.c (diff) |
|
 | po/th.po (diff) |
|
 | gdk/quartz/GdkQuartzWindow.c (diff) |
 | gdk/quartz/GdkQuartzView.c (diff) |
Commit
4bf5290a25fe2cc15eccb201f0f1558c0feb535f
by lrn1986W32: Fix for commit 1f74f12d9, re-enabling decimal separator key 1f74f12d9 rendered entry of keypad decimal mark unuseable for several national keyboard layouts, this commit amends that, at least for W32, and makes GTK+ behave more or less the same way W32 behaves. The patch works like this: - When typing the first character at the keyboard or when switching keyboard layouts, the decimal mark character will be cached in the static variable "decimal_mark" within gdkkeys-win32.c - in case of WIN32, gdk_keyval_to_unicode() asks gdkkeys-win32.c for the current decimal_mark when converting GDK_KEY_KP_Decimal.
|
 | gdk/win32/gdkprivate-win32.h (diff) |
 | gdk/gdkkeyuni.c (diff) |
 | gdk/win32/gdkkeys-win32.c (diff) |
Commit
4db659552b3dacec2f563bfd784532dea1f5a702
by fanchunweigdk: Fix build of gdkkeyuni.c In commit 4bf5290, there isn't a prototype for _gdk_win32_keymap_get_decimal_mark(), causing a C4013 (implicit declaration of...) warning/error. Fix that by including the right header for it.
|
 | gdk/gdkkeyuni.c (diff) |
|
 | gtk/gtkgamma.c (diff) |
 | gtk/gtktextbufferserialize.c (diff) |
 | gtk/updateiconcache.c (diff) |
 | gtk/gtkiconcache.c (diff) |
 | gtk/gtkiconcachevalidator.c (diff) |
Commit
2289695b69ee125e5b7f54538a12d3cf741028b7
by mclasenstatus icon: Prevent size dithering We're seeing loops where the size of some status icons constantly dithers between 24 and 25. Since I couldn't track down exactly where the one extra pixel comes from, just stop reacting to single-pixel size changes. https://bugzilla.gnome.org/show_bug.cgi?id=758893
|
 | gtk/gtkstatusicon.c (diff) |
|
 | NEWS (diff) |
 | configure.ac (diff) |
Commit
dcc7d21c7e2ac978c87a861329a3d3778abe1ae9
by laney* New upstream release 2.24.30 - Support Randr 1.5 monitor information - Fixes build against newer gdk-pixbuf * debian/patches/005_support_disabling_x11_extensions.patch: Refresh.
|
 | debian/patches/005_support_disabling_x11_extensions.patch (diff) |
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
Commit
407c89863d08780861d120f8ccfc8e13582a2fda
by ricotzAvoid integer overflow Use g_malloc_n in gdk_cairo_set_source_pixbuf when allocating a large block of memory, to avoid integer overflow. Pointed out by Bert Massop in https://bugzilla.gnome.org/show_bug.cgi?id=703220 (cherry picked from commit 894b1ae76a32720f4bb3d39cf460402e3ce331d6)
|
 | gdk/gdkcairo.c (diff) |
Commit
674d0eb7e91b3b7ba55d5702af30b8b45b399e86
by ricotzprinting: Properly initialize auth_info in gtkprintbackend.c auth_info should be a NULL-terminated array as it is used in e.g. g_strdupv invocations iterating over its elements until a NULL element is encountered. https://bugzilla.gnome.org/show_bug.cgi?id=737777 (cherry picked from commit 15dbadf38992aa09364f0dd06a71a51b99b6e800)
|
 | gtk/gtkprintbackend.c (diff) |
Commit
5fb443d236565d7f47a83663733bc875f13d0e3e
by ricotzInclude <package/> tag in generated GIR Specify pkg-config name when generating GIR files, used for mapping GIR name to pkg-config names https://bugzilla.gnome.org/show_bug.cgi?id=635287
|
 | gtk/Makefile.am (diff) |
 | gdk/Makefile.am (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
aff9158d4156dadb6fb8ddbd5edcd8d0c7f7e17b
by federicofilechooserentry: Reorganize function Setter functions the way I code it look like this (in order): 1) Figure out if the value changed. If not, exit early. 2) Clear the old value (ie unref stuff, disconnect signals 3) Copy the new value 4) Set up things about the new value This reorganization does that. And by doing that, it even reduces the amount of code and the amount of branches (and with it, nesting) needed.
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserdefault.c (diff) |
 | gtk/gtkfilechooserentry.c (diff) |
 | gtk/gtkfilechooserentry.h (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
5280da05eec0937e6d203818c156d45f7336e6ce
by federicofilechooserentry: Only append / to directory names once Since 069d78ed31fc1c0a9cb7621d27fe10d7b974315b the / is appended to directories upon constructing the display name, so there is no need to do it later.
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
85563ccd35c1df753ddf92f139f2c564f341cbe7
by federicofilechooserentry: Use a GtkFileSystemModel Replace the usage of a list store and a GtkFolder with a GtkFileSystemModel. This improves performance and reduces code size. Conflicts: gtk/gtkfilechooserentry.c
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
c2978cc394419ed790155cd91149646454ce042f
by federicofilechooserentry: Move _gtk_file_system_parse() It's very specific to the file chooser entry, so it's better kept there. It's also not used anywhere else in the code. Also, remove _gtk_file_system_get_folder() as it's no longer used. Conflicts: gtk/gtkfilesystem.h
|
 | gtk/gtkfilesystem.h (diff) |
 | gtk/gtkfilechooserentry.c (diff) |
 | gtk/gtkfilesystem.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.h (diff) |
 | gtk/gtkfilechooserdefault.c (diff) |
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
877e2381331885bff2db81b32bcbcdd8ac56b784
by federicofilechooserentry: Modify _gtk_file_chooser_entry_get_current_folder() The new version does not need to muck with the entry, it just extracts the required information. It returns a reference to the folder though, as we extract the information now instead of returning something stored.
|
 | gtk/gtkfilechooserdefault.c (diff) |
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
83421a5f8ebe9dfc6bed03226ec99f6879e5b1cd
by federicofilechooserentry: Keep an extra column for the full path This is identical to the display name when not having a path that changes the folder. Otherwise it will have the full path that was entered in the entry. Say when from your home dir, you type "../../usr/li", the full path for "lib" and "lib64" will be "../../usr/lib" and "../../usr/lib64" respectively. This value isn't used yet, but will be soon.
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
3bf9b5623427046d6a3f41abb280303042291a43
by federicofilechooserentry: Set the text column of the entry completion I want to use it in the next commits, but am doing this in a separate commit so we can find side effects causing bugs easier when bisecting.
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
46adc18c1dac323696a9a5faf8f0e0a7b23ad411
by federicofilechooserentry: Use inline completion ... from GtkEntryCompletion instead of implementing a poor copy ourselves. This also makes the file chooser entry behave a lot closer to normal entries. Conflicts: gtk/gtkfilechooserentry.c
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
7570e54212608006a6660213559c670c1140dc5e
by federicofilechooserentry: Get rid of RefreshMode Instead, pass the text to use to refresh_current_folder_and_file_part(). This also gets rid of the problem introduced earlier that the position is not properly updated in do_insert_text() and therefor the completion is wrong.
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
8a9a377527ebc5e872068af79ee57582115e3027
by federicofilechooserentry: Redo completion popup trigger Use dispatch_properties_changed() instead of GtkEditable to watch for changes to the to-be-completed text. This is necessary because various functions in GtkEntry don't use the interface vfuncs and one only becomes aware of them via notifications. I'm not sure this is intended behavior, but it's how it works today. Also, use the same code for triggering in all situations. What the code does is this: It looks at the part of the text in front of the cursor (or selection) and completes for it. Once the directory has been enumerated, inline completion is activated. Note that popping up of the completion popup is completely handled by GtkEntry. Conflicts: gtk/gtkfilechooserentry.c
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
75be2cca58bccde0c331b6d10390ad74f15b19cc
by federicofilechooserentry: Remove completion feedback Too much special code for no gain. I did a totally unscientific questionnaire on GNOME IRC (assuming autocompletion is for advanced users) and nobody even knew what this is. So I suspect it's useless. Also, it's positioned completely wrong anyway and nobody noticed so far. Last but not least, I'm trying to imitate bash here and bash doesn't show feedback. Conflicts: gtk/gtkfilechooserentry.c
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
310b484eeee7f3f23eb1e5d226d0e86131440032
by federicofilechooserentry: Simplify append_common_prefix() Now that we don't need to know anymore why insertion failed, we can simplify the append function quite a lot. A simple rule now: If we did not insert anything, beep.
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
8a4dda06feadb78e63956b049a489b3bbea32a10
by federicofilechooserentry: Don't update the folder when completing The folder is always up to date, there's no need to update it. (If the folder is not up to date, that is a bug and needs to be fixed elsewhere.)
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
87a67aa0e3be6e9b458a5cdf5a25957b97b1925f
by federicofilechooserentry: Add gtk_file_chooser_entry_get_completion_text() This returns the text that should be completed on. As this is somewhat tricky to compute (and in fact one place did it wrong), let's make it a function.
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserdefault.c (diff) |
 | gtk/gtkfilechooserentry.c (diff) |
 | gtk/gtkfilechooserentry.h (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
83dd275d21446699be98d29b2a3975c79bde8238
by federicofilechooserentry: Simplify refresh_current_folder_and_file_part() The function can get the text it's refreshing from itself, as there is only one possible value. And it doesn't need to return a value anymore.
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
af39ce608b19b8bf3071d7f48ea0133ff214393a
by federicofilechooserentry: Simplify code Use all the clever functions we invented in recent refactorings to compute the file and dir part and the current folder. This also fixes the bug where "./" was not taken as the current directory but interpreted as a file named "./".
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
6a94cedee342892c37059277a7dcf801a2fb7f9c
by federicofilechooserentry: Use a GtkFileFilter for filtering That way, we can use the regular filtering features of the filesystemmodel instead of having our own filtering function that duplicates much of the matching code. This also removes the broken-on-windows feature where files strting with a dot were not autocompleted. Conflicts: gtk/gtkfilechooserentry.c
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
7e65600118f505463c0da1e7d03cc19385bd22db
by federicofilechooserentry: Allow NULL as base folder again This was removed previously, but is necessary to support the case where no base folder is in use, which should cause an error. This can be experienced in save mode in the recent files list. https://bugzilla.gnome.org/show_bug.cgi?id=663573
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
dd255913f3b8b9e47d36ff6bdfda9f7e327c5b6f
by federicofilechooserentry: Do inline completion only when opening files When saving files, using <tab> is required. We don't want the UI randomly changing filenames from below us. https://bugzilla.gnome.org/show_bug.cgi?id=663573
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
b65de86fe8ef1fa1a7423894f499f8205b73d046
by federicofilechooserentry: Catch tab key earlier Instead of in the key_press handler, use a signal handler. The signal handler runs before the default handler, and before other signal handlers. In particular it runs before the signal handler installed via gtk_entry_set_completion() which pops down the entry completion, and we don't want that to happen. The code does not change the code of the handler in any significant way, it just refacotrs it to not call the parent anymore. https://bugzilla.gnome.org/show_bug.cgi?id=663573 Conflicts: gtk/gtkfilechooserentry.c
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
616172d133bd730f1e446f37865893f357ddce1a
by federicofilechooser: Show FUSE mounted locations in shortcuts Since FUSE locations can be handled safely by applications show these mounted locations regardless of whether gtk_file_chooser_set_local_only() is set to TRUE https://bugzilla.gnome.org/show_bug.cgi?id=586367 Conflicts: gtk/gtkfilechooser.c gtk/gtkfilechooserdefault.c gtk/gtkfilesystem.c gtk/gtkfilesystem.h
|
 | gtk/gtkfilechooserentry.c (diff) |
 | gtk/gtkfilechooser.c (diff) |
Commit
f27c1f45b796fedf0bcf493641db9f9b148e6221
by federicoGtkFileChooserEntry: don't inline-complete if the entry doesn't have the focus When the file chooser changes directories, it tells the GtkFileChooserEntry to change its base folder (i.e. the folder from which relative pathnames are resolved). GtkFileChooserEntry then starts loading a GtkFileSystemModel asynchronously. In the finished_loading_cb(), however, it would always ask the GtkEntryCompletion to insert the completion prefix, since that finished_loading_cb() is what is also used while the user is typing *in the entry*. But when the entry doesn't have the focus (e.g. the user changed directories by double-clicking on the file list in the file chooser), there's no reason to insert completions at all. https://bugzilla.gnome.org/show_bug.cgi?id=672271 Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
b7fa0f2193f5b59004353bdf5f6f8dfe80802028
by federicoAvoid a critical in the file chooser Hiding the location entry was causing criticals, because the completion was updated after the widget has already been disposed. https://bugzilla.gnome.org/show_bug.cgi?id=720330
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
a17e23b8cabd68590a114ea3624f80258bac133e
by federicofile chooser entry: Special-case ., .. and ~ Make sure entering the three special strings ".", ".." or "~" in the location entry works as expected. They already worked correctly if you append a '/' to force them to be recognized as the 'folder' part, but that should not be necessary. https://bugzilla.gnome.org/show_bug.cgi?id=752707
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkentrycompletion.c (diff) |
 | gtk/gtkentryprivate.h (diff) |
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilesystemmodel.c (diff) |
|
 | gtk/gtkfilesystemmodel.c (diff) |
 | gtk/gtkfilesystemmodel.h (diff) |
|
 | gtk/gtkfilesystemmodel.c (diff) |
 | gtk/gtkfilechooserdefault.c (diff) |
 | gtk/gtkfilesystemmodel.h (diff) |
Commit
400f7ec194344d08ae7a856d94fa805de44ce76b
by federicoRemove superfluous check in node_set_filtered() This was a copy-paste leftover from node_set_visible(). Filters are not concerned with model freezes, so node_set_filtered() does not need to handle freezes, either. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilesystemmodel.c (diff) |
Commit
2d1c7e12584f178e8f520b79e26fe40f5912d1b5
by federicoMake it clear that 'filtered' means 'filtered_out' It bothers me that we call gtk_file_filter_filter(), then negate the result, and the return *that* from node_should_be_filtered(). So, rename 'filtered' throughout GtkFileSystemModel to 'filtered_out' to mean things that didn't pass the filter. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilesystemmodel.c (diff) |
 | gtk/gtkfilesystemmodel.h (diff) |
 | gtk/gtkfilechooserdefault.c (diff) |
Commit
5c78a27a8b43ff192ae3860ea3ec81b5701ee484
by federicoMake computing and setting the visibility/filters atomic operations This way we remove paired function calls (compute/set pairs), and also make it possible to avoid computing a filter twice, as setting the visibility depends on filteredness. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilesystemmodel.c (diff) |
|
 | gtk/gtkfilesystemmodel.c (diff) |
Commit
a7968e783c24c2045178bce5c3de5f806842b40f
by federicoRename gtk_tree_path_new_from_node() to tree_path_new_from_node() This is a function internal to the file system model; let's not pollute the gtk_tree_path namespace. Also, make the 'i' variable into 'r' as it refers to a row index, not a file-array index (for consistency with the docs and the rest of the code). Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilesystemmodel.c (diff) |
|
 | gtk/gtkfilesystemmodel.c (diff) |
 | gtk/gtkfilesystemmodel.h (diff) |
 | gtk/gtkfilechooserdefault.c (diff) |
|
 | gtk/gtkfilesystemmodel.c (diff) |
 | gtk/gtkfilesystemmodel.h (diff) |
Commit
39f91be4de37d415b2d38fd9369dcd47a1860eae
by federicoMake freeze_updates() and thaw_updates() static functions They were in the semi-public API of GtkFileSystemModel, but never actually used outside of it. Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilesystemmodel.c (diff) |
Commit
d6c0c948b12c4fd305c9e8b01373824009f018d7
by federicobgo#687196 - Fix model corruption during file removal The main problem is that we were emitting the row-deleted signal for the model in the middle of the process that actually deletes the row from the model (remove the row from the array, update the model->file_lookup hash table, etc.). In the model's caller, one of the row-deleted callbacks was requesting an iter, which caused the model to revalidate itself - but it did this while it was in an inconsistent state. This led to an assertion failure later when the model resorted itself. The fix in remove_file() is like this: * The filteredness/visibility of the deleted node is not updated. The node will simply be gone; we don't need to update those values at all. * We invalidate just the node that is being deleted. * The model->file_lookup hash table is not completely nuked; instead, we carefully adjust its indices. * The row-deleted signal is only emitted at the very end, when deletion is complete and the model is consistent. Many thanks to William Hua for doing the detective work on this bug! Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
 | gtk/gtkfilesystemmodel.c (diff) |
|
 | gtk/gtkfilechooserdefault.c (diff) |
 | gtk/gtkfilesystemmodel.c (diff) |
Commit
c7e3531f7a22599e9ca38e3ea70a9c08428f7602
by federicoFreeze file system model during editing If a file system event arrives while GtkFileChooserWidget is asking the user to edit the name of a newly created folder, the file system model will drop the row with the editable cell, and the user will have to start from scratch. This makes creating new directories impossible inside a directory with a file currently being downloaded, for instance, and it's really unhelpful to the user because the editable row simply disappears. We already have a mechanism in place to freeze the file system model, so we can reuse it between the add_editable() and the remove_editable() calls. https://bugzilla.gnome.org/show_bug.cgi?id=729927 Conflicts: gtk/gtkfilesystemmodel.c
|
 | gtk/gtkfilesystemmodel.c (diff) |
Commit
d5a7fbc2a732cc0ffad405861dc2d25cf0a31b38
by federicoGtkFileChooser: Don't crash if invisible files are deleted This is a crash that has been around for a long time, as can be seen here: https://bugzilla.redhat.com/show_bug.cgi?id=1048388 https://bugzilla.redhat.com/show_bug.cgi?id=984375 https://bugzilla.redhat.com/show_bug.cgi?id=1159015 https://bugzilla.redhat.com/show_bug.cgi?id=1059187 https://bugzilla.redhat.com/show_bug.cgi?id=1122172 https://bugzilla.redhat.com/show_bug.cgi?id=1016895 https://bugzilla.redhat.com/show_bug.cgi?id=1133235 https://bugzilla.redhat.com/show_bug.cgi?id=1077500 https://bugzilla.redhat.com/show_bug.cgi?id=1054378 https://bugzilla.redhat.com/show_bug.cgi?id=1173212 Fix suggested by Benjamin Otte.
|
 | gtk/gtkfilesystemmodel.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
92d45e12f896693b009c0bb30d95a667c66d4df4
by federicoGtkFileChooserEntry: regenerate the completions if the dir_part changes Consider this bug: 1. Open a file chooser; switch it to $HOME 2. Start typing "~/Dow" with some file that *does* exist in your $HOME 3. Delete the inline-completion selection (e.g. the "nloads" after "~/Down"). 4. While you are at "~/Dow_" hit Tab. No completion will occur. This happens because of the following. Say the GtkFileChooserEntry is in the process of loading $HOME, because _set_base_folder() was called. If the entry contains no text, then the FULL_PATH_COLUMN of the file system model will be set to unprefixed filenames from $HOME, like .ssh/ Documents/ Downloads/ somefile.txt Later we avoid reloading the folder if g_file_equal(old_folder, new_folder). However, the FULL_PATH_COLUMN gets populated in completion_store_set() out of the actual filenames that GIO returned, plus the chooser_entry->dir_part. If the user starts typing "~/Dow" then dir_part changes to "~/", *but* the folder won't be reloaded since it is also $HOME. However, the completion machinery assumes that FULL_PATH_COLUMN will contain prefixed entries like ~/.ssh/ ~/Documents/ ~/Downloads/ ~/somefile.txt So, we add an invariant that chooser_entry->dir_part and chooser_entry->current_folder_file must change at the same time, and must not get out of sync: If any of them changes, then the completions are regenerated.
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
|
 | gtk/gtkfilechooserentry.c (diff) |
Commit
71b20bd105bb8a84478b2c3b5a5baa3744928183
by federicoentry: Don't try to handle Tab in entry completions Instead, fall through to the default handler after closing the completion. This has the advantage of letting the file chooser entry capture the tab key properly, so one can't accidentally move out of the entry by pressing tab while the completion is popped up. I also suspect it fixes bugs with weird tab keys and shift/ctrl oddities. But who knows... Conflicts: gtk/gtkentry.c
|
 | gtk/gtkentry.c (diff) |
|
 | gtk/gtkentry.c (diff) |
Commit
87e0582f0344e35c30bf9480a2fc3cabe8b22b5d
by federicoFix up signal ordering issues in GtkEntry Ensure that text and selection boundaries are in a consistent state when we emit notifications, that ::insert-text and ::delete-text are emitted before any changes, and that ::changed is emitted after property notifications when inserting or deleting text. Conflicts: gtk/gtkentry.c
|
 | gtk/gtkentry.c (diff) |
|
 | gtk/gtkentry.c (diff) |
|
 | gtk/gtkentry.c (diff) |
Commit
2479f13a07749172e39843cb51316c39d91f6ef3
by federicoFix signal parameters in GtkEntryCompletion The ::match-selected and ::cursor-on-match signal were emitted with the internal filter model instead of the user-provided model. Fixes bug #555087.
|
 | gtk/gtkentrycompletion.c (diff) |
 | gtk/gtkentry.c (diff) |
Commit
bd9ede091adfa4065ac23c418409aa09354760b8
by federicoentrycompletion: Don't reconnect signals all the time Backport of commit dc331ccb171151d737112d8dc55b25709271d2c7 Needed some massaging as that code has moved to gtkentrycompletion.c in gtk3; here it is still in gtkentry.c.
|
 | gtk/gtkentry.c (diff) |
Commit
2811221d7039bd82265ce36a1b0dd9a0eeb431ad
by mitchGtkEntry: Explicitly disconnect keymap signals Might fix https://bugzilla.gnome.org/show_bug.cgi?id=648419 (cherry picked from commit 7d3693b82b02f047cb26649b1d871af7902a5d70)
|
 | gtk/gtkentry.c (diff) |
|
 | build/win32/vs10/gtk-build-defines.props (diff) |
 | build/win32/vs9/gtk-build-defines.vsprops (diff) |
Commit
70124c7e46b2d55f6284bf7c4a75532aec137baf
by krisquartz: handle didMove and didResize in the same way This fixes bugs with applications that try to allocate large windows, but are not allocated the full requested size. See for example GNOME Bugzilla #765120.
|
 | gdk/quartz/GdkQuartzWindow.c (diff) |
Commit
9dbee22630dff5a2cc2ab2ba2257d41baa734119
by fanchunweiMSVC builds: Add experimental introspection support This adds a set of NMake Makefiles to enable introspection building under Visual Studio builds. As the status of introspection of GTK+-2.24.x is considered experimental, this support is also considered experimental. https://bugzilla.gnome.org/show_bug.cgi?id=765193
|
 | gtk/Makefile.am (diff) |
 | build/Makefile.msvc-introspection |
 | build/win32/detectenv-msvc.mak |
 | build/win32/introspection-msvc.mak |
 | gdk/Makefile.am (diff) |
 | build/win32/Makefile.am (diff) |
 | build/win32/gtk-introspection-msvc.mak |
|
 | debian/patches/099_CVE-2013-7447.patch |
 | debian/changelog (diff) |
 | debian/patches/series (diff) |
Commit
2f9f0889757ce81cea44159896df3ffde8423df8
by bieblDrop gtk-update-icon-cache from libgtk2.0-bin. From now on we only provide one implementation which is built from src:gtk+3.0 and shipped in a separate package called gtk-update-icon-cache. To simplify the transition make libgtk2.0-bin depend on gtk-update-icon-cache. Once all theme packages have been updated, this dependency can be dropped.
|
 | debian/changelog (diff) |
 | debian/control (diff) |
 | debian/control.in (diff) |
 | debian/libgtk2.0-bin.install.in (diff) |
 | debian/update-icon-caches |
 | debian/libgtk2.0-bin.links.in (diff) |
 | debian/libgtk2.0-0.install.in (diff) |
 | debian/update-icon-caches.8 |
 | debian/libgtk2.0-bin.manpages (diff) |
|
 | debian/changelog (diff) |
 | debian/control.in (diff) |
|
 | debian/changelog (diff) |
|
 | debian/control (diff) |
|
 | debian/watch (diff) |
|
 | debian/copyright (diff) |
|
 | debian/copyright (diff) |
 | debian/watch (diff) |
|
 | debian/changelog (diff) |
|
 | debian/control (diff) |
 | debian/control.in (diff) |
 | debian/changelog (diff) |
Commit
876b5f75faab5d8f3c60c3ec035b2ecd4ac5b67e
by mclasenImprove fullscreen behavior on recent OS X Avoid windows getting "stuck" (be undraggable) and/or have a locked lower right corner after exiting fullscreen mode. https://bugzilla.gnome.org/show_bug.cgi?id=768163
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
|
 | debian/libgail18-udeb.install.in |
 | debian/control (diff) |
 | debian/rules (diff) |
 | debian/control.in (diff) |
 | debian/changelog (diff) |
|
 | debian/control (diff) |
 | debian/changelog (diff) |
|
 | debian/control.in (diff) |
 | debian/control (diff) |
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/control (diff) |
 | debian/control.in (diff) |
Commit
9ad7a242861bfb25f59223fb52c9064ecd061a55
by bigonRecommends gnome-icon-theme | adwaita-icon-theme so we are sure the needed icons are installed by default. When using the GNOME, the desktop sets the icon theme to Adwaita by default, so the gnome-icon-theme package can be removed.
|
 | debian/changelog (diff) |
 | debian/control (diff) |
 | debian/control.in (diff) |
|
 | debian/changelog (diff) |
 | debian/control (diff) |
 | debian/control.in (diff) |
|
 | debian/changelog (diff) |
 | debian/rules (diff) |
|
 | debian/changelog (diff) |
 | debian/rules (diff) |
|
 | debian/changelog (diff) |
 | debian/control (diff) |
|
 | gtk/gtkstatusicon.c (diff) |
Commit
b7c92fb1fb31fbdb70348587dc326142f4f615b3
by lrn1986GDK W32: Support UTF-16 surrogate pairs passed via VK_PACKET This is, essentially, a piece of g_utf16_to_ucs4() built into GDK W32 keyboard message processing. https://bugzilla.gnome.org/show_bug.cgi?id=769126
|
 | gdk/win32/gdkevents-win32.c (diff) |
 | gdk/win32/gdkwindow-win32.h (diff) |
Commit
6b8e20a05cde19500c0fb97576cc22c3ef1088dc
by krisquartz: introduce gdk_quartz_window_is_quartz function This function can be used to check whether a GdkWindow is a quartz window. It is equivalent to it's win32 counterpart. The function is necessary because the macro necessary for this check is private.
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
 | gdk/quartz/gdkquartz.h (diff) |
Commit
899147d6d06d375d992ae28d250329b7b35a3ab4
by krisimquartz: fix regression introduced by commit 4ba1fb In the preceding fix, the checks involving GDK_IS_QUARTZ_WINDOW macros were left out. These checks are in fact crucial, because these functions are sometimes called with non-quartz functions as the original comments in the code do indicate. Therefore, reintroduce these checks. This fixes a crash in GIMP.
|
 | gdk/quartz/gdkwindow-quartz.c (diff) |
 | modules/input/imquartz.c (diff) |
Commit
a4af2dd2466c0dc63f6050ab5efc7590153c3b2a
by lrn1986GDK W32: Fix bounding rect calculation on window creation This is a backport of commit 260d521. The bounding rect specifies the top left and bottom right corners - the bottom right corner must account for the current window position. https://bugzilla.gnome.org/show_bug.cgi?id=764996
|
 | gdk/win32/gdkwindow-win32.c (diff) |
|
 | NEWS (diff) |
|
 | configure.ac (diff) |
|
 | debian/libgtk2.0-0.preinst |
 | debian/libgtk2.0-0.prerm |
 | debian/libgtk2.0-0-dbg.prerm |
 | debian/changelog (diff) |
 | debian/libgtk2.0-bin.prerm |
 | debian/libgtk2.0-common.preinst.in |
 | debian/libgtk2.0-0-dbg.preinst |
 | debian/libgtk2.0-bin.preinst |
 | debian/libgtk2.0-dev.preinst |
 | debian/libgtk2.0-dev.prerm |
|
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/patches/003_gdk.pc_privates.patch (diff) |
 | debian/patches/099_CVE-2013-7447.patch |
 | debian/patches/series (diff) |
 | debian/patches/060_ignore-random-icons.patch (diff) |
 | debian/patches/065_gir_set_packages.patch |
Commit
05c84ba6c06124a8fc8cbc49e97a4edd8b6176ce
by bieblWhen linking against libgail18, automatically generate a dependency on libgail-common. This was originally achieved via a .shlibs file but since we use a .symbols file nowadays, move this over there.
|
 | debian/changelog (diff) |
 | debian/libgail18.symbols (diff) |
 | debian/rules (diff) |
|
 | debian/changelog (diff) |
 | debian/rules (diff) |
|
 | debian/changelog (diff) |
|
 | debian/control (diff) |
 | debian/rules (diff) |
 | debian/changelog (diff) |
 | debian/control.in (diff) |
Commit
debba4d14155a9e5736de069c2b693ab6f6e21aa
by mclasenentry: Fix a corner case of overwrite mode We currently beep when a character is appended at the end in overwrite mode. That is obviously not right. Patch based on a patch by Ian MacDonald. https://bugzilla.gnome.org/show_bug.cgi?id=772389
|
 | gtk/gtkentry.c (diff) |
|
 | po-properties/pl.po (diff) |
 | po/pl.po (diff) |
Commit
c5872e2ab9b775071b067a1a23a964a94553741c
by mclasenValidate the return value of XListInputDevices Since libxi 1.7.7 XListInputDevices returns NULL when it fails while num_devices will not be set to 0. https://bugzilla.gnome.org/show_bug.cgi?id=772794
|
 | gdk/x11/gdkinput-x11.c (diff) |
Commit
45fd538b9b2d5d89f3ec6e16472318b2f0da6845
by fanchunweibuild/: Force MSVC project file generation on Makefile.am changes Make the Makefile.am targets for generating the Visual Studio projects re-generate the project files and the header listings whenever the Makefile.am's that include build/Makefile.msvcproj changes, so that whenever a source/header is added, they will be reflected in the projects and in the property sheets that are used to copy the headers. Also ensure that these are applied to the vs11, vs12 and vs14 projects when this happens, as they are copied and processed from the Visual Studio 2010 projects.
|
 | build/Makefile-newvs.am (diff) |
 | build/Makefile.msvcproj (diff) |
|
 | build/win32/vs10/Makefile.am (diff) |
Commit
a3b2d6a65be9f592de9570c227df00f910167e9e
by mclasenrecent-manager: Add a limit to the list's size This fixes a DOS where any app can cause all running gtk apps to use arbitrary amounts of memory. Originally reported against mate-panel, where running a big slideshow in eye-of-mate caused increasing RAM usage in mate-panel. v2: Hardcode the value Signed-off-by: Lauri Kasanen <curaga@operamail.com> https://bugzilla.gnome.org/show_bug.cgi?id=773587
|
 | gtk/gtkrecentmanager.c (diff) |
Commit
35871edb318083b2d7e4758cbdaad6109eed60ca
by mclasenrecent-manager: Fix a memory leak caused by "recent-manager: Add a limit to the list's size" Signed-off-by: Lauri Kasanen <curaga@operamail.com> https://bugzilla.gnome.org/show_bug.cgi?id=773587
|
 | gtk/gtkrecentmanager.c (diff) |
|
 | build/win32/vs10/gtk-install.propsin (diff) |
 | build/win32/vs9/gtk-version-paths.vsprops.in |
 | build/win32/vs10/gtk-version-paths.props.in |
 | build/win32/vs10/gtk-version-paths.props |
 | build/win32/vs11/Makefile.am (diff) |
 | build/win32/vs12/Makefile.am (diff) |
 | build/win32/vs10/gtk-install.vcxproj.filters |
 | configure.ac (diff) |
 | build/win32/vs9/gtk-version-paths.vsprops |
 | build/win32/vs10/Makefile.am (diff) |
 | build/win32/vs9/gtk-install.vspropsin (diff) |
 | build/win32/vs10/gtk-install.vcxproj (diff) |
 | build/win32/vs14/Makefile.am (diff) |
 | build/win32/vs9/gtk-install.vcproj (diff) |
|
 | build/win32/pc_base.py |
 | build/win32/gtkpc.py |
 | build/win32/Makefile.am (diff) |
 | build/win32/replace.py |
Commit
4cd65c7c5be5435729e1bf1bdfe517ca3ffc507e
by fanchunweiVisual Studio builds: Make .pc generation optional Generate the .pc files when a Python installation can be found at the location specified by PythonPath (32-bit) or PythonPathX64 (64-bit), which is found in gtk-version-paths.[vsprops|props].
|
 | build/win32/vs9/gtk-install.vspropsin (diff) |
 | build/win32/vs10/gtk-install.propsin (diff) |
|
 | build/win32/vs10/gtk-version-paths.props.in (diff) |
Commit
ea7159dc8723e39c1cc923340b002a9c3ed93c5b
by fanchunweiVisual Studio 201x builds: "Install" gtk-update-icon-cache.exe Most people should be on GTK+-3.x by now, but in case they don't and are using GTK+-2.24.x, we ought to "install" the gtk-update-icon-cache tool, like we did for the 2008 builds, as it is still much used, and is already built by the projects.
|
 | build/win32/vs10/gtk-install.propsin (diff) |
Commit
92e6c4575652109b44454ee78c79a7166d29ad77
by lrn1986Backport some of the GTK3 changes to win32/gdkkeys This lays the foundation for backporting more invasive gdkkeys commits from GTK3. https://bugzilla.gnome.org/show_bug.cgi?id=768722
|
 | gdk/gdk.symbols (diff) |
 | gdk/win32/gdkkeys-win32.c (diff) |
 | gdk/win32/gdkwin32keys.h |
 | gdk/win32/gdkwin32.h (diff) |
 | gdk/win32/Makefile.am (diff) |
Commit
0b06d401034bcbee3e1e50085769361d96a81aaf
by lrn1986GDK W32: Cache multiple keyboard layouts simultaneously This changes the group/level semantic. Previously W32 backend used "group 0/1" to denote "AltGr OFF/ON" and "level 0/1" to denote "Shift is OFF/ON". Now "group" means "keyboard layout" and there can be up to 255 groups, while AltGr and Shift are combined into a single level enum that takes values between 0 and 4. Unlike X, W32 doesn't do effective group overriding, meaning that it will never tell the caller that a different group was actually used (even for universal keys, such as Enter), because key symbol table is completely fabricated and there's no point in trying to save a few of kilobytes of RAM by not duplicating universal key records for all groups. Also contains many whitespace changes (tab elimination, fixed indentation) and cleanup (axed a few global variables, these are now accessed via the default keymap). https://bugzilla.gnome.org/show_bug.cgi?id=768722
|
 | gdk/win32/gdkprivate-win32.h (diff) |
 | gdk/win32/gdkevents-win32.c (diff) |
 | gdk/gdkkeyuni.c (diff) |
 | gdk/win32/gdkmain-win32.c (diff) |
 | gdk/win32/gdkkeys-win32.c (diff) |
Commit
61de4e7b67ccff9297188717b2ab12f0adab32d0
by lrn1986W32: Prefer the deadkey combinations that the OS uses Pick the W32 API for possible deadkey+<something> combinations and prefer these to other sources of deadkey combos. Specifically, if W32 API supports at least one combo for a particular deadkey, only use that data and do not attempt to do other, unsupported combinations, even if they make sense otherwise. This is needed to, for example, correctly support US-International keyboard layout, which produces a combined character for <' + a> combo, but not for <' + s>, for example. This is achieved by stashing all the deadkeys that we find in an array, then doing extra loop through all virtual key codes and trying to combine them with each of these deadkeys. Any combinations that produce a single character are cached for later use. In GTK Simple IM context, call a new GDK W32 function to do a lookup on that cached combination table early on, among the "special cases" (which are now partially obsolete). A limitation of this code is that combinations with more than one deadkey are not supported, except for combinations that consist entirely of 2 known deadkeys. The upshot is that lookups should be relatively fast, as deadkey array stays small and the combination tree stays shallow. Note that the use of ToUnicodeEx() seems suboptimal, as it should be possible to just load a keyboard library (KBD*.DLL) manually and obtain and use its key table directly. However, that is much more complicated and would result in a significant rewrite of gdkkeys-win32. The code from this commit, though hacky, is a direct addition to existing code and should cover vast majority of the use-cases. https://bugzilla.gnome.org/show_bug.cgi?id=569581
|
 | gtk/gtkimcontextsimple.c (diff) |
 | gdk/win32/gdkkeys-win32.c (diff) |
 | gdk/gdk.symbols (diff) |
 | gdk/win32/gdkwin32keys.h (diff) |
Commit
962d3dffc1638e0952144c5236bf61b7eb20072c
by lrn1986GDK W32: Special handling for VK_PAUSE Similar to VK_DIVIDE, this key can't be mapped to a scancode by MapVirtualKeyEx(). Googling suggests that this is a known bug. https://bugzilla.gnome.org/show_bug.cgi?id=769214
|
 | gdk/win32/gdkkeys-win32.c (diff) |
Commit
cc2d701289ec3fe7b0e375e89981cde333bef989
by lrn1986W32: Ensure that gtkwin32keys.h is not needed by GTK+ users Throw away the gdkwin32keys.h-must-not-be-included-by-itself check, include gdkwin32keys.h directly instead of including gdkwin32.h, remove gdkwin32keys.h inclusion from gdkwin32.h https://bugzilla.gnome.org/show_bug.cgi?id=775163
|
 | gtk/gtkimcontextsimple.c (diff) |
 | gdk/win32/gdkwin32.h (diff) |
 | gdk/win32/gdkwin32keys.h (diff) |
|
 | gdk/win32/gdkkeys-win32.c (diff) |
Commit
516c1ba159137462dbd7709801e9aa212b05f29c
by lrn1986GDK W32: Handle CapsLock as part of the key shift level Instead of using some kind of flawed logic about modifying a keypress result when CapsLock is toggled, just add a CapsLock shift level (and all derived shift levels, i.e. Shift+CapsLock and CapsLock+AltGr and Shift+CapsLock+AltGr) and query Windows keyboard layout API about the result of keypresses involving CapsLock. Keysym table is going to be (roughly) twice as large now, but CapsLock'ed keypresses will give correct results for some keyboard layouts (such as Czech keyboard layout, which without this change produces lowercase letters for CapsLock->[0,2,3,4...] instead of uppercase ones). Keymap update time also increases accordingly. This is a backport of commit ca79296061e2ddc0a2738a1fba4e9aa495d71d56 from the gtk-3-22 branch. https://bugzilla.gnome.org/show_bug.cgi?id=165385
|
 | gdk/win32/gdkkeys-win32.c (diff) |
|
 | debian/changelog (diff) |
 | debian/patches/0001-Don-t-use-guint32-with-XChangeProperty.patch |
 | debian/patches/series (diff) |
Commit
b61d21b178091ad4064af69ab9c5f316c89b85cc
by pochu* debian/patches/0002-GtkMenuShell-always-activate-menu-shells.patch: + Backport patch from GTK+3 to fix stuck grabs in some situations. Thanks Colomban Wendling. Closes: #847438.
|
 | debian/changelog (diff) |
 | debian/patches/0002-GtkMenuShell-always-activate-menu-shells.patch |
 | debian/patches/series (diff) |
|
 | debian/changelog (diff) |
|
 | gdk/x11/gdkwindow-x11.c (diff) |
Commit
c9aadabe83d5a51a7df91c930910cecbb822be80
by mclasenUse UTF-8 encoding for tooltips on files in the "recently used" list g_file_get_path() returns the local pathname and it is entirely possible that this pathname isn't in UTF-8 encoding, but in a different one defined by G_FILENAME_ENCODING. Using a string in GLib file name encoding rather than UTF-8 encoding as tooltip text will produce an erroneous output. Use the parse name instead. This is a UTF-8 string that describes the file suitable for use in the user interface. https://bugzilla.gnome.org/show_bug.cgi?id=778542
|
 | gtk/gtkfilechooserdefault.c (diff) |
Commit
e3cd67d2587ac4c3f5a16a1b87ca359fde98413c
by fanchunweiVisual Studio builds: Support Visual Studio 2017 Update the autotools scripts so that we can copy the Visual Studio 2010 and update items as necessary to obtain the Visual Studio 2017 projects. Note that the toolset version string format has changed for Visual Studio 2017, so a custom toolset version string is allowed and used if specified, otherwise the toolset version string is generated as we did before. Note also that Visual Studio 2017 aims to be compatible with Visual Studio 2015 on the CRT level, so it should be possible to use 2017- compiled binaries with 2015-compiled binaries without problems.
|
 | build/win32/vs15/Makefile.am |
 | build/Makefile-newvs.am (diff) |
 | configure.ac (diff) |
 | build/win32/vs10/Makefile.am (diff) |
 | build/win32/Makefile.am (diff) |
|
 | tests/testscale.c (diff) |
 | tests/teststatusicon.c (diff) |
Commit
f680ce1f4373bb558b6f2a0e208e66a26eec3b0b
by dbolestextiter: fix bug in gtk_text_iter_backward_line() gtk_text_iter_backward_line() checks the value of real->line_char_offset without previously calling ensure_char_offsets (real) to make sure the former is up-to-date. As a consequence of this, when gtk_text_iter_backward_line() is called after a gtk_text_buffer_insert_range() in the first line of buffer, the iter is not moved to the start of the line, and the return value is wrong. Fixed by adding the ensure_char_offsets() call.
|
 | gtk/gtktextiter.c (diff) |
Commit
fd218fee464b5120b0eafbdc05d3af4a5b8b159b
by dbolesScale: Always sync ::digits to Range::round-digits The documents state that gtk_scale_set_digits() “causes the value of the adjustment to be rounded off to this number of digits, so the retrieved value matches the value the user saw.” Note the lack of any condition. But in fact, if draw-value was false, rounding was disabled on the base Range, so values that weren’t displayed weren’t rounded. This made the docs wrong and made an apparently cosmetic detail alter functionality. Fix by ensuring the number of digits set on Scale is always propagated along to gtk_range_set_round_digits(), thus rounding to it in all cases when the value changes, regardless of whether the value is displayed. This doesn’t address the other idea from Bugzilla: that changing the number of digits should clamp the _existing_ value if it’s more precise. This contradicts digits docs in the base Range, but the above from Scale can be read as implying it’ll happen. For now, that’s an open question. https://bugzilla.gnome.org/show_bug.cgi?id=358970
|
 | gtk/gtkscale.c (diff) |
|
 | gtk/gtkscale.c (diff) |
|
 | gtk/gtkscale.c (diff) |
Commit
f7da9dba1d9d38e8fc02a027abf10be98bb7451f
by dbolesEntry—Fix inverted movements by arrow keys in RTL Using Ctrl + left/right to skip between words, or left/right to cancel a selection, were causing movement on the screen in the opposite direction of the glyph on the key. This was surprising and awful UX for RTL users. This is based on a patch covering the former case by: Author: Ori Avtalion <ori@avtalion.name> Date: Tue Apr 20 08:06:23 2010 +0000 https://bugzilla.gnome.org/show_bug.cgi?id=136059
|
 | gtk/gtkentry.c (diff) |
|
 | gtk/gtkentry.c (diff) |
Commit
5b0fd246a2cd95c437b534e2b35d19b8b5f35e5e
by dbolesTextView—Fix inverted movements by arrows in RTL Using Ctrl + left/right to skip between words, or left/right to cancel a selection, were causing movement on the screen in the opposite direction of the glyph on the key. This was surprising and awful UX for RTL users. This is based on a patch covering the former case by: Author: Mehdi Sadeghi <mehdi@mehdix.org> Date: Sat Feb 18 02:16:00 2017 +0000 https://bugzilla.gnome.org/show_bug.cgi?id=136059
|
 | gtk/gtktextview.c (diff) |
Commit
4577a35e1e39568632a22fc5a169e51541e40ded
by dbolesEntry: Fix build failure I hadn’t paid enough attention when cherry-picking commit f7da9dba1d9d38e8fc02a027abf10be98bb7451f from GTK+ 3/4. Thanks to Javier Jardón for letting me know.
|
 | gtk/gtkentry.c (diff) |
|
 | gtk/gtktextview.c (diff) |
|
 | po-properties/pl.po (diff) |
|
 | gtk/gtktextview.c (diff) |
Commit
3e92a78332daf205a53e4ea28c18bccea3dcfcf9
by dbolesTextView—Avoid pointless Pango in iter_line_is_rtl Get the direction that was already worked out and stored in the TextLineDisplay, rather than making Pango figure it out again. https://bugzilla.gnome.org/show_bug.cgi?id=136059
|
 | gtk/gtktextview.c (diff) |
|
 | build/Makefile.msvcproj (diff) |
|
 | gtk/gtkfilefilter.c (diff) |
 | gtk/gtkrecentfilter.c (diff) |
|
 | po-properties/hu.po (diff) |
Commit
e6afe1165e2f1c74f7dbd5e6a6c965f8abcfd275
by mclasenGtkMenuShell: 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 Cherry-picks f5eee56b56e2f371a0dc659f2d402b0cfc1c42c2, 9833fbd77a63ee5dd8f6b5519831db2a4b29ebb9 and 4eac7f24177d947852574f11ef483b1c43fd17e5 from GTK3.
|
 | gtk/gtkmenuitem.c (diff) |
 | gtk/gtkmenushell.c (diff) |
 | gtk/gtkmenubar.c (diff) |
 | gtk/gtkmenushell.h (diff) |
|
 | po/pl.po (diff) |
|
 | gtk/gtktextbuffer.c (diff) |
Commit
4e149261536031ec9d6c1aba7590e148025351db
by dbolesTextView: Get line direction in more efficient way We do not need to go through the heavyweight process of constructing a TextLineDisplay just to get the direction out of it, when we can simply use TextIter API to get the text and then get its direction using Pango. Adapted from a patch by Mehdi Sadeghi for GtkSourceView: https://bugzilla.gnome.org/show_bug.cgi?id=779081#c20
|
 | gtk/gtktextview.c (diff) |
Commit
fd939f00528f8c06bb96a3f24857e1469c19bcfb
by dbolesTextView: Be const-correct when passing a pointer The TextIter is passed by pointer for efficiency. We neither need to modify it, nor should we leave it possible to accidentally do so. So, it should be passed as a pointer-to-const.
|
 | gtk/gtktextview.c (diff) |
|
 | gtk/gtktextview.c (diff) |
|
 | gtk/gtkicontheme.c (diff) |
|
 | gtk/gtkscale.c (diff) |
Commit
aac544b742c48327e52cf145b826f709ce63cdf8
by creiterScale: Fix documentation of digits per last revert Add a clarifying note that, under the original behaviour, :digits only rounds the Adjustment if :draw-value is TRUE at the time of the change. This is based on a similar commit made by Daniel Boles for the gtk3 branches like 1cd0a8de0b70 https://bugzilla.gnome.org/show_bug.cgi?id=781605 https://bugzilla.gnome.org/show_bug.cgi?id=358970
|
 | gtk/gtkscale.c (diff) |
|
 | po-properties/pl.po (diff) |
Commit
94929bc0e0bdf1c95736790a7ce3bccea393ee83
by dbolesScale: Explain how to round value when !draw-value Scale:digits is (now, again) ineffective if Scale:draw-value is FALSE. To get rounding in that case, the base Range:round-digits must be used.
|
 | gtk/gtkscale.c (diff) |
|
 | po-properties/hu.po (diff) |
Commit
ca2e62da22d7a740800e577baeb67afa8b7f117a
by fanchunweibuild/win32/replace.py: Fix replacing items in files with UTF-8 content Some files that this script will process might have UTF-8 items in there, which can cause problems on Python 3.x as it is more strict and careful on unicode issues. Fix this by: -Doing what we did before on Python 2.x -Opening the file with encoding='utf-8' on Python 3.x
|
 | build/win32/replace.py (diff) |
|
 | gtk/gtkentry.c (diff) |
|
 | gtk/gtkentry.c (diff) |
Commit
fdb701837f59758e851df866691cd0e8ad2d10fd
by dboles.srcEntry: Fix unset icon tooltip hiding Entry tooltip Our ::query-tooltip handler first checks whether the pointer is over any of the icons, returning their tooltip if so, and if not chains up to Widget::query-tooltip in order to show the text for the widget overall. But ensure_has_tooltip(), which exists to update :has-tooltip based on whether ::query-tooltip is needed, only set :has-tooltip to TRUE if any icon had a tooltip, without caring whether the widget as a whole does. That is asymmetrical and meant that if the Entry had a tooltip, but subsequently all icons had their tooltips unset, :has-tooltip would be set to FALSE, and hence the tooltip for the widget would become lost. The fix is to set :has-tooltip to TRUE if the widget has a tooltip of its own, and we only need to check the icons if that is not the case. https://bugzilla.gnome.org/show_bug.cgi?id=785672
|
 | gtk/gtkentry.c (diff) |
|
 | docs/reference/gtk/tmpl/gtklayout.sgml (diff) |
|
 | docs/reference/gtk/tmpl/gtkfixed.sgml (diff) |
Commit
491d79d54083044a5de3bfa2d7afe9cced3974f0
by dbolesrecentchooserdefault: Clean up load_id when we have nothing left to do Returning FALSE from a GSourceFunc will implicitly remove it, so we need to do this in order to make the new g_source_remove happy. https://bugzilla.gnome.org/show_bug.cgi?id=779605
|
 | gtk/gtkrecentchooserdefault.c (diff) |
Commit
e6d2655e1e7d313ff7bc7917ef91945ec257caaa
by dbolesGtkLabel: make patterns work a little better When a pattern has been set, we must not throw away the attributes that contain it. https://bugzilla.gnome.org/show_bug.cgi?id=658111 https://bugzilla.gnome.org/show_bug.cgi?id=676550
|
 | gtk/gtklabel.c (diff) |
Commit
bf8c1c212ebc6d05b534aa1c0edff73103e9cc56
by dboles.srcContainer: Don’t scroll to unset focus child coord In gtk_container_real_set_focus_child(), we try to scroll to the position of the new :focus-child if we have h or v adjustments. gtk_widget_translate_coordinates() returns FALSE if neither widget is realized or in other situations that cause output parameters x and y not to be set. Thus, if the caller did not initialise x/y and uses them even if the function returns FALSE, they are using uninitialised variables. In gtk_container_real_set_focus_child(), we did not check the return value but merrily went ahead and used x and y regardless. This is UB, as caught by Valgrind, as well as being pointless. The trivial fix is to exit early if (!gtk_widget_translate_coordinates). https://bugzilla.gnome.org/show_bug.cgi?id=776909
|
 | gtk/gtkcontainer.c (diff) |
|
 | gtk/gtkcombobox.c (diff) |
Commit
47bea2deaae3be3501beb5b4edc556b70dc67e39
by dbolesComboBox: Use iter before popdown() may invalidate Bad actors, such as our very own FileChooserButton, may connect to the :popped-up property and alter the model as the menu becomes in/visible. We were getting an iter to the model while popped-up, then doing popdown(), then using the iter, which may have just been invalidated by the errant notify::popped-up handler. If so, we quickly crash fatally. This is clearly bonkers, but until such patterns are removed, we have to work around them. So, set_active() from the clicked item while it is known to be valid, by moving the call to set_active() before popdown(). While here, change set_active_iter(iter) to set_active_internal(path) to avoid pointlessly going through the iter to get the path we already have https://bugzilla.gnome.org/show_bug.cgi?id=729651
|
 | gtk/gtkcombobox.c (diff) |
|
 | po/id.po (diff) |
Commit
faa69b3547ce716262db766ba56cf1d663540785
by dbolesComboBox: List-mode popup must open on CB’s screen The screen for the list-mode popup_window was only being set in set_popup_widget(), i.e. when changing modes, so if the ComboBox was moved to a different screen later, the popup would appear on the original one, which is wrong. Worse, this broke opening some combos in the Inspector in GTK+ 3. Fix this by moving the call to set_screen() to real_popup(), so the popup_window is put on the correct screen each time around. https://bugzilla.gnome.org/show_bug.cgi?id=468868 https://bugzilla.gnome.org/show_bug.cgi?id=786771
|
 | gtk/gtkcombobox.c (diff) |
Commit
2759e8961152f734fc1596727094224f71c70709
by dbolesComboBox: Really set list-mode popup transient-for set_transient_for(toplevel) was only called in list_setup(). It was easy to make a test showing a NULL :transient-for instead of the correct one. So, move the call from list_setup() to real_popup(). Also do the same for window_group_add_window(), which means not calling it redundantly. (I tried using a ComboBox:parent-set handler, but the Inspector’s CB didn’t like that: it calls popup_for_device() twice and closes on button release. Anyway, using popup() is much more concise than a new handler.)
|
 | gtk/gtkcombobox.c (diff) |
Commit
fac72327f9d7ff417a69ea43cdcbcd75fbfc77c4
by dbolesComboBox: Fix wrongly matched signal disconnect()s Various disconnections had the wrong flags and/or data, so we failed to disconnect a pile of signals, shown by 0 returned by the disconnect_*() functions. Fix this, and use the nicer disconnect_by_*() while here.
|
 | gtk/gtkcombobox.c (diff) |
|
 | gtk/gtkcombobox.c (diff) |
|
 | po-properties/id.po (diff) |
|
 | gtk/gtkfilechooserdefault.c (diff) |
|
 | gtk/gtkfilechooserdefault.c (diff) |
Commit
e0e2107f356b3b512aea0fe1ad08d0c345ec58bd
by dbolesComboBox: Add missing disconnect in menu_destroy() We were not disconnecting the signals from the menu (popup_widget), so they were leaked when e.g. the mode was changed or the CB was destroyed.
|
 | gtk/gtkcombobox.c (diff) |
|
 | gtk/gtktoolitem.c (diff) |
Commit
d57d105e110fe3706bba92b687c260a13fac27b0
by dbolesToolbar: Clarify how the arrow overflow menu works The fact it affects the preferred size, and only works with ToolItems that return a menu proxy item, was unclear unless deduced from other sources, and this led to users thinking it was broken, for example: https://stackoverflow.com/q/44644642/2757035 https://bugzilla.gnome.org/show_bug.cgi?id=787158 https://bugzilla.gnome.org/show_bug.cgi?id=787195
|
 | docs/reference/gtk/tmpl/gtktoolbar.sgml (diff) |
 | gtk/gtktoolbar.c (diff) |
Commit
c12dd8f0b9205e442e878659cccbd9b7d6df38ca
by dbolesSet translation domain for parameter_string in gtk_init_with_args This was requested in bug 554926. Backport of original commit e3bd926c1ef83027c756488ba19f4353930fc6db by Gabor Kelemen, kelemeng at gnome dot hu, applied to GTK+ 2.90.5 on Tue, 10 Aug 2010 04:13:22 +0000 (UTC). https://bugzilla.gnome.org/show_bug.cgi?id=785165
|
 | gtk/gtkmain.c (diff) |
Commit
b51eea1881777dd164400b06eedb5e548fc5ccdb
by dbolesRevert "ComboBox: Don’t redundantly show() scrolled_window" This reverts commit 03ead0c8240d6665aee13f8d0f1ae9054e9a1bc3. That was a real brainfart, which broke showing list-mode CBs on the 2nd and subsequent popups.
|
 | gtk/gtkcombobox.c (diff) |
Commit
111853d7dae79a0ccec6f9c62479354de240aca6
by dbolesEntry: Fix leak of text in ensure_has_tooltip() Thanks to Mohammed Sadiq for noticing this. I guess I got Widget.get_tooltip_text() confused with Label.get_label(). https://bugzilla.gnome.org/show_bug.cgi?id=787410
|
 | gtk/gtkentry.c (diff) |
Commit
e46ac4dcba721bfaa2449e900f3a2b3ad043cd11
by dbolesComboBox: Clarify :row|column-span/wrap-width docs ComboBox warned in the doc for :row-span-column that the value must not exceed :wrap-width, but :wrap-width does not interact with the number of rows; it’s the :column-span-column that’s relevant. Also: Warn that spans must be > 0 for rows too, & that column spans <= :wrap-width are also not useful for items at menu column positions > 0. Rrefer to items having spans, not values, as we’re already talking about values in the model (& rows in the menu). And clarify :wrap-width a bit.
|
 | gtk/gtkcombobox.c (diff) |
|
 | tests/testcombo.c (diff) |
Commit
a10a2ebf19a8ecfe005d46c894ae7137b57f5e06
by dbolestestcombo: Fix generation of coloured pixbufs We need floating-point division… Otherwise, only fully-on inputs can produce any output. This fixes some of the colours wrongly being black. While here, remove the unused rowstride variable, to shush a warning.
|
 | tests/testcombo.c (diff) |
Commit
2678cda50adcf5aa0a4721e5ba7a52206c31e1ef
by dbolestestcombo: Test grid :row- and :column-span-column Ditch two items that were white and so weren’t visible on our standard theme anyway, and use the new space to test extra grid-mode properties. Note if we do this then, as before, set the ListStore on the CB before before appending to it, that (at least in GTK+ 3) gave warnings like: Gtk-CRITICAL **: gtk_menu_attach: assertion 'left_attach < right_attach' failed I didn’t look into that yet, but it may indicate that attaching items vs. recognising their spans don’t occur in the correct order. For the purposes of testing this, I just create the CB after filling its model.
|
 | tests/testcombo.c (diff) |
Commit
c75c8d0bda8ef8896bb021c1ae481fe608b39ce2
by dbolesComboBox: Don’t pile up ::grab-broken handlers It was connecting a new handler to do the same thing every time it popped up, never disconnecting between. Just connect once in init().
|
 | gtk/gtkcombobox.c (diff) |
Commit
687e4576eb66e88eca04a80ca0998775c38ec6b8
by dbolesEnter submenus when activating their parent item This gives consistent behavior with e.g. Qt, Mozilla's suites and LibreOffice (with non-truly native backends like "gen" and "gtk", but unlike "gtk2" and "gtk3" ones that probably use true GTK menus). This behavior is expected by at least some accessibility users, and it seems good to behave like other common applications and toolkits in this area. There should be no issue in doing so either for current users, as it only enters the submenu instead of not doing anything. https://bugzilla.gnome.org/show_bug.cgi?id=778811
|
 | gtk/gtkmenushell.c (diff) |
Commit
6b4e050e1553c349172f474c22672dce40102c8e
by dbolesComboBox: Don’t let modes disconnect each other …from priv->button. My refactor to g_signal_disconnect_by_data() included this widget, when I shouldn’t have as both modes use it. In GTK+ 3, this broke opening a CB by keyboard that was in menu mode, if it had been in list mode initially (e.g. due to the theme). Fix by moving to disconnect_by_func() and only removing in each mode’s destroy() method the signals that it set on the button in its setup(). https://bugzilla.gnome.org/show_bug.cgi?id=788577
|
 | gtk/gtkcombobox.c (diff) |
Commit
292e023c833b810580f546710fcf298ee50b99c2
by dbolesFixed: If can’t add child, don’t add to child info If the call to set_parent() failed, we were still adding the child to the internal list of children, despite that it was not really added. That meant we could later try to do invalid stuff with that non-child. Fix that by asserting and giving up if the child that the user is attempting to add is already parented. https://bugzilla.gnome.org/show_bug.cgi?id=701296
|
 | gtk/gtkfixed.c (diff) |
Commit
b7e5da4cd4c929cbb8931c1834485ec188819b1c
by fanchunweiVisual Studio builds: Improve binary security Ensure that the /DYNAMICBASE linker option (which is actually the default option) is enabled, as we inadvertly disabled it in our projects. Also, for x64 builds on MSVC 2012 or later, use the /HIGHENTROPYVA linker option to improve the security of the built bianries. Pointed out by Ignacio Casal Quinteiro.
|
 | build/win32/vs10/gtk-demo.vcxprojin (diff) |
 | build/win32/vs10/gtk-update-icon-cache.vcxproj (diff) |
 | build/win32/vs9/gtk-demo.vcprojin (diff) |
 | build/win32/vs10/gtk-build-defines.props (diff) |
Commit
bc555cd64fade1cba2649b7e7618dff340026858
by dbolesimcontextxim: Fix showing glyph in status window This custom drawing code was broken, which meant the current mode indicator/character did not show, severely hindering XIM users. Fix by simply removing the custom drawing and just being a GtkWindow, by cherry-picking these two from GTK+ 3: commit 211ccb5c73a444683d493588c3eb29b457a5586b commit c750cea4e57ed3bcb5ba7eada95d0be380aa2fe5t https://bugzilla.gnome.org/show_bug.cgi?id=696624
|
 | modules/input/gtkimcontextxim.c (diff) |
|
 | debian/changelog (diff) |
 | debian/control (diff) |
 | debian/control.in (diff) |
|
 | debian/control (diff) |
 | debian/changelog (diff) |
 | debian/control.in (diff) |
|
 | debian/control (diff) |
 | debian/control.in (diff) |
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/control (diff) |
 | debian/control.in (diff) |
|
 | debian/control.in (diff) |
 | debian/control (diff) |
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/control.in (diff) |
|
 | debian/control (diff) |
|
 | debian/control (diff) |
 | debian/changelog (diff) |
 | debian/compat (diff) |
 | debian/control.in (diff) |
|
 | debian/changelog (diff) |
 | debian/control (diff) |
 | debian/control.in (diff) |
|
 | debian/control (diff) |
 | debian/changelog (diff) |
 | debian/control.in (diff) |
 | debian/libgtk2.0-0-dbg.links.in |
 | debian/rules (diff) |
|
 | debian/changelog (diff) |
|
 | debian/libgail18.lintian-overrides |
 | debian/changelog (diff) |
 | debian/libgtk2.0-0.lintian-overrides |
|
 | debian/libgtk2.0-0.lintian-overrides (diff) |
|
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/rules (diff) |
 | debian/control (diff) |
 | debian/control.in (diff) |
|
 | debian/rules (diff) |
 | debian/control (diff) |
 | debian/changelog (diff) |
 | debian/control.in (diff) |
|
 | debian/changelog (diff) |
 | debian/rules (diff) |
|
 | debian/changelog (diff) |
 | debian/control (diff) |
 | debian/control.in (diff) |
|
 | debian/rules (diff) |
|
 | po/pl.po (diff) |
|
 | build/win32/detectenv-msvc.mak (diff) |
|
 | debian/changelog (diff) |
Commit
61d5c82f5ca7d4f00f8182d17d30c350f43a4424
by mclasenFix updating the widget accessible description when using its tooltip We need to notify ATK the description changed when the tooltip text associated with the widget changes and gail_widget_get_description() would use it as the description. https://bugzilla.gnome.org/show_bug.cgi?id=779009
|
 | modules/other/gail/gailwidget.c (diff) |
|
 | debian/gbp.conf |
|
 | debian/control (diff) |
 | debian/control.in (diff) |
|
 | debian/patches/020_immodules-files-d.patch |
 | debian/patches/033_filechooser_sort.patch |
 | debian/sources |
 | debian/patches/003_default_fallback_icon_theme.patch |
 | debian/scripts/lib |
 | debian/patches/022_module-files-append-compat-module-files-d.patch |
 | debian/patches/032_gdkwindowimpl_directfb.patch |
 | debian/patches/095_gtk-im-module-setting.patch |
 | debian/libgtk2.0-0.postinst |
 | debian/patches/010_xpm-colors-overflow_CVE-2005-3186.patch |
 | debian/update-gtk-immodules.in |
 | debian/patches/030_CVE-2007-0010_error-handling-in-pixbuf-loaders.patch |
 | debian/gtk2.0-examples.files |
 | debian/patches/011_xpm-colors-loop_CVE-2005-2975.patch |
 | debian/patches/034_directfb_memleak.patch |
 | debian/libgtk2.0-0.postrm |
 | debian/patches/009_revert-gdkdrawable-directfb.patch |
 | debian/update-gtk-immodules |
 | debian/libgtk2.0-doc.files |
 | debian/patches/033_directfb_client-message.patch |
 | debian/libgtk2.0-common.preinst |
 | debian/scripts/archmap |
 | debian/patches/030_gtkentry_password-char-circle.patch |
 | debian/patches/031_papersize_usletter.patch |
 | debian/patches/033_treeview_resizing.patch |
 | debian/patches/072_workaround_directfb_build.patch |
 | debian/update-gdkpixbuf-loaders.8 |
 | debian/libgtk2.0-bin.files |
 | debian/patches/064_gdk-property-get-no-warning.patch |
 | debian/libgtk2.0-bin.dirs |
 | debian/scripts/vars.build |
 | debian/patches/006_gtk+-2.8.17-directfb.patch |
 | debian/patches/010_gdkpixbuf_-lm.patch |
 | debian/patches/025_dfb-window-destroy-leak.patch |
 | debian/scripts/getglibcversion |
 | debian/libgtk2.0-common.files |
 | debian/patches/007_implicit_pointer_conversion_gdkdrawable_directfb.patch |
 | debian/scripts/messages |
 | debian/libgtk2.0-doc.doc-base.gdk-pixbuf |
 | debian/libgtk2.0-bin.postrm |
 | debian/patches/006_proper-directfb-modules.patch |
 | debian/docs |
 | debian/libgtk2.0-dev.files |
 | debian/patches/006_gtkentry_avoid_spurious_notifications.patch |
 | debian/libgtk2.0-bin.postinst |
 | debian/libgtk2.0-common.dirs |
 | debian/gtk2.0-examples.dirs |
 | debian/patches/021_loader-files-d.patch |
 | debian/gtk2.0-examples.examples.in |
 | debian/patches/031_cursor-blinking-timeout.patch |
 | debian/scripts/Makefile |
 | debian/update-gtk-immodules.fr.8 |
 | debian/gtk2-engines-pixbuf.files |
 | debian/patches/020_dfb-window-destroy-leak.patch |
 | debian/patches/030_gtkscake_redraw.patch |
 | debian/scripts/source.unpack |
 | debian/libgtk2.0-doc.dirs |
 | debian/scripts/vars |
 | debian/patches/071_jasper_link_fix.patch |
 | debian/docs.in |
 | debian/patches/001_gtk+-2.2.0-buildfix-immodule.patch |
 | debian/patches/008_implicit_pointer_conversion_gdkgc_directfb.patch |
 | debian/patches/034_grab_broken.patch |
 | debian/update-gtk-immodules.8 |
 | debian/libgtk2.0-doc.doc-base.gtk-tutorial |
 | debian/patches/031_directfb_dead-keys.patch |
 | debian/patches/040_ia32-libs.patch |
 | debian/libgtk2.0-doc.doc-base.gtk |
 | debian/gtk-faq.devhelp |
 | debian/patches/035_filechooser_crash.patch |
 | debian/patches/005_xpmico.patch |
 | debian/sys-build.mk |
 | debian/gtk-tutorial.devhelp |
 | debian/update-gdkpixbuf-loaders.in |
 | debian/libgtk2.0-dev.dirs |
 | debian/update-gdkpixbuf-loaders |
 | debian/patches/092_fix_printtest_include.patch |
 | debian/patches/032_offscreenwindow_dnd.patch |
|
 | debian/rules (diff) |
|
 | debian/control (diff) |
 | debian/control.in (diff) |
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
|
 | gtk/gtk.symbols (diff) |
 | gtk/abicheck.sh (diff) |
|
 | NEWS (diff) |
 | configure.ac (diff) |
|
 | debian/control.in (diff) |
 | debian/control (diff) |
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
 | debian/patches/series (diff) |
 | debian/patches/0001-Don-t-use-guint32-with-XChangeProperty.patch |
 | debian/patches/0002-GtkMenuShell-always-activate-menu-shells.patch |
|
 | debian/libgtk2.0-0.symbols (diff) |
 | debian/changelog (diff) |
|
 | debian/changelog (diff) |
Commit
71557fb544bdd5b6de5ce02e325a6e64eeba8fc3
by jbichaSet fallback icon theme to Adwaita instead of gnome to match gtk3 * Modify 015_default-fallback-icon-theme.patch - Set fallback icon theme to Adwaita instead of gnome to match gtk3 * d/control: Depend on adwaita-icon-theme | gnome-icon-theme instead of the reverse order
|
 | debian/changelog (diff) |
 | debian/patches/015_default-fallback-icon-theme.patch (diff) |
 | debian/control.in (diff) |
 | debian/control (diff) |
|
 | debian/patches/022_disable-viqr-im-for-vi-locale.patch (diff) |
 | debian/patches/044_tracker_fts.patch (diff) |
 | debian/patches/098_multiarch_module_path.patch (diff) |
 | debian/patches/005_support_disabling_x11_extensions.patch (diff) |
 | debian/patches/060_ignore-random-icons.patch (diff) |
 | debian/changelog (diff) |
 | debian/patches/004_gtk+-ximian-gtk2-filesel-navbutton-5.patch (diff) |
 | debian/patches/001_static-linking-dont-query-immodules.patch (diff) |
 | debian/patches/061_use_pdf_as_default_printing_standard.patch (diff) |
 | debian/patches/042_treeview_single-focus.patch (diff) |
 | debian/patches/003_gdk.pc_privates.patch (diff) |
 | debian/patches/002_static-linking-dont-build-perf.patch (diff) |
 | debian/patches/015_default-fallback-icon-theme.patch (diff) |
|
 | debian/patches/001_static-linking-dont-query-immodules.patch (diff) |
 | debian/patches/003_gdk.pc_privates.patch (diff) |
 | debian/changelog (diff) |
 | debian/patches/002_static-linking-dont-build-perf.patch (diff) |
 | debian/patches/005_support_disabling_x11_extensions.patch (diff) |
|
 | debian/patches/003_gdk.pc_privates.patch (diff) |
|
 | debian/patches/044_tracker_fts.patch (diff) |
 | debian/patches/015_default-fallback-icon-theme.patch (diff) |
|
 | debian/patches/098_multiarch_module_path.patch (diff) |
Commit
b4603f5422ebc4246c27549fda42104fa62b67dc
by smcvd/p/022_disable-viqr-im-for-vi-locale.patch: Add metadata Add reference to Ubuntu bug 191451, summarize the reason why this is applied, and correctly attribute the patch to Ming Hua (see #895043).
|
 | debian/changelog (diff) |
 | debian/patches/022_disable-viqr-im-for-vi-locale.patch (diff) |
Commit
1269217012491214ef2a7a670fc0ccaded3859b7
by smcvAdd patch to give gtk-2.0.m4 a serial number d/p/m4macros-Set-a-serial-number.patch: Add patch from upstream to give gtk-2.0.m4 a serial number so that it will override older copies bundled with other packages, typically in the m4 directory. Closes: #895018
|
 | debian/changelog (diff) |
 | debian/patches/m4macros-Set-a-serial-number.patch |
 | debian/patches/series (diff) |
|
 | debian/changelog (diff) |
Commit
886d67437f8083caef66cbb44f684294ae4a4a39
by smcvMake libgtk2.0-dev Multi-Arch: same * debian/control.in: - Mark libgtk2.0-dev Multi-Arch: same (Closes: #689097). - Mark gir1.2-gtk-2.0 Multi-Arch: same. * gir1.2-gtk-2.0: - Install the typelibs into an arch-specific libdir (Closes: #898111). * libgtk2.0-dev: - Add multi-arch support by no longer packaging the deprecated dh_gtkmodules script (Closes: #875728). Closes: #689097, #898111, #875728
|
 | debian/libgtk2.0-dev.install.in (diff) |
 | debian/control.in (diff) |
 | debian/gir1.2-gtk-2.0.install.in (diff) |
 | debian/changelog (diff) |
|
 | debian/patches/gdk-do-not-deactivate-surface-on-keyboard-grabs.patch |
 | debian/patches/gdk-activate-window-on-keyboard-grabs.patch |
 | debian/patches/FileChooserDefault-Avoid-printf-ing-a-NULL-char.patch |
 | debian/patches/Fix-compiler-warnings-with-GCC-8.1.patch |
 | debian/patches/GDK-W32-Always-process-all-available-messages.patch |
 | debian/patches/calendar-Use-the-new-OB-format-if-supported.patch |
 | debian/patches/configure-Move-all-includes-to-the-first-argument-of-AC_T.patch |
 | debian/patches/004_gtk+-ximian-gtk2-filesel-navbutton-5.patch (diff) |
 | debian/patches/005_support_disabling_x11_extensions.patch (diff) |
 | debian/patches/060_ignore-random-icons.patch (diff) |
 | debian/patches/001_static-linking-dont-query-immodules.patch (diff) |
 | debian/patches/Revert-Fix-abicheck.patch |
 | debian/patches/gtkprintbackendcups.c-fix-n-at-end-of-a-debugging-note.patch |
 | debian/changelog (diff) |
 | debian/patches/modules-other-gail-gailtreeview.c-Fix-Wunused-but-set-var.patch |
 | debian/patches/m4macros-Set-a-serial-number.patch (diff) |
 | debian/patches/modules-other-gail-gailtreeview.c-Incorporate-review-sugg.patch |
 | debian/patches/Make-gtk-2.24.31-compatible-with-the-changed-API-of-glib-.patch |
 | debian/patches/modules-other-gail-gailtreeview.c-Fix-Waddress-warning.patch |
 | debian/patches/series (diff) |
 | debian/patches/Consistently-use-g_stat-and-GStatBuf.patch |
 | debian/patches/gtk-queryimmodules.c-Make-the-output-deterministic.patch |
 | debian/patches/GDK-W32-Ignore-autorepeated-key-presses-on-modifier-keys.patch |
 | debian/patches/Fix-incorrect-optimization-in-find_builtin_icon.patch |
 | debian/patches/003_gdk.pc_privates.patch (diff) |
|
 | debian/changelog (diff) |
 | debian/rules (diff) |
|
 | debian/changelog (diff) |
 | debian/copyright (diff) |
|
 | debian/changelog (diff) |
|
 | debian/patches/hildonize-gtk-textview.diff |
 | debian/patches/series (diff) |
 | debian/patches/hildonize-gtk-dialog.diff |
 | debian/patches/hildonize-gtk-window.diff |
 | debian/libgtk2.0-0.symbols (diff) |
 | debian/patches/hildonize-gtk-rbtree.diff |
 | debian/patches/hildonize-gdk-window.diff |
 | debian/patches/hildonize-gtk-entry.diff |
 | debian/patches/hildonize-gtk-widget.diff |
 | debian/patches/hildonize-gtk-enums.diff |
 | debian/patches/hildonize-gtk-imcontext.diff |
 | debian/patches/hildonize-gtk-container.diff |
 | debian/patches/hildonize-gtk-menu.diff |
 | debian/patches/hildonize-gtk-treeview.diff |
|
 | debian/patches/hildonize-gtk-dialog.diff (diff) |
 | debian/patches/hildonize-gtk-menu.diff (diff) |
|
 | debian/patches/hildonize-gtk-iconview.diff |
 | debian/patches/series (diff) |
|
 | debian/patches/hildonize-gtk-treeview.diff (diff) |
|
 | debian/patches/hildonize-gtk-treeview.diff (diff) |
|
 | debian/libgtk2.0-0.symbols (diff) |
|
 | debian/patches/hildonize-gtk-menu.diff (diff) |
 | debian/patches/hildonize-gtk-widget.diff (diff) |
 | debian/patches/hildonize-gtk-imcontext.diff (diff) |
 | debian/patches/hildonize-gdk-window.diff (diff) |
 | debian/patches/hildonize-gtk-rbtree.diff (diff) |
 | debian/patches/hildonize-gtk-textview.diff (diff) |
 | debian/patches/hildonize-gtk-enums.diff (diff) |
 | debian/patches/hildonize-gtk-container.diff (diff) |
 | debian/patches/hildonize-gtk-dialog.diff (diff) |
 | debian/patches/hildonize-gtk-iconview.diff (diff) |
 | debian/patches/hildonize-gtk-entry.diff (diff) |
 | debian/patches/hildonize-gtk-window.diff (diff) |
 | debian/patches/hildonize-gtk-treeview.diff (diff) |
|
 | debian/patches/hildonize-gtk-immulticontext.diff |
 | debian/patches/series (diff) |
|
 | debian/patches/hildonize-gtk-container.diff (diff) |
|
 | debian/libgtk2.0-0.symbols (diff) |
|
 | debian/gbp.conf (diff) |
 | debian/changelog (diff) |