1. 02 Apr, 2009 2 commits
  2. 27 Mar, 2009 1 commit
    • Behdad Esfahbod's avatar
      Bug 437533 – Implement draw_shape PangoRenderer method · d21f55fe
      Behdad Esfahbod authored
      2009-03-27  Behdad Esfahbod  <behdad@gnome.org>
      
              Bug 437533 – Implement draw_shape PangoRenderer method
      
              * gdk/gdkpango.c (gdk_pango_renderer_draw_shape),
              (gdk_pango_renderer_class_init): Implement draw_shape
      
              * demos/gtk-demo/rotated_text.c (fancy_shape_renderer),
              (create_fancy_attr_list_for_layout), (rotated_text_expose_event),
              (do_rotated_text):
              1) Port to pangocairo
              2) Also show a rotated label
              3) Install a custom shape renderer on both.  The second one goes
              through gdkpango and hence tests the patch above.  It's working.
      
      
      svn path=/trunk/; revision=22592
      d21f55fe
  3. 25 Mar, 2009 1 commit
    • Sven Neumann's avatar
      compile fix for build with DIRECT_ENABLE_DEBUG. · 7cfac711
      Sven Neumann authored
      2009-03-25  Sven Neumann  <sven@gimp.org>
      
      	* gdk/directfb/gdkwindow-directfb.c
      	(gdk_window_directfb_process_all_updates): compile fix for build
      	with DIRECT_ENABLE_DEBUG.
      
      
      svn path=/trunk/; revision=22583
      7cfac711
  4. 24 Mar, 2009 1 commit
  5. 17 Mar, 2009 1 commit
    • Tor Lillqvist's avatar
      Bug 575700 - Crash when moving a GtkWindow · c3879d40
      Tor Lillqvist authored
      2009-03-17  Tor Lillqvist  <tml@novell.com>
      
      	Bug 575700 - Crash when moving a GtkWindow
      
      	* gdk/win32/gdkevents-win32.c (gdk_event_translate): Fix
      	embarrassing crasher bug introduced on 2009-03-11. A variable was
      	assigned a value only inside a GDK_NOTE but still used outside
      	that.
      
      
      svn path=/trunk/; revision=22568
      c3879d40
  6. 11 Mar, 2009 4 commits
    • Tor Lillqvist's avatar
      Bug 573067 - Intra-app dnd of text behavior on Windows is wrong · e029e001
      Tor Lillqvist authored
      2009-03-11  Tor Lillqvist  <tml@iki.fi>
      
      	Bug 573067 - Intra-app dnd of text behavior on Windows is wrong
      
      	* gdk/win32/gdkdnd-win32.c (local_send_motion) (gdk_drag_motion):
      	The default action should be move, not copy. Tweak how the
      	GdkDragAction fields in GdkDragContexts are changed. Seems to help
      	the problem.
      
      	Add more debugging printout for --gdk-debug=dnd to many functions.
      
      	* gdk/win32/gdkmain-win32.c
      	* gdk/win32/gdkprivate-win32.h: (_gdk_win32_drag_protocol_to_string)
      	(_gdk_win32_drag_action_to_string): New functions for use in
      	debugging printouts.
      
      
      svn path=/trunk/; revision=22522
      e029e001
    • Tor Lillqvist's avatar
      Use G_DEFINE_TYPE. Some debugging printout changes. Hacking on the · e51f525a
      Tor Lillqvist authored
      2009-03-11  Tor Lillqvist  <tml@iki.fi>
      
      	* gdk/win32/gdkdnd-win32.c: Use G_DEFINE_TYPE. Some debugging
      	printout changes. Hacking on the OLE2_DND code, which still
      	doesn't work, though, and is not normally compiled.
      
      
      svn path=/trunk/; revision=22517
      e51f525a
    • Tor Lillqvist's avatar
      Bug 570896 - gdkevents-win32.c(2947) : error C4053: one void operand for · 93bb740d
      Tor Lillqvist authored
      2009-03-11  Tor Lillqvist  <tml@iki.fi>
      
      	Bug 570896 - gdkevents-win32.c(2947) : error C4053: one void
      	operand for '?:'
      
      	* gdk/win32/gdkevents-win32.c (gdk_event_translate): Fix
      	compilation error with MSVC. While at it add clarifying comments
      	and fix a typo in the debugging output.
      
      
      svn path=/trunk/; revision=22515
      93bb740d
    • Tor Lillqvist's avatar
      Bug 574794 - Can not resize shaped windows on Windows · 703a18c2
      Tor Lillqvist authored
      2009-03-11  Tor Lillqvist  <tml@iki.fi>
      
      	Bug 574794 - Can not resize shaped windows on Windows
      
      	* gdk/win32/gdkevents-win32.c (gdk_event_translate): On handling
      	WM_WINDOWPOSCHANGED, don't do anything if the position and size
      	hasn't changed. I am not exactly sure I understand why this helps
      	this particular bug.
      
      
      svn path=/trunk/; revision=22511
      703a18c2
  7. 02 Mar, 2009 2 commits
  8. 28 Feb, 2009 2 commits
  9. 24 Feb, 2009 1 commit
    • Matthias Clasen's avatar
      Another attempt at getting Xrandr screen size changes right. Actually · fcdd092a
      Matthias Clasen authored
              * gdk/x11/gdkevents-x11.c:
              * gdk/x11/gdkscreen-x11.[hc]: Another attempt at getting Xrandr
              screen size changes right. Actually handle XRRScreenChangeNotify
              events, and ignore root ConfigureNotify events if we are using
              Xrandr. Only emit size-changed signals if the screen size changed,
              and only emit monitor-changed signals if the monitors changed.
      
      
      svn path=/trunk/; revision=22398
      fcdd092a
  10. 20 Feb, 2009 1 commit
    • Ray Strode's avatar
      After using randr to get a list of monitors, sort the list such that the · e8224623
      Ray Strode authored
      2009-02-19  Ray Strode  <rstrode@redhat.com>
      
      	* gdk/x11/gdkscreen-x11.c
      	(monitor_compare_function), (init_randr13):
      	After using randr to get a list of monitors,
      	sort the list such that the biggest output
      	of "cloned" outputs comes first in the list.
      	This helps apps that don't generally handle
      	overlapping outputs to work better in randr
      	clone mode.
      
      svn path=/trunk/; revision=22386
      e8224623
  11. 19 Feb, 2009 4 commits
  12. 18 Feb, 2009 6 commits
    • Matthias Clasen's avatar
      some xrandr fixes · f517b9d5
      Matthias Clasen authored
      svn path=/trunk/; revision=22370
      f517b9d5
    • Sven Neumann's avatar
      Bug 533456 – Memory leak when window is destroyed · a292a2c7
      Sven Neumann authored
      2009-02-18  Sven Neumann  <sven@gimp.org>
      
      	Bug 533456 – Memory leak when window is destroyed
      
      	* gdk/directfb/gdkdirectfb.h
      	* gdk/directfb/gdkprivate-directfb.h
      	* gdk/directfb/gdkcursor-directfb.c
      	* gdk/directfb/gdkevents-directfb.c
      	* gdk/directfb/gdkwindow-directfb.c: removed all #ifdef checks 
      for
      	DIRECTFB_MAJOR_VERSION >= 1. We depend on DirectFB >= 1.0.0 now.
      	Fixes a potential build issue that would lead to a memory leak 
      as
      	described in bug #533456.
      
      
      svn path=/trunk/; revision=22367
      a292a2c7
    • Sven Neumann's avatar
      Bug 513422 – Unknown meaning of translatable messages · be7349f5
      Sven Neumann authored
      2009-02-18  Sven Neumann  <sven@gimp.org>
      
      	Bug 513422 – Unknown meaning of translatable messages
      
      	* gdk/directfb/gdkdisplay-directfb.c: removed broken and 
      commented
      	code and the translatable messages that belonged to it.
      
      
      svn path=/trunk/; revision=22365
      be7349f5
    • Sven Neumann's avatar
      Bug 560671 – the client_message API doesn't work in DirectFB · 926acf91
      Sven Neumann authored
      2009-02-18  Sven Neumann  <sven@gimp.org>
      
      	Bug 560671 – the client_message API doesn't work in DirectFB
      
      	* gdk/directfb/gdkevents-directfb.c: applied a slightly cleaned 
      up
      	patch from Steve Lhomme that adds this functionality using
      	DirectFB's DFBUserEvent.
      
      
      svn path=/trunk/; revision=22363
      926acf91
    • Sven Neumann's avatar
      Bug 543710 – Dead keys do not work anymore with DirectFB · 8b1a4f86
      Sven Neumann authored
      2009-02-18  Sven Neumann  <sven@gimp.org>
      
      	Bug 543710 – Dead keys do not work anymore with DirectFB
      
      	* gdk/directfb/gdkkeys-directfb.c (gdk_directfb_translate_key):
      	applied patch from Josselin Mouette that removes special 
      handling
      	of dead keys as that is done by DirectFB for a long time 
      already.
      
      
      svn path=/trunk/; revision=22361
      8b1a4f86
    • Sven Neumann's avatar
      Bug 554407 – directfb backend does not implement GdkWindowImpl · c53101ad
      Sven Neumann authored
      2009-02-18  Sven Neumann  <sven@gimp.org>
      
      	Bug 554407 – directfb backend does not implement GdkWindowImpl
      
      	* gdk/directfb/gdkgeometry-directfb.c
      	* gdk/directfb/gdkprivate-directfb.h
      	* gdk/directfb/gdkwindow-directfb.c: fix the build of the 
      DirectFB
      	backend and resurrect basic functionality. Based on a patch from
      	the Ubuntu bug-tracker and work by Masse Nicolas.
      
      
      svn path=/trunk/; revision=22357
      c53101ad
  13. 17 Feb, 2009 1 commit
  14. 16 Feb, 2009 1 commit
  15. 15 Feb, 2009 1 commit
    • Tor Lillqvist's avatar
      Bug 571873 - Compile error with gdk/win32/gdkselection-win32.c · b62e3113
      Tor Lillqvist authored
      2009-02-16  Tor Lillqvist  <tml@novell.com>
      
      	Bug 571873 - Compile error with gdk/win32/gdkselection-win32.c
      
      	* gdk/win32/gdkselection-win32.c (gdk_selection_convert): Cast
      	gpointer to char * before pointer arithmetic to avoid compilation
      	error with MSVC.
      
      	(_gdk_selection_property_delete): Remove unused variable.
      
      
      svn path=/trunk/; revision=22337
      b62e3113
  16. 13 Feb, 2009 2 commits
    • Matthias Clasen's avatar
      Register randr events · e86a6ddd
      Matthias Clasen authored
      svn path=/trunk/; revision=22328
      e86a6ddd
    • Matthias Clasen's avatar
      Check for Xrandr 1.3 · 2e67143e
      Matthias Clasen authored
             * configure.in: Check for Xrandr 1.3
      
              * gdk/x11/gdkdisplay-x11.[ch]: Rename have_randr12 to have_randr13
              and set if if we have randr 1.3
      
              * gdk/x11/gdkscreen-x11.c: Go back to using randr for monitor
              information, if we have XRRGetScreenResourcesCurrent.
      
      
      svn path=/trunk/; revision=22327
      2e67143e
  17. 09 Feb, 2009 1 commit
  18. 30 Jan, 2009 1 commit
    • Tor Lillqvist's avatar
      Bug 559408 - Transparency lost when images are copied between GTK+ and the · 3f4c73d0
      Tor Lillqvist authored
      2009-01-29  Tor Lillqvist  <tml@novell.com>
      
      	Bug 559408 - Transparency lost when images are copied between GTK+
      	and the clipboard on Windows
      
      	The code in gdkselection-win32.c is simplified quite a lot. When
      	an image is stored on the clipboard from GTK+, only the "PNG" and
      	CF_DIB formats are advertised. PNG is our preferred format because
      	it can losslessly represent any image that gdk-pixbuf can handle,
      	even with alpha, unambiguously. CF_DIB is also advertised because
      	of its ubiquitous support in Windows software.
      
      	Delayed rendering is used as before, so for other data than text
      	nothing is actually stored on the clipboard until some app asks
      	for it.
      
      	It's pointless to advertise images formats like "image/png" or
      	"image/x-MS-bmp" that no other Windows application is going to
      	look for anyway. Likewise it's pointless to store text under
      	formats like "text/plain" or "UTF8_STRING". Just store
      	CF_UNICODETEXT. CF_TEXT will be available as a synthesized format
      	anyways.
      
      	Office 2007 offers and asks for images in PNG format using the
      	registered clipboard format name "PNG", so we do likewise. If the
      	"PNG" format is available that is preferred when copying to GTK+
      	from the clipboard.
      
      	Unfortunately Word 2007 still uses CF_DIB without handling
      	alpha. But PowerPoint 2007 uses PNG if available and handles alpha
      	correctly. Both Word and Powerpoint offer PNG with alpha nicely.
      
      	Firefox and IE7 offer images that contain alpha as 32-bit version
      	3 BI_RGB DIBs with the undocumented "extra" bytes actually being
      	alpha. Also, alpha is premultiplied into the RGB bytes, presumably
      	because that is how AlphaBlend() wants such DIBs. That is also
      	taken care of. At least for Firefox it easy to be sure that a
      	CF_DIB on the clipboard is from Firefox.
      
      	Also some general stylistic cleanup, comment improvements, and
      	improvements of debugging printout especially in the clipboard
      	handling. Those are not detailled below.
      
      	* gdk/win32/gdkprivate-win32.h
      	* gdk/win32/gdkglobals-win32.c
      	* gdk/win32/gdkgmain-win32.c: Move some globals that were used
      	only in gdkselection-win32.c to be local to that file.
      
      	* gdk/win32/gdkproperty-win32.c (gdk_property_change): Don't
      	bother checking if text to be placed on the clipboard consists of
      	only ASCII.
      
      	* gdk/win32/gdkselection-win32.c: Add static variables for a list
      	of GdkPixbuf-supported formats, well-known registered clipboard
      	formats for images, and for GdkAtoms for well-known image and text
      	formats.
      
      	(_gdk_win32_selection_init): Initialize above static variables.
      
      	(selection_property_store) (gdk_selection_property_get)
      	(_gdk_selection_property_delete): Don't use a FIFO of GdkSelProps
      	for a window after all, it breaks testtext. See bug #163844.
      
      	(gdk_selection_convert): When converting to the TARGETS format,
      	i.e. when the caller wants to know what clipboard formats are
      	available, if PNG is available we report just that and skip
      	CF_DIB, JPEG and GIF even if advertised.
      
      	If CF_UNICODETEXT is available, report only UTF8_STRING.
      
      	When converting to the UTF8_STRING format, i.e. when the caller
      	wants text from the clipboard, try just CF_UNICODETEXT. There is
      	no point in trying CF_TEXT as Windows will synthesize
      	CF_UNICODETEXT from CF_TEXT anyway, if some app has stored just
      	CF_TEXT.
      
      	When converting to the image/bmp format, i.e. when the caller
      	wants an CF_DIB image from the clipboard, we check if the DIB is a
      	version 3 32-bit BI_RGB one that is likely to actually contain
      	alpha in the "extra" bytes. Such a DIB is likely to have
      	premultiplied alpha even, at least in the case of Firefox 3 and
      	IE7. We then edit the DIB in-place into a version 5 one in
      	BI_BITFIELDS format and undo the alpha premultiplication.
      
      	In any case, prepend a BMP file header before letting go of the
      	data which will be fed to the gdk-pixbuf bmp loader by upper
      	levels.
      
      	(gdk_win32_selection_add_targets): If some kind of pixmap image
      	format is being added, actually advertise just PNG and
      	CF_DIB. Note that alpha won't be stored on the clipboard through
      	CF_DIB. This is because gdk-pixbuf's bmp loader doesn't save
      	alpha. Furthermore, few if any non-GTK+ Windows apps seem to
      	understand a version 5 DIB with proper alpha anyway.
      
      	(_gdk_win32_selection_convert_to_dib): Simplified muchly.
      
      
      
      svn path=/trunk/; revision=22255
      3f4c73d0
  19. 29 Jan, 2009 1 commit
  20. 26 Jan, 2009 1 commit
    • Richard Hult's avatar
      Bug 566628 – gdk_display_close always asserts on win32 and quartz · 14f26357
      Richard Hult authored
      2009-01-26  Richard Hult  <richard@imendio.com>
      
      	Bug 566628 – gdk_display_close always asserts on win32 and quartz
      
      	* gdk/quartz/gdkdisplay-quartz.c
      	(_gdk_windowing_set_default_display): Copy fix for bug #566628
      	from the win32 backend: Allow also a NULL parameter in the
      	g_assert().
      
      svn path=/trunk/; revision=22223
      14f26357
  21. 24 Jan, 2009 1 commit
  22. 23 Jan, 2009 2 commits
  23. 21 Jan, 2009 1 commit
  24. 20 Jan, 2009 1 commit