/** * GdaSqlSelectFrom: * @any: inheritance structure * @targets: (element-type Gda.SqlSelectTarget): list of #GdaSqlSelectTarge= t * @joins: (element-type Gda.SqlSelectJoin): list of #GdaSqlSelectJoin * * This structure represents the FROM clause of a SELECT statement, it list= s targets and joins */ struct _GdaSqlSelectFrom { GdaSqlAnyPart any; GSList *targets; GSList *joins; /*< private >*/ /* Padding for future expansion */ gpointer _gda_reserved1; gpointer _gda_reserved2; };

I am trying to build glib dlls on win32 with VS 2003 using= =20 the glib 2.28.1 tarball and the nmake process (not the vs project way=2C = my vs is too old to open it). The glib using app I trying to debug I recomp= iled with debugging info and symbols successfully=2C but I get assembly whe= n I step into the glib runtime. The official gtk.org glib runtime doesn't h= ave symbols/step through debugging available=2C so building my own is the o= nly way I see to get the PDBs for debugging. My problem is=2C that makefile= .msc in /glib/pcre fails to make pcre.lib or any objs or run cl at all. Thi= s makes the parent makefiles fail. Below is the output I get from pcre's ma= kefile.msc.
________________________________________
C:\sources\glib\= glib\pcre>=3Bnmake -f makefile.msc /N =3B DEBUG=3D1 all

Micros= oft (R) Program Maintenance Utility Version 7.10.3077
Copyright (C) Micr= osoft Corporation. =3B All rights reserved.

=3B =3B&nbs= p=3B =3B =3B =3B =3B lib -out:pcre.lib

C:\sources\gl= ib\glib\pcre>=3B
_______________________________________
The proble= m is in pcre's makefile.msc the OBJECTS macro is empty
http://git.gnom= e.org/browse/glib/tree/glib/pcre/makefile.msc#n24

I'm not sure i= f should be trying to use the makefile.in files on win32/msvc. I dont know = how to convert the makefile.in files to normal makefiles. http://hans.breuer.org/gt= k/de-in.py is a dead link. Bellow the the complete build process (resu= med=2C not cleaned).
_______________________________________
C:\sourc= es\glib>=3Bnmake -f makefile.msc =3B =3B DEBUG=3D1 all

Mic= rosoft (R) Program Maintenance Utility Version 7.10.3077
Copyright (C) M= icrosoft Corporation. =3B All rights reserved.

=3B =3B&= nbsp=3B =3B =3B =3B =3B for %d in (glib gmodule gthread gob= ject gio tests) do nmake -nologo -f m
akefile.msc sub-one THIS=3D%d TARG= ET=3Dall

C:\sources\glib>=3Bnmake -nologo -f makefile.msc sub-one = THIS=3Dglib TARGET=3Dall
=3B =3B =3B =3B =3B = =3B =3B cd pcre
=3B =3B =3B =3B =3B =3B&nbs= p=3B nmake -f makefile.msc

Microsoft (R) Program Maintenance Utility= Version 7.10.3077
Copyright (C) Microsoft Corporation. =3B All righ= ts reserved.

=3B =3B =3B =3B =3B =3B = =3B lib -out:pcre.lib
Microsoft (R) Library Manager Version 7.10.6030Copyright (C) Microsoft Corporation. =3B All rights reserved.

&= nbsp=3B =3B =3B =3B =3B =3B =3B cd ..
=3B&n= bsp=3B =3B =3B =3B =3B =3B cl =3B -MDd -W3 -nologo&= nbsp=3B -Zi -DG_ENABLE_DEBUG=3D1 -FImsvc_recommended_pragmas
.h -I . -I = .. -DHAVE_CONFIG_H -DGLIB_COMPILATION -DG_LOG_DOMAIN=3D\"GLib\" =3B -DG= _EN
ABLE_DEBUG -DPCRE_STATIC -DG_DISABLE_DEPRECATED =3B -DDLL_EXPORT= =3D1 -Zm400 -I C:/sou
rces/glibbin/include -I ..\..\glib\build\win32\dir= ent -LD -Felibglib-2.0-0.dll g
array.obj =3B =3B =3B =3B= =3B =3B =3B =3B =3B =3B =3B =3B =3B&nb= sp=3B =3B gasyncqueue.obj =3B =3B =3B =3B =3B = =3B =3B =3B =3B =3B =3B =3B =3B =3B =3B= =3B gatomic.obj =3B =3B =3B =3B gbacktr
ace.obj&nbs= p=3B =3B =3B =3B =3B =3B =3B =3B =3B gbase6= 4.obj =3B =3B =3B =3B gbookmarkfile.obj =3B gcache.obj&= nbsp=3B gchecksum.obj
=3Bgcompletion.obj =3B =3B =3B&nb= sp=3B =3B =3B =3B =3B gconvert.obj =3B gdataset.obj&nbs= p=3B gdate.obj =3B gdir.obj =3B gerror
.obj =3B gfileutils.o= bj =3B ghash.obj =3B ghostutils.obj =3B ghook.obj =3B gioch= annel.obj =3B giow
in32.obj =3B gpoll.obj =3B gkeyfile.obj&n= bsp=3B glist.obj =3B gmain.obj =3B gmappedfile.obj
=3Bgmark= up.obj =3B gmem.obj =3B gmessages.obj =3B gnode.obj =3B gop= tion.obj =3B gpattern.obj =3B gpr
imes.obj =3B gprintf.obj&n= bsp=3B gqsort.obj =3B gqueue.obj =3B grand.obj =3B gregex.obj&n= bsp=3B grel.obj
gscanner.obj =3B gsequence.obj =3B gshell.obj&nb= sp=3B gslice.obj =3B gslist.obj =3B gspawn-win32.ob
j =3B gs= tdio.obj =3B gstrfuncs.obj =3B gstring.obj =3B gtestutils.obj&n= bsp=3B gthread.obj =3B gthreadp
ool.obj =3B gtimer.obj =3B g= tree.obj =3B gunibreak.obj =3B gunicollate.obj =3B gunidecomp.o= bj
guniprop.obj =3B gurifuncs.obj =3B gutf8.obj =3B =3B&= nbsp=3B =3B =3B =3B =3B =3B =3B =3B gutils.obj&= nbsp=3B =3B =3B =3B =3B =3B =3B =3B =3B&nbs= p=3B =3B =3B =3B gwin32.
obj =3B =3B =3B =3B= =3B =3B =3B =3B =3B =3B =3B =3B =3B lo= calcharset.obj glib.res C:/sources/glibbin/include\intl.lib
gnulib\gnuli= b.lib pcre\pcre.lib ..\..\glib\build\win32\dirent\dirent.lib user32.
lib= advapi32.lib shell32.lib wsock32.lib ole32.lib ws2_32.lib =3B /link /m= achine:ix
86 /debug /nodefaultlib:msvcrt.lib /implib:glib-2.0.lib /def:g= lib.def
LINK : fatal error LNK1104: cannot open file 'pcre\pcre.lib'
= NMAKE : fatal error U1077: 'cl' : return code '0x2'
Stop.
NMAKE : fat= al error U1077: '"C:\Program Files\Microsoft Visual Studio .NET 2003\
VC= 7\BIN\nmake.exe"' : return code '0x2'
Stop.

C:\sources\glib>=3B= nmake -nologo -f makefile.msc sub-one THIS=3Dgmodule TARGET=3Dall
= =3B =3B =3B =3B =3B =3B =3B cl =3B -MDd -W3 -no= logo =3B -Zi -DG_ENABLE_DEBUG=3D1 -FImsvc_recommended_pragmas
.h -I = .. -I . -I ..\glib -DHAVE_CONFIG_H -DG_LOG_DOMAIN=3D\"GModule\" =3B -LD= -Felibg
module-2.0-0.dll gmodule.obj gmodule.res =3B ..\glib\glib-2= .0.lib /link /machine:ix
86 /debug /nodefaultlib:msvcrt.lib /implib:gmod= ule-2.0.lib /def:gmodule.def
LINK : fatal error LNK1104: cannot open fil= e '..\glib\glib-2.0.lib'
NMAKE : fatal error U1077: 'cl' : return code '= 0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Vi= sual Studio .NET 2003\
VC7\BIN\nmake.exe"' : return code '0x2'
Stop.<= br>
C:\sources\glib>=3Bnmake -nologo -f makefile.msc sub-one THIS=3Dgt= hread TARGET=3Dall
=3B =3B =3B =3B =3B =3B = =3B cl =3B -MDd -W3 -nologo =3B -Zi -DG_ENABLE_DEBUG=3D1 -FImsvc_re= commended_pragmas
.h -I .. -I . -I ..\glib -DHAVE_CONFIG_H -DG_LOG_DOMAI= N=3D\"GThread\" =3B -LD -Felibg
thread-2.0-0.dll gthread-impl.obj gt= hread.res =3B ..\glib\glib-2.0.lib =3B user32.lib
/link /machine= :ix86 /debug /nodefaultlib:msvcrt.lib /implib:gthread-2.0.lib /def
:gthr= ead.def
LINK : fatal error LNK1104: cannot open file '..\glib\glib-2.0.l= ib'
NMAKE : fatal error U1077: 'cl' : return code '0x2'
Stop.
NMAK= E : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio .NET 2003= \
VC7\BIN\nmake.exe"' : return code '0x2'
Stop.

C:\sources\gli= b>=3Bnmake -nologo -f makefile.msc sub-one THIS=3Dgobject TARGET=3Dall =3B =3B =3B =3B =3B =3B =3B cl =3B -MDd -= W3 -nologo -Feglib-genmarshal.exe =3B -Zi -DG_ENABLE_DEBUG=3D1 -FIm
= svc_recommended_pragmas.h -I .. -I . -I ..\glib -DHAVE_CONFIG_H -DGOBJECT_C= OMPIL
ATION -DG_LOG_DOMAIN=3D\"GLib-GObject\" =3B -DG_ENABLE_DEBUG&n= bsp=3B -UGOBJECT_COMPILATION g
lib-genmarshal.c =3B ..\glib\glib-2.2= 8s.lib user32.lib advapi32.lib ole32.lib shell
32.lib C:/sources/glibbin= /include\intl.lib
cl : Command line warning D4025 : overriding '/DGOBJEC= T_COMPILATION' with '/UGOB
JECT_COMPILATION'
glib-genmarshal.c
LIN= K : fatal error LNK1104: cannot open file '..\glib\glib-2.28s.lib'
NMAKE= : fatal error U1077: 'cl' : return code '0x2'
Stop.
NMAKE : fatal er= ror U1077: '"C:\Program Files\Microsoft Visual Studio .NET 2003\
VC7\BIN= \nmake.exe"' : return code '0x2'
Stop.

C:\sources\glib>=3Bnmake= -nologo -f makefile.msc sub-one THIS=3Dgio TARGET=3Dall
=3B = =3B =3B =3B =3B =3B =3B for %d in (win32) do nmake -nol= ogo -f makefile.msc sub-one THIS=3D%d

C:\sources\glib\gio>=3Bnmake= -nologo -f makefile.msc sub-one THIS=3Dwin32
=3B =3B =3B&n= bsp=3B =3B =3B =3B cd win32
=3B =3B =3B =3B= =3B =3B =3B nmake -nologo -f makefile.msc
NMAKE : fatal err= or U1052: file 'makefile.msc' not found
Stop.
NMAKE : fatal error U10= 77: '"C:\Program Files\Microsoft Visual Studio .NET 2003\
VC7\BIN\nmake.= exe"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'for' : re= turn code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\M= icrosoft Visual Studio .NET 2003\
VC7\BIN\nmake.exe"' : return code '0x2= '
Stop.

C:\sources\glib>=3Bnmake -nologo -f makefile.msc sub-on= e THIS=3Dtests TARGET=3Dall
=3B =3B =3B =3B =3B&nbs= p=3B =3B cl =3B -MDd -W3 -nologo =3B -Zi -DG_ENABLE_DEBUG=3D1 -= FImsvc_recommended_pragmas
.h -I .. -I ..\glib -I ..\gmodule -DHAVE_CONF= IG_H -DENABLE_REGEX =3B -c atomic-test
.c
atomic-test.c
= =3B =3B =3B =3B =3B =3B =3B cl =3B -MDd -W3 -no= logo =3B -Zi -DG_ENABLE_DEBUG=3D1 -FImsvc_recommended_pragmas
.h -I = .. -I ..\glib -I ..\gmodule -DHAVE_CONFIG_H -DENABLE_REGEX =3B -Featomi= c-test
.exe atomic-test.c ..\glib\glib-2.0.lib ..\gmodule\gmodule-2.0.li= b ..\gthread\gt
hread-2.0.lib /link /machine:ix86 /debug /nodefaultlib:m= svcrt.lib user32.lib /su
bsystem:console
atomic-test.c
LINK : fata= l error LNK1104: cannot open file '..\glib\glib-2.0.lib'
NMAKE : fatal e= rror U1077: 'cl' : return code '0x2'
Stop.
NMAKE : fatal error U1077:= '"C:\Program Files\Microsoft Visual Studio .NET 2003\
VC7\BIN\nmake.exe= "' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'for' : retur= n code '0x2'
Stop.

C:\sources\glib>=3B_________________________= ____________________________________________

= --_bc8eab8f-210a-4983-855f-227d9aa4fc94_-- From fanc999@yahoo.com.tw Sun Sep 11 01:45:57 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C39D87500F7 for ; Sun, 11 Sep 2011 01:45:57 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.596 X-Spam-Level: X-Spam-Status: No, score=-0.596 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLYTO_END_DIGIT=1.151, SARE_SUB_ENC_UTF8=0.152] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RB8XmqIAgrak for ; Sun, 11 Sep 2011 01:45:55 +0000 (UTC) Received: from nm8-vm4.bullet.mail.tp2.yahoo.com (nm8-vm4.bullet.mail.tp2.yahoo.com [203.188.201.23]) by menubar.gnome.org (Postfix) with SMTP id 39761750080 for ; Sun, 11 Sep 2011 01:45:46 +0000 (UTC) Received: from [203.188.200.82] by nm8.bullet.mail.tp2.yahoo.com with NNFMP; 11 Sep 2011 01:45:44 -0000 Received: from [203.188.200.160] by tm3.bullet.mail.tp2.yahoo.com with NNFMP; 11 Sep 2011 01:45:44 -0000 Received: from [127.0.0.1] by omp1005.mail.tp2.yahoo.com with NNFMP; 11 Sep 2011 01:45:44 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 685854.11566.bm@omp1005.mail.tp2.yahoo.com Received: (qmail 57983 invoked by uid 60001); 11 Sep 2011 01:45:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.tw; s=s1024; t=1315705544; bh=Te6Z+klnJwz02NSZBsHU2kqlzywEy0EmnxlWIFFAseU=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=CGjkf1FdhP40OG3dQRYccxogi9Q56MN6eafcNlMDWAfwS37Z0p7AtH0vAsR0W658NErTAXIqQWbgSbyIvxQvDqqtwVO9CJMoEtr5176cAdwHnSvi0BFOJRvr+NKyEp2QqHiQ3KpXDfbW+Ise9yZY7rAhHBktZaO8g2IG1/QAqmE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.tw; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=vAqWB8G3G/b/JpcanJSFieLZguYjJC5iomSBO9AP7OHNp9ZMipNanw2vJUjShaSm6axc96Np2HMfQQDFWquXNend6GEGEthV/+d1Iuut4zDJkkfVh+OrAbcN9Nx2h/CA7HgY+NWq4nSZvbEGZI384wquyUuI0rja7ZANbPNWBHc=; X-YMail-OSG: 2Vx7AacVM1lYSIFnHZgPNDmISKJn8GrdYmDyCGWeZpG8Bv6 gUYq6Qf9gmtgbZBXxZ6DP4XZAap3RObiJ0wfL9IV4At9zASESYJ4zil.KD4c wFfa6xgJWVqy_UznfhpFh1tcp7Dv2q1NbVhw8c1m8w67YgnAjIOBw2Kpfmla KWUhiD93K.dRqRovU2TWuBH2CK3JEVpuSqzTXwn5EUQTlmPtVTh9UBzPuDZm byHqyjQHR50NxsVtP0DhWUJIk1RugZL5bC6yDyxmZoHf3F8.kJepYAbx816t FIswhrEPYMYjY7sGhg7L18s33NLD8qGpXAjAjKDKfqbyofYLFAbTVrADIYR_ U8Bj.7iyvXPtWCRldJy9Br_PpWaaahfeIq9kl7HsnnOlhHnUlgSuKlJIrAEK mMK2iYPFok_RVOsPpGtr_YnOBk5EWbFuqv6sRe6G8TjmSfxKMQ1GFSFknvt7 0Ea1.sy7bzqzrCx5BSFSiFmKH Received: from [175.180.182.248] by web74301.mail.tp2.yahoo.com via HTTP; Sun, 11 Sep 2011 09:45:44 CST X-Mailer: YahooMailWebService/0.8.113.315625 References: Message-ID: <1315705544.57929.YahooMailNeo@web74301.mail.tp2.yahoo.com> Date: Sun, 11 Sep 2011 09:45:44 +0800 (CST) From: Fan Chun-wei Subject: =?utf-8?B?5Zue6KaG77mVIGdsaWIncyBwY3JlJ3MgbWFrZWZpbGUubXNjIGJyb2tlbj8=?= To: bulk 88 In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: "gtk-list@gnome.org" X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Fan Chun-wei List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 01:45:58 -0000 Hi bulk88,=0A=0AI do understand it is highly likely that the makefile.msc's= in GLib is not in working shape, but the GLib makefile.msc's are not compl= ete in the tarball distribution as they were not maintained for a good whil= e-there is a patch in BugZilla under bug 651261 to fix this, but I have yet= to check and apply the patches (sorry Vitaliy if you are reading this at t= his moment, especially for the delay).=0A=0AThe other point of consideratio= n for not having VS2003 projects is that GLib is not able to be compiled wi= th that VS version out of the box since 2.22.4 or so as it uses functions/f= eatures that were only provided in later VS versions, so to let you know-an= d GLib 2.28.x is required for many of the latest stable versions of the GTK= + stack and Clutter stack.=0A=0Ap.s. the binaries for the GLib runtime on g= tk.org was built with MinGW, not VS, so it would not have the .pdb files, a= nd most probably you would not want to use that with VS 2003.=0A=0A=0AHope = this info helps-and hopefully I (and perhaps Hans, who came up initially wi= th the makefile.msc's) can check bug 651261 and put it in the glib-2-28 bra= nch at least.=0A=0AGod Bless=0A=0A=0A=0A________________________________=0A= =E5=AF=84=E4=BB=B6=E8=80=85=EF=BC=9A bulk 88 =0A=E5=AF=84=E4=BB=B6=E6=97=A5= =E6=9C=9F=EF=BC=9A 2011/9/11 (=E6=97=A5) 1:20 AM=0A=E4=B8=BB=E6=97=A8=EF=BC= =9A glib's pcre's makefile.msc broken?=0A=0A=0A=0A=0A=0AI am trying to buil= d glib dlls on win32 with VS 2003 using=C2=A0=C2=A0the glib 2.28.1 tarball = and the nmake process (not the vs project way, my vs is too old to open it)= . The glib using app I trying to debug I recompiled with debugging info and= symbols successfully, but I get assembly when I step into the glib runtime= . The official gtk.org glib runtime doesn't have symbols/step through debug= ging available, so building my own is the only way I see to get the PDBs fo= r debugging. My problem is, that makefile.msc in /glib/pcre fails to make p= cre.lib or any objs or run cl at all. This makes the parent makefiles fail.= Below is the output I get from pcre's makefile.msc.=0A____________________= ___________________ From johne53@tiscali.co.uk Tue Sep 13 08:27:28 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 00E9575009F for ; Tue, 13 Sep 2011 08:27:28 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.218 X-Spam-Level: X-Spam-Status: No, score=-2.218 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_ENVFROM_END_DIGIT=0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.504, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_GT=0.077, T_TO_NO_BRKTS_FREEMAIL=0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lQj+-D4JQ7xl for ; Tue, 13 Sep 2011 08:27:26 +0000 (UTC) X-Greylist: delayed 780 seconds by postgrey-1.32 at menubar.gnome.org; Tue, 13 Sep 2011 08:27:25 UTC Received: from mk-filter-4-a-1.mail.uk.tiscali.com (mk-filter-4-a-1.mail.tiscali.co.uk [212.74.100.55]) by menubar.gnome.org (Postfix) with ESMTP id ADFA575006A for ; Tue, 13 Sep 2011 08:27:17 +0000 (UTC) X-Trace: 662738571/mk-filter-4.mail.uk.tiscali.com/B2C/$b2c-THROTTLED-DYNAMIC/b2c-CUSTOMER-DYNAMIC-IP/88.104.2.10/None/johne53@tiscali.co.uk X-SBRS: None X-RemoteIP: 88.104.2.10 X-IP-MAIL-FROM: johne53@tiscali.co.uk X-SMTP-AUTH: X-Originating-Country: GB/UNITED KINGDOM X-MUA: Apple Mail (2.1084) X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AisHAJUPb05YaAIK/2dsb2JhbABCmRyOS3mCFByBPRABiB+WS59qhg5gBJhGjBo X-IronPort-AV: E=Sophos;i="4.68,373,1312153200"; d="scan'208";a="662738571" Received: from 88-104-2-10.dynamic.dsl.as9105.com (HELO mac-mini.lan) ([88.104.2.10]) by smtp.tiscali.co.uk with ESMTP; 13 Sep 2011 09:14:14 +0100 From: John Emmas Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: GTK TreeView control in Windows (DND issue) Date: Tue, 13 Sep 2011 09:14:13 +0100 Message-Id: <345652F2-4DCD-4114-8934-F798C13D6C24@tiscali.co.uk> To: gtk-list@gnome.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 08:27:28 -0000 Hi there, Some time ago (circa April 2010) I posted on the gtk-app-devel list = about some problems I was having when trying to make drag'n'drop work = with a gtk TreeView control (this was using gtk-win32). I was running = gtk version 2.14 at the time. Currently I'm using version 2.20 and although I can make DND work if I = drag from an external source (e.g. Windows Explorer) I still can't make = DND work internally for the control itself. For example, the gtk = toolkit provides a sample app called 'testtreeview.c'. If I build the = test sample on Linux (linking to gtk-x11) I can successfully re-order = the treeview's rows using drag'n'drop. However if I build the same app = for Windows (linking to gtk-win32) the drag'n'drop functionality doesn't = work. I've built other apps with gtk-win32 (using other kinds of = controls) and was able to make DND work okay - but I can't make it work = properly for a TreeView control. I was thinking of setting aside some time to investigate this but then I = noticed that gtk is now up to version 2.24. I just wondered if the = problem is fixed in 2.24 - or if anyone else knows about this problem or = is already working on it? Thanks. John= From dieterv@optionexplicit.be Tue Sep 13 08:46:44 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B2EB8750091 for ; Tue, 13 Sep 2011 08:46:44 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.823 X-Spam-Level: X-Spam-Status: No, score=-1.823 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, TW_GT=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7auPo6u8g7Wq for ; Tue, 13 Sep 2011 08:46:43 +0000 (UTC) Received: from smtp.webfaction.com (mail6.webfaction.com [74.55.86.74]) by menubar.gnome.org (Postfix) with ESMTP id E31B875006A for ; Tue, 13 Sep 2011 08:46:34 +0000 (UTC) Received: from webmail.webfaction.com (wf2.webfaction.com [174.133.50.206]) by smtp.webfaction.com (Postfix) with ESMTP id 2C9272079983; Tue, 13 Sep 2011 03:46:33 -0500 (CDT) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 13 Sep 2011 10:46:33 +0200 From: dieterv To: John Emmas Subject: Re: GTK TreeView control in Windows (DND issue) In-Reply-To: <345652F2-4DCD-4114-8934-F798C13D6C24@tiscali.co.uk> References: <345652F2-4DCD-4114-8934-F798C13D6C24@tiscali.co.uk> Message-ID: X-Sender: dieterv@optionexplicit.be User-Agent: Roundcube Webmail/0.5.4 Cc: gtk-list@gnome.org X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 08:46:44 -0000 On Tue, 13 Sep 2011 09:14:13 +0100, John Emmas wrote: > I was thinking of setting aside some time to investigate this but A lot of people will thank you if you do :) > then I noticed that gtk is now up to version 2.24. I just wondered > if > the problem is fixed in 2.24 - or if anyone else knows about this > problem or is already working on it? Thanks. I'm still seeing it on 2.24 and think these bug reports are related: https://bugzilla.gnome.org/show_bug.cgi?id=641924 https://bugzilla.gnome.org/show_bug.cgi?id=652235 Thanks, Dieter From johne53@tiscali.co.uk Tue Sep 13 10:19:04 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 863A075009F for ; Tue, 13 Sep 2011 10:19:04 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.218 X-Spam-Level: X-Spam-Status: No, score=-2.218 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_ENVFROM_END_DIGIT=0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.504, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_GT=0.077, T_TO_NO_BRKTS_FREEMAIL=0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DAqWqjI9khT4 for ; Tue, 13 Sep 2011 10:19:01 +0000 (UTC) Received: from mk-filter-4-a-1.mail.uk.tiscali.com (mk-filter-4-a-1.mail.tiscali.co.uk [212.74.100.55]) by menubar.gnome.org (Postfix) with ESMTP id 3546C75005B for ; Tue, 13 Sep 2011 10:18:52 +0000 (UTC) X-Trace: 662793439/mk-filter-4.mail.uk.tiscali.com/B2C/$b2c-THROTTLED-DYNAMIC/b2c-CUSTOMER-DYNAMIC-IP/88.104.2.10/None/johne53@tiscali.co.uk X-SBRS: None X-RemoteIP: 88.104.2.10 X-IP-MAIL-FROM: johne53@tiscali.co.uk X-SMTP-AUTH: X-Originating-Country: GB/UNITED KINGDOM X-MUA: Apple Mail (2.1084) X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlMpAMMsb05YaAIK/2dsb2JhbABCgkeWVY5LeYFTAQEEAScTHDMLRjkeNIdcAgK4AYYOYASYRowa X-IronPort-AV: E=Sophos;i="4.68,373,1312153200"; d="scan'208";a="662793439" Received: from 88-104-2-10.dynamic.dsl.as9105.com (HELO 37l4247d28-05.lan) ([88.104.2.10]) by smtp.tiscali.co.uk with ESMTP; 13 Sep 2011 11:18:50 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) Subject: Re: GTK TreeView control in Windows (DND issue) From: John Emmas In-Reply-To: Date: Tue, 13 Sep 2011 11:18:50 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <345652F2-4DCD-4114-8934-F798C13D6C24@tiscali.co.uk> To: gtk-list@gnome.org X-Mailer: Apple Mail (2.1084) X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 10:19:04 -0000 On 13 Sep 2011, at 09:46, dieterv wrote: >=20 > I'm still seeing it on 2.24 and think these bug reports > are related: >=20 > https://bugzilla.gnome.org/show_bug.cgi?id=3D641924 > https://bugzilla.gnome.org/show_bug.cgi?id=3D652235 >=20 Thanks Dieter. I was particularly interested to read that apparently = this did once work. Also, the fact that it can be made to work after a = fashion by using 'gtk_drag_source_set() / dest_set()' instead of the = official 'gtk_tree_view_enable_model_drag_source() / drag_dest()'. I = just tried that (in C++) and I can see why someone might think that but = to be honest, I'm not convinced it's the solution. What I did notice though is that regardless of whether you use = 'gtk_tree_view_enable_model_drag_source()' or 'gtk_drag_source_set()' = there's a problem with the context action. In function = 'gtk_drag_button_release_cb()' (gtkdnd.c) there's a section that looks = like this:- if ((info->context->action !=3D 0) && (info->context->dest_window !=3D = NULL)) { gtk_drag_end (info, event->time); gtk_drag_drop (info, event->time); } else { gtk_drag_cancel (info, GTK_DRAG_RESULT_NO_TARGET, event->time); } Normally, 'info->context->action' would be whatever action you'd set it = to (GDK_ACTION_MOVE / GDK_ACTION_COPY / GDK_ACTION_ASK etc). But by the = time the code reaches that point the action data seems to have gotten = lost somewhere. For a TreeView control (in gtk-win32) = 'info->context->action' is always zero. Consequently, the rest of the = process always fails and 'gtk_drag_cancel()' gets called. This is = what's aborting the drop part and it's true, whichever method you use to = set up the drag source. If nobody already knows what's wrong I'll see if I can look into this = and find some more information but it won't be this week. Probably = early next week with a bit of luck. I'm amazed that this hasn't been = solved already though. It's been a problem for a very long time. I'd = be happy to collaborate with one of the devs though, if that would help = speed things along. Regards. John= From doug.blank@gmail.com Tue Sep 13 10:19:47 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B2DC275027F for ; Tue, 13 Sep 2011 10:19:47 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.623 X-Spam-Level: X-Spam-Status: No, score=-2.623 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, TW_GT=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PjuXIvCBFG51 for ; Tue, 13 Sep 2011 10:19:45 +0000 (UTC) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by menubar.gnome.org (Postfix) with ESMTP id 1F82675009F for ; Tue, 13 Sep 2011 10:19:36 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so624582bkb.27 for ; Tue, 13 Sep 2011 03:19:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ItxzJ5WlXRRr10bXB85HLRuSE6mo8KIEcv3lJLjezwQ=; b=vTqGioSkuF9otGTOQK8daHIEZTdzsAmD3j6ISRysbrpv/RB0AhveStfaoajmJGDf2f +XK/QjiDERzXdVTixlIHHJ/QTfRB7Et/XC2e0f0TzY+6QV+5wd2DtemDPJSpVHojngdq rW8JUX4+ZF5d5BvpvukxbmCFxP7TKw0dgPmFU= MIME-Version: 1.0 Received: by 10.204.141.89 with SMTP id l25mr591210bku.310.1315909174672; Tue, 13 Sep 2011 03:19:34 -0700 (PDT) Received: by 10.204.13.73 with HTTP; Tue, 13 Sep 2011 03:19:34 -0700 (PDT) In-Reply-To: References: <345652F2-4DCD-4114-8934-F798C13D6C24@tiscali.co.uk> Date: Tue, 13 Sep 2011 06:19:34 -0400 Message-ID: Subject: Re: GTK TreeView control in Windows (DND issue) From: Doug Blank To: dieterv Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: gtk-list@gnome.org X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 10:19:48 -0000 On Tue, Sep 13, 2011 at 4:46 AM, dieterv wrote: > On Tue, 13 Sep 2011 09:14:13 +0100, John Emmas wrote: >> >> I was thinking of setting aside some time to investigate this but > > A lot of people will thank you if you do :) More people than you could imagine. >> then I noticed that gtk is now up to version 2.24. =A0I just wondered if >> the problem is fixed in 2.24 - or if anyone else knows about this >> problem or is already working on it? =A0Thanks. > > I'm still seeing it on 2.24 and think these bug reports > are related: > > https://bugzilla.gnome.org/show_bug.cgi?id=3D641924 > https://bugzilla.gnome.org/show_bug.cgi?id=3D652235 This bug may go all the way down. This may also be related: https://bugzilla.novell.com/show_bug.cgi?id=3D664824 Good luck! -Doug > Thanks, > Dieter > > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From dieterv@optionexplicit.be Tue Sep 13 11:00:12 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 721CF750410 for ; Tue, 13 Sep 2011 11:00:12 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.823 X-Spam-Level: X-Spam-Status: No, score=-1.823 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, TW_GT=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2tTpxYBrj-hT for ; Tue, 13 Sep 2011 11:00:10 +0000 (UTC) Received: from smtp.webfaction.com (mail6.webfaction.com [74.55.86.74]) by menubar.gnome.org (Postfix) with ESMTP id D034B750232 for ; Tue, 13 Sep 2011 11:00:01 +0000 (UTC) Received: from webmail.webfaction.com (wf2.webfaction.com [174.133.50.206]) by smtp.webfaction.com (Postfix) with ESMTP id 23D1159B27AA; Tue, 13 Sep 2011 05:59:59 -0500 (CDT) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 13 Sep 2011 12:59:59 +0200 From: dieterv To: John Emmas Subject: Re: GTK TreeView control in Windows (DND issue) In-Reply-To: References: <345652F2-4DCD-4114-8934-F798C13D6C24@tiscali.co.uk>

Message-ID: <209a1bd38ef064508e2b01fe791c6740@mail.webfaction.com> X-Sender: dieterv@optionexplicit.be User-Agent: Roundcube Webmail/0.5.4 Cc: gtk-list@gnome.org X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 11:00:12 -0000 On Tue, 13 Sep 2011 11:18:50 +0100, John Emmas wrote: > Thanks Dieter. I was particularly interested to read that apparently > this did once work. Also, the fact that it can be made to work after > a fashion by using 'gtk_drag_source_set() / dest_set()' instead of > the > official 'gtk_tree_view_enable_model_drag_source() / drag_dest()'. I > just tried that (in C++) and I can see why someone might think that > but to be honest, I'm not convinced it's the solution. It's not the solution but was proposed as a workaround until a proper solution is found. > What I did notice though is that regardless of whether you use > 'gtk_tree_view_enable_model_drag_source()' or 'gtk_drag_source_set()' > there's a problem with the context action. In function > 'gtk_drag_button_release_cb()' (gtkdnd.c) there's a section that > looks > like this:- > > if ((info->context->action != 0) && (info->context->dest_window != > NULL)) > { > gtk_drag_end (info, event->time); > gtk_drag_drop (info, event->time); > } > else > { > gtk_drag_cancel (info, GTK_DRAG_RESULT_NO_TARGET, > event->time); > } > > Normally, 'info->context->action' would be whatever action you'd set > it to (GDK_ACTION_MOVE / GDK_ACTION_COPY / GDK_ACTION_ASK etc). But > by the time the code reaches that point the action data seems to have > gotten lost somewhere. For a TreeView control (in gtk-win32) > 'info->context->action' is always zero. Consequently, the rest of > the process always fails and 'gtk_drag_cancel()' gets called. This > is what's aborting the drop part and it's true, whichever method you > use to set up the drag source. I think you're on to something here... > If nobody already knows what's wrong I'll see if I can look into this > and find some more information but it won't be this week. Probably > early next week with a bit of luck. I'm amazed that this hasn't been > solved already though. It's been a problem for a very long time. I'd > be happy to collaborate with one of the devs though, if that would > help speed things along. Most likely nobody has had the time to look into it. Sadly, there's not that many people left working on the win32 port, so all the help we can get is *most welcome*! I'd be glad to help out where I can with this, especially because the solution we find for gtk-2.24 might also help gtk-3, where DnD currently crashes horribly (for example gtk3-demo's "Icon View>Editing and Drag-and-Drop" demo). But be aware I'm not an expert on GDK's win32 backend either. Thanks, Dieter From johne53@tiscali.co.uk Tue Sep 13 14:47:34 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5CE1875004D for ; Tue, 13 Sep 2011 14:47:34 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.217 X-Spam-Level: X-Spam-Status: No, score=-2.217 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_ENVFROM_END_DIGIT=0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.504, SPF_PASS=-0.001, TW_GT=0.077, T_TO_NO_BRKTS_FREEMAIL=0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xyWYBVmuS1Oa for ; Tue, 13 Sep 2011 14:47:28 +0000 (UTC) Received: from mk-filter-1-a-1.mail.uk.tiscali.com (mk-filter-1-a-1.mail.tiscali.co.uk [212.74.100.52]) by menubar.gnome.org (Postfix) with ESMTP id 34A7875007E for ; Tue, 13 Sep 2011 14:47:17 +0000 (UTC) X-Trace: 672817806/mk-filter-1.mail.uk.tiscali.com/B2C/$b2c-THROTTLED-DYNAMIC/b2c-CUSTOMER-DYNAMIC-IP/88.104.2.10/None/johne53@tiscali.co.uk X-SBRS: None X-RemoteIP: 88.104.2.10 X-IP-MAIL-FROM: johne53@tiscali.co.uk X-SMTP-AUTH: X-Originating-Country: GB/UNITED KINGDOM X-MUA: Apple Mail (2.1084) X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgMFAAVsb05YaAIK/2dsb2JhbABDpXCBd3mBUwEBBAEnExwoCwsYLjkeiBACt0GGDmAEmEaMGg X-IronPort-AV: E=Sophos;i="4.68,374,1312153200"; d="scan'208";a="672817806" Received: from 88-104-2-10.dynamic.dsl.as9105.com (HELO mac-mini.lan) ([88.104.2.10]) by smtp.tiscali.co.uk with ESMTP; 13 Sep 2011 15:47:15 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) Subject: Re: GTK TreeView control in Windows (DND issue) From: John Emmas In-Reply-To: <209a1bd38ef064508e2b01fe791c6740@mail.webfaction.com> Date: Tue, 13 Sep 2011 15:47:14 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <345652F2-4DCD-4114-8934-F798C13D6C24@tiscali.co.uk>

<209a1bd38ef064508e2b01fe791c6740@mail.webfaction.com> To: gtk-list@gnome.org X-Mailer: Apple Mail (2.1084) X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 15:24:43 -0000 On 13 Sep 2011, at 15:47, John Emmas wrote: >=20 > zero equates to GDK_ACTION_DEFAULT which is a valid setting AFAICT. >=20 Oops, wait a minute.... I was reading it wrong. GDK_ACTION_DEFAULT is in = fact 1, not zero. So we're back to finding out why and where it's = getting set to zero. At least we know what the problem is, even if we = haven't yet found out why it's happening. John= From mclasen@redhat.com Tue Sep 13 23:32:49 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D404475020D; Tue, 13 Sep 2011 23:32:49 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.746 X-Spam-Level: X-Spam-Status: No, score=-5.746 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.504, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, SUBJ_ALL_CAPS=1.506, TW_GT=0.077, TW_TK=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2C9KetibJEyR; Tue, 13 Sep 2011 23:32:46 +0000 (UTC) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id ADE1F7500DD; Tue, 13 Sep 2011 23:32:38 +0000 (UTC) Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p8DNWZsd026191 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 13 Sep 2011 19:32:37 -0400 Received: from [10.11.10.92] (vpn-10-92.rdu.redhat.com [10.11.10.92]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p8DMumtl004204; Tue, 13 Sep 2011 18:56:49 -0400 Subject: GTK+ 3.1.90 From: Matthias Clasen To: gnome-announce-list@gnome.org, gtk-devel-list@gnome.org, gtk-app-devel-list@gnome.org, gtk-list@gnome.org Date: Tue, 13 Sep 2011 18:56:22 -0400 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Message-ID: <1315954584.4668.13.camel@lemur> Mime-Version: 1.0 X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: gtk-devel-list@gnome.org List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 23:32:50 -0000 GTK+ 3.1.90 is now available for download at: ftp://ftp.gtk.org/pub/gtk/3.1/ http://download.gnome.org/sources/gtk+/3.1/ dc65a5ec50df57cc603b30fb85e6c68be36673688babcb21d2ad6123d63c4a8b gtk +-3.1.90.tar.xz ed4e36693e8b05c75fe1a843341c032518dd9ab726d4f62d31d52ccdc800c44a gtk +-3.1.90.tar.bz2 The last development snapshot in the 3.1 cycle. Unless something major comes up, this release should be considered API-frozen for 3.2. ============ GTK+ is a multi-platform toolkit for creating graphical user interfaces. Offering a complete set of widgets, GTK+ is suitable for projects ranging from small one-off tools to complete application suites. GTK+ has been designed from the ground up to support a range of languages, not only C/C++. Using GTK+ from languages such as Perl and Python (especially in combination with the Glade GUI builder) provides an effective method of rapid application development. GTK+ is free software and part of the GNU Project. However, the licensing terms for GTK+, the GNU LGPL, allow it to be used by all developers, including those developing proprietary software, without any license fees or royalties. Overview of Changes in GTK+ 3.1.90 ================================== * GtkAppChooserButton: A new function has been added that makes it possible to have the button select the default app (as opposed to the most-recently-used app). * A lot of feedback on the the tree model refactoring has been incorporated via new test cases and bug fixes * The filechooser search has been ported to tracker 0.12 and is using the tracker DBus API directly now. * The new fontchooser API has been reworked a bit to make it follow the same pattern we use else where. GtkFontChooser is now an interface that is implemented by GtkFontChooserButton, GtkFontChooserDialog and GtkFontChooserWidget (to which the original GtkFontChooser has been renamed). * Bugs fixed 514843 gtkfilechooser should be more robust to malformed URIs... 617583 Dead accents keys don't work in GTK+ applications on OSX 642706 No way to select the default entry 657353 GtkTreeModelFilter hangs when filtering 657627 new font chooser API inconsistent 658272 Port gtksearchenginetracker.c to tracker 0.11/0.12 658379 Disabled devices still added to list on startup 658398 Use of uninitialized variable reported by Valgrind 658507 better comboboxes for right to left languages 658600 Geany crashes when reopening file chooser dialog 658696 Crash when inserting a new node 658774 Regression: GtkFileChooserButtons do not expand * Translation updates: Belarusian British English French Galician Indonesian Italian Latvian Norwegian bokmål Persian Polish Portuguese Punjabi Simplified Chinese Slovenian Spanish Swedish Tamil Thanks to the contributors: Carlos Garnacho Cosimo Cecchi Behdad Esfahbod Kristian Rietveld Dan Winship John Ralls Benjamin Otte Sébastien Granjoux Murray Cumming Christian Persch Richard Hughes Federico Mena Quintero Sep 13, 2011 Matthias Clasen From johne53@tiscali.co.uk Thu Sep 15 12:56:22 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 057447501B5 for ; Thu, 15 Sep 2011 12:56:22 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.218 X-Spam-Level: X-Spam-Status: No, score=-2.218 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_ENVFROM_END_DIGIT=0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.504, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_GT=0.077, T_TO_NO_BRKTS_FREEMAIL=0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xHnLYVUcdUo8 for ; Thu, 15 Sep 2011 12:56:18 +0000 (UTC) Received: from mk-filter-2-a-1.mail.uk.tiscali.com (mk-filter-2-a-1.mail.tiscali.co.uk [212.74.100.53]) by menubar.gnome.org (Postfix) with ESMTP id 91E15750171 for ; Thu, 15 Sep 2011 12:56:08 +0000 (UTC) X-Trace: 670440554/mk-filter-2.mail.uk.tiscali.com/B2C/$b2c-THROTTLED-DYNAMIC/b2c-CUSTOMER-DYNAMIC-IP/88.104.2.10/None/johne53@tiscali.co.uk X-SBRS: None X-RemoteIP: 88.104.2.10 X-IP-MAIL-FROM: johne53@tiscali.co.uk X-SMTP-AUTH: X-Originating-Country: GB/UNITED KINGDOM X-MUA: Apple Mail (2.1084) X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtoeAAj1cU5YaAIK/2dsb2JhbABDgkelBXmBUwEBBAEnExwVCRULRjkeiBACtmeGFGAEmFGMIQ X-IronPort-AV: E=Sophos;i="4.68,387,1312153200"; d="scan'208";a="670440554" Received: from 88-104-2-10.dynamic.dsl.as9105.com (HELO 37l4247d28-05.lan) ([88.104.2.10]) by smtp.tiscali.co.uk with ESMTP; 15 Sep 2011 13:56:05 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) Subject: Re: GTK TreeView control in Windows (DND issue) From: John Emmas In-Reply-To: Date: Thu, 15 Sep 2011 13:56:05 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <5DDA4323-C3C9-4E0F-BFAD-007B414B4A9C@tiscali.co.uk> References: <345652F2-4DCD-4114-8934-F798C13D6C24@tiscali.co.uk>

<209a1bd38ef064508e2b01fe791c6740@mail.webfaction.com>

To: gtk-list@gnome.org X-Mailer: Apple Mail (2.1084) X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 12:56:22 -0000 I found out what's going wrong here. I don't quite understand why it's = going wrong but i do know where it's going wrong. Do any GTK+ devs come = onto this forum? If so, they might be able to chip in with some = information that will help to get this fixed. Although I'm a competent = programmer I'm not a GTK expert so this will probably need someone with = a better understanding of GTK+. I wouldn't want to fix the problem for = Windows, only to screw it up on the other platforms. Sorry if this gets = long-winded (which it will) but let's start by re-capping:- On 13 Sep 2011, at 11:18, John Emmas wrote: >=20 > What I did notice though is that [..] there's a problem with the = context action. In function 'gtk_drag_button_release_cb()' (gtkdnd.c) = there's a section that looks like this:- >=20 > if ((info->context->action !=3D 0) && (info->context->dest_window !=3D = NULL)) > { > gtk_drag_end (info, event->time); > gtk_drag_drop (info, event->time); > } > else > { > gtk_drag_cancel (info, GTK_DRAG_RESULT_NO_TARGET, event->time); > } >=20 > Normally, 'info->context->action' would be whatever action you'd set = it to (GDK_ACTION_MOVE / GDK_ACTION_COPY / GDK_ACTION_ASK etc). But by = the time the code reaches that point the action data seems to have = gotten lost somewhere. For a TreeView control (in gtk-win32) = 'info->context->action' is always zero. Consequently, the rest of the = process always fails and 'gtk_drag_cancel()' gets called. This is = what's aborting the drop part. >=20 I managed to find out why 'info->context->action' is always zero. It's = initialized to zero when the context first gets created (as are most of = its fields) but later, when you drag a source on top of a drop = destination, a drag event handler gets called. The actual function is = '_gtk_drag_dest_handle_event()'. At this stage, the type of event is = GDK_DRAG_MOTION. The event handler sets up a data object and callback = function for the DRAG_MOTION event:- GtkDragFindData data; data.callback =3D (event->type =3D=3D GDK_DRAG_MOTION) ? = gtk_drag_dest_motion : gtk_drag_dest_drop; Very shortly afterwards the motion callback function gets invoked. It's = this function which sets 'context->action' to whatever is appropriate = for source and destination, as well as doing various other important = things to prepare for dropping. However... for a TreeView control, the = gtk_drag_dest_motion() callback never gets called. I haven't been able = to test this in Linux (i.e. to check that it should be getting called) = but I assume it should because there's no way the rest of the process = could work if it doesn't. So why doesn't it get called in gtk-win32...? A couple of lines after = the above code, we see this call:- gtk_drag_find_widget (toplevel, &data); and it's that function which invokes the callback. Inside that = function, the relevant code looks like this:- if (!data->found && g_object_get_data (G_OBJECT (widget), = "gtk-drag-dest")) { data->found =3D data->callback (widget, data->context, data->x - x_offset - allocation_to_window_x, data->y - y_offset - allocation_to_window_y, data->time); } Initially of course, 'data->found' is zero - so as long as = 'g_object_get_data()' returns successfully, the callback function should = get invoked. Where it all goes wrong is that 'g_object_get_data() = doesn't return successfully. It returns NULL. Here's the function = that's failing:- gpointer g_object_get_data (GObject *object, const gchar *key) { GQuark quark; g_return_Val_if_fail (G_IS_OBJECT (object), NULL); g_return_Val_if_fail (key !=3D NULL, NULL); quark =3D g_quark_try_string (key); return quark ? g_datalist_id_get_data (&object->qdata, quark) : = NULL; } In gtk-win32, when 'key' =3D=3D "gtk-drag-dest" (and the drag = destination is a TreeView) 'g_datalist_id_get_data()' returns NULL. = This is where my understanding of GTK comes to a halt. Obviously = there's some kind of data list which is supposed to contain some data = relating to the quark. The quark (apparently) has a valid value but the = data isn't there. Presumably, datalists are generic containers which contain different = kinds of data in different circumstances. So I'd need to liaise with = someone who'd know what kind of data the list should contain. = Hopefully, somewhone who might be able to make a guess at why it isn't = there. Anyone know how to proceed from here...? John= From doug.blank@gmail.com Thu Sep 15 13:32:36 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 07C4475007F for ; Thu, 15 Sep 2011 13:32:36 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.623 X-Spam-Level: X-Spam-Status: No, score=-2.623 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, TW_GT=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tba9oHeTMf4n for ; Thu, 15 Sep 2011 13:32:30 +0000 (UTC) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by menubar.gnome.org (Postfix) with ESMTP id 9FFFF75024C for ; Thu, 15 Sep 2011 13:32:21 +0000 (UTC) Received: by fxg9 with SMTP id 9so1253763fxg.27 for ; Thu, 15 Sep 2011 06:32:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=JTc8fZW0XBO5UF9FQ5iZ4+N4gLMqmUCPNIZZFFMNMBM=; b=lvq1XMueUDskN78CqmHF8aBXBcEXwFpFjPlIkCa5gzxOnMhVevjFCFfceriRgHxcfz h9ehCOVzBpnO+uLJIJd+AE1Rlk5sg7vgLV8QR2MW9llSZAecKqhOAiajMnxnKLaQQ6/y 2IPznM7Z3tjsT2rl/bUvHqtVwr9EpaBjUsxcc= MIME-Version: 1.0 Received: by 10.223.94.134 with SMTP id z6mr970415fam.8.1316093057223; Thu, 15 Sep 2011 06:24:17 -0700 (PDT) Received: by 10.223.88.207 with HTTP; Thu, 15 Sep 2011 06:24:17 -0700 (PDT) In-Reply-To: <5DDA4323-C3C9-4E0F-BFAD-007B414B4A9C@tiscali.co.uk> References: <345652F2-4DCD-4114-8934-F798C13D6C24@tiscali.co.uk>

<209a1bd38ef064508e2b01fe791c6740@mail.webfaction.com>

<5DDA4323-C3C9-4E0F-BFAD-007B414B4A9C@tiscali.co.uk> Date: Thu, 15 Sep 2011 09:24:17 -0400 Message-ID: Subject: Re: GTK TreeView control in Windows (DND issue) From: Doug Blank To: John Emmas Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: gtk-list@gnome.org X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 13:32:36 -0000 On Thu, Sep 15, 2011 at 8:56 AM, John Emmas wrote: > I found out what's going wrong here. =A0I don't quite understand why it's= going wrong but i do know where it's going wrong. =A0Do any GTK+ devs come= onto this forum? =A0If so, they might be able to chip in with some informa= tion that will help to get this fixed. =A0Although I'm a competent programm= er I'm not a GTK expert so this will probably need someone with a better un= derstanding of GTK+. =A0I wouldn't want to fix the problem for Windows, onl= y to screw it up on the other platforms. =A0Sorry if this gets long-winded = (which it will) but let's start by re-capping:- > > On 13 Sep 2011, at 11:18, John Emmas wrote: > > >> >> What I did notice though is that [..] there's a problem with the context= action. =A0In function 'gtk_drag_button_release_cb()' (gtkdnd.c) there's a= section that looks like this:- >> >> if ((info->context->action !=3D 0) && (info->context->dest_window !=3D N= ULL)) >> { >> =A0 =A0 =A0 =A0gtk_drag_end (info, event->time); >> =A0 =A0 =A0 =A0gtk_drag_drop (info, event->time); >> } >> else >> { >> =A0 =A0 =A0 =A0gtk_drag_cancel (info, GTK_DRAG_RESULT_NO_TARGET, event->= time); >> } >> >> Normally, 'info->context->action' would be whatever action you'd set it = to (GDK_ACTION_MOVE / GDK_ACTION_COPY / GDK_ACTION_ASK etc). =A0But by the = time the code reaches that point the action data seems to have gotten lost = somewhere. =A0For a TreeView control (in gtk-win32) =A0'info->context->acti= on' is always zero. =A0Consequently, the rest of the process always fails a= nd 'gtk_drag_cancel()' gets called. =A0 This is what's aborting the drop pa= rt. >> > > I managed to find out why 'info->context->action' is always zero. =A0It's= initialized to zero when the context first gets created (as are most of it= s fields) but later, when you drag a source on top of a drop destination, a= drag event handler gets called. =A0The actual function is '_gtk_drag_dest_= handle_event()'. =A0At this stage, the type of event is GDK_DRAG_MOTION. = =A0The event handler sets up a data object and callback function for the DR= AG_MOTION event:- > > GtkDragFindData data; > data.callback =3D (event->type =3D=3D GDK_DRAG_MOTION) ? gtk_drag_dest_mo= tion : gtk_drag_dest_drop; > > Very shortly afterwards the motion callback function gets invoked. =A0It'= s this function which sets 'context->action' to whatever is appropriate for= source and destination, as well as doing various other important things to= prepare for dropping. =A0However... =A0for a TreeView control, the gtk_dra= g_dest_motion() callback never gets called. =A0I haven't been able to test = this in Linux (i.e. to check that it should be getting called) but I assume= it should because there's no way the rest of the process could work if it = doesn't. > > So why doesn't it get called in gtk-win32...? =A0A couple of lines after = the above code, we see this call:- > > gtk_drag_find_widget (toplevel, &data); > > and it's that function which invokes the callback. =A0Inside that functio= n, the relevant code looks like this:- > > if (!data->found && g_object_get_data (G_OBJECT (widget), "gtk-drag-dest"= )) > { > =A0 =A0 =A0data->found =3D data->callback (widget, data->context, > =A0 =A0 =A0 =A0 =A0 =A0data->x - x_offset - allocation_to_window_x, > =A0 =A0 =A0 =A0 =A0 =A0data->y - y_offset - allocation_to_window_y, data-= >time); > } > > Initially of course, 'data->found' is zero - so as long as 'g_object_get_= data()' returns successfully, the callback function should get invoked. =A0= Where it all goes wrong is that 'g_object_get_data() doesn't return success= fully. =A0It returns NULL. =A0Here's the function that's failing:- > > gpointer > g_object_get_data (GObject *object, const gchar *key) > { > GQuark quark; > > =A0 =A0 =A0g_return_Val_if_fail (G_IS_OBJECT (object), NULL); > =A0 =A0 =A0g_return_Val_if_fail (key !=3D NULL, NULL); > > =A0 =A0 =A0quark =3D g_quark_try_string (key); > > =A0 =A0 =A0return quark ? g_datalist_id_get_data (&object->qdata, quark) = : NULL; > } > > In gtk-win32, when 'key' =3D=3D "gtk-drag-dest" (and the drag destination= is a TreeView) 'g_datalist_id_get_data()' returns NULL. =A0This is where m= y understanding of GTK comes to a halt. =A0Obviously there's some kind of d= ata list which is supposed to contain some data relating to the quark. =A0T= he quark (apparently) has a valid value but the data isn't there. > > Presumably, datalists are generic containers which contain different kind= s of data in different circumstances. =A0So I'd need to liaise with someone= who'd know what kind of data the list should contain. =A0Hopefully, somewh= one who might be able to make a guess at why it isn't there. =A0Anyone know= how to proceed from here...? Unless someone knowledgeable steps up, it appears that one way forward is to run the code on a system that works (eg, Linux. In my tests under Gtk#, Mac has either the same problem, or a similar one). Perhaps you can make some code available with appropriate logging/print info, and someone can run it under Linux to collect the data, and then we can analyze it. I'd be glad to run some test code, or even make a Linux computer available to a tester. -Doug > John > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From ali@avrc.city.ac.uk Thu Sep 15 13:39:40 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5E8A27501AB for ; Thu, 15 Sep 2011 13:39:40 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.523 X-Spam-Level: X-Spam-Status: No, score=-2.523 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, TW_GT=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QZwV5feTADrJ for ; Thu, 15 Sep 2011 13:39:35 +0000 (UTC) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by menubar.gnome.org (Postfix) with ESMTP id 4980975007F for ; Thu, 15 Sep 2011 13:39:35 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id D8ACF292BC; Thu, 15 Sep 2011 09:39:33 -0400 (EDT) Received: from web1.messagingengine.com ([10.202.2.211]) by compute3.internal (MEProxy); Thu, 15 Sep 2011 09:39:33 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=Hd4TWsbkaWE5ZCteMhQcnWZybhc=; b=KsSrpShG2pG3hUmsfURJWgVVWRSO pwDqgmKeUNj1Fyh9pMacBhfS1p1CzmUxoAUb/Okzj6sw3GYHwtW4Mp0NdTcf805v WW22xeYj+h5qoGUwT5JOguFAsPZbRERmMfM93n7HqJIN+XkclYsReyi/47ikHxGw jfF8yC9CXCBgWYo= Received: by web1.messagingengine.com (Postfix, from userid 99) id B55F9A22342; Thu, 15 Sep 2011 09:39:33 -0400 (EDT) Message-Id: <1316093973.31444.140258141484561@webmail.messagingengine.com> X-Sasl-Enc: 8QBDMS+Lcwn5Qg6ovS73eqaL0gJRKwU7C/W3BPd5f761 1316093973 From: "J. Ali Harlow" To: "John Emmas" , gtk-list@gnome.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" X-Mailer: MessagingEngine.com Webmail Interface Subject: Re: GTK TreeView control in Windows (DND issue) Date: Thu, 15 Sep 2011 14:39:33 +0100 X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 13:39:40 -0000 On Thursday, September 15, 2011 1:56 PM, "John Emmas" wrote: > In gtk-win32, when 'key' == "gtk-drag-dest" (and the drag destination is > a TreeView) 'g_datalist_id_get_data()' returns NULL. This is where my > understanding of GTK comes to a halt. Obviously there's some kind of > data list which is supposed to contain some data relating to the quark. > The quark (apparently) has a valid value but the data isn't there. > > Presumably, datalists are generic containers which contain different > kinds of data in different circumstances. So I'd need to liaise with > someone who'd know what kind of data the list should contain. Hopefully, > somewhone who might be able to make a guess at why it isn't there. > Anyone know how to proceed from here...? As you say, this is a generic setting. More precisely, it's just a way to associate a particular memory address with a GObject and a key for later retrieval. I'd search the code for "gtk-drag-dest" and in particular for the matching g_object_set_data() call... Ali. From yeti@physics.muni.cz Thu Sep 15 13:52:28 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 83211750773 for ; Thu, 15 Sep 2011 13:52:28 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.627 X-Spam-Level: X-Spam-Status: No, score=-4.627 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.504, TW_GT=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mvwmPF58ag46 for ; Thu, 15 Sep 2011 13:52:22 +0000 (UTC) X-Greylist: delayed 1195 seconds by postgrey-1.32 at menubar.gnome.org; Thu, 15 Sep 2011 13:52:22 UTC Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by menubar.gnome.org (Postfix) with ESMTP id 778DA75037C for ; Thu, 15 Sep 2011 13:52:22 +0000 (UTC) Received: from monoceros.physics.muni.cz (postfix@monoceros.physics.muni.cz [147.251.27.2]) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id p8FDWGbq022469; Thu, 15 Sep 2011 15:32:17 +0200 Received: by monoceros.physics.muni.cz (Postfix, from userid 16809) id 446C6C1B830; Thu, 15 Sep 2011 15:32:16 +0200 (CEST) Date: Thu, 15 Sep 2011 15:32:16 +0200 From: David =?utf-8?B?TmXEjWFz?= To: John Emmas Subject: Re: GTK TreeView control in Windows (DND issue) Message-ID: <20110915133216.GD5757@physics.muni.cz> References: <345652F2-4DCD-4114-8934-F798C13D6C24@tiscali.co.uk>

<209a1bd38ef064508e2b01fe791c6740@mail.webfaction.com>

<5DDA4323-C3C9-4E0F-BFAD-007B414B4A9C@tiscali.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5DDA4323-C3C9-4E0F-BFAD-007B414B4A9C@tiscali.co.uk> User-Agent: Mutt/1.5.18 (2008-05-17) X-Muni-Spam-TestIP: 147.251.27.2 X-Muni-Envelope-From: yeti@physics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Thu, 15 Sep 2011 15:32:17 +0200 (CEST) Cc: gtk-list@gnome.org X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 13:52:28 -0000 On Thu, Sep 15, 2011 at 01:56:05PM +0100, John Emmas wrote: > ... > gtk_drag_find_widget (toplevel, &data); > > and it's that function which invokes the callback. Inside that function, the relevant code looks like this:- > > if (!data->found && g_object_get_data (G_OBJECT (widget), "gtk-drag-dest")) > { > data->found = data->callback (widget, data->context, > data->x - x_offset - allocation_to_window_x, > data->y - y_offset - allocation_to_window_y, data->time); > } > > Initially of course, 'data->found' is zero - so as long as > 'g_object_get_data()' returns successfully, the callback function > should get invoked. Where it all goes wrong is that > 'g_object_get_data() doesn't return successfully. It returns NULL. > Here's the function that's failing:- > > ... > > In gtk-win32, when 'key' == "gtk-drag-dest" (and the drag destination > is a TreeView) 'g_datalist_id_get_data()' returns NULL. This is where > my understanding of GTK comes to a halt. This datalist stuff is just the underlying mechanism of g_object_set_data()/g_object_get_data() that allows attaching arbitrary data to an object, while identifying the data by a string (quark). It is often used to attach ad-hoc auxiliary data to widgets and other objects in applications, occasionaly also within the libraries themselves. It might contain some very obscure bug but, generally, since so many things depend on it I would assume this mechanism works. Then g_object_get_data() returns NULL simply because nothing has the data identified as "gtk-drag-dest" is not attached to ‘widget’. So IMO you need to go one level up and look at what ‘widget’ is and why it does not have any "gtk-drag-dest" data. AFAIK the data can be attached by gtk_drag_dest_set() or gtk_drag_dest_set_proxy() and in case of a treeview this should happen, quite straightforwardly, if you call gtk_tree_view_enable_model_drag_dest(). So either "gtk-drag-dest" data fails to be set, gets unset somehow (cannot see how) or the code above looks for it in the wrong widget. You check see whether the data is attached to an object any time by inserting g_object_get_data() calls wherever you suspect things may go wrong. Also try printing the widget pointers and compare as they are the ultimate unique identifiers (as long as the widgets are not destroyed and the memory reused). Hope it helps, Yeti From johne53@tiscali.co.uk Thu Sep 15 17:15:45 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6B8BD75007E for ; Thu, 15 Sep 2011 17:15:45 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.294 X-Spam-Level: X-Spam-Status: No, score=-2.294 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_ENVFROM_END_DIGIT=0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.504, SPF_PASS=-0.001, T_TO_NO_BRKTS_FREEMAIL=0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hfyeH+mDlBtM for ; Thu, 15 Sep 2011 17:15:42 +0000 (UTC) Received: from mk-filter-1-a-1.mail.uk.tiscali.com (mk-filter-1-a-1.mail.tiscali.co.uk [212.74.100.52]) by menubar.gnome.org (Postfix) with ESMTP id CECD6750070 for ; Thu, 15 Sep 2011 17:15:33 +0000 (UTC) X-Trace: 673952025/mk-filter-1.mail.uk.tiscali.com/B2C/$b2c-THROTTLED-DYNAMIC/b2c-CUSTOMER-DYNAMIC-IP/88.104.2.10/None/johne53@tiscali.co.uk X-SBRS: None X-RemoteIP: 88.104.2.10 X-IP-MAIL-FROM: johne53@tiscali.co.uk X-SMTP-AUTH: X-Originating-Country: GB/UNITED KINGDOM X-MUA: Apple Mail (2.1084) X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjgHADcyck5YaAIK/2dsb2JhbABChFWUQY5AeYFTAQEEASMzMwsaAiYCAjkeiBACpFWRYoEshDcxYASYUYwh X-IronPort-AV: E=Sophos;i="4.68,388,1312153200"; d="scan'208";a="673952025" Received: from 88-104-2-10.dynamic.dsl.as9105.com (HELO mac-mini.lan) ([88.104.2.10]) by smtp.tiscali.co.uk with ESMTP; 15 Sep 2011 18:15:30 +0100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Apple Message framework v1084) Subject: Re: GTK TreeView control in Windows (DND issue) From: John Emmas In-Reply-To: <20110915133216.GD5757@physics.muni.cz> Date: Thu, 15 Sep 2011 18:15:30 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <345652F2-4DCD-4114-8934-F798C13D6C24@tiscali.co.uk>

<209a1bd38ef064508e2b01fe791c6740@mail.webfaction.com>

<5DDA4323-C3C9-4E0F-BFAD-007B414B4A9C@tiscali.co.uk> <20110915133216.GD5757@physics.muni.cz> To: gtk-list@gnome.org X-Mailer: Apple Mail (2.1084) X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 17:15:45 -0000 Thanks for the prompt help with this, guys. I took a look at David's = suggestion.... On 15 Sep 2011, at 14:32, David Ne=C4=8Das wrote: >=20 > So IMO you need to go one level up and look at what =E2=80=98widget=E2=80= =99 is and why > it does not have any "gtk-drag-dest" data. AFAIK the data can be > attached by gtk_drag_dest_set() or gtk_drag_dest_set_proxy() and in = case > of a treeview this should happen, quite straightforwardly, if you call > gtk_tree_view_enable_model_drag_dest(). >=20 > So either "gtk-drag-dest" data fails to be set, gets unset somehow > (cannot see how) or the code above looks for it in the wrong widget. >=20 What I found was that the "gtk-drag-dest" data was being correctly set = for the drop target. You can check this by doing the following:- 1) Find (your_gtk_source_modules)/gtk/gtkdnd.c 2) Find the function called 'gtk_drag_dest_set_internal()' 3) After the call to 'g_return_if_fail()' place this line:- printf ("Widget originally set as drag_dest target was 0x%p\n", = widget); This prints out an address for the widget being set as the drop target. = This is (correctly AFAICT) the address of a TreeView control. Now, to = check which widget is actually being tested:- 1) Find (your_glib_source_modules)/gobject/gobject.c 2) Find the function 'g_object_get_data()' 3) After the calls to 'g_return_val_if_fail()' place these 2 lines:- if (0 =3D=3D strcmp (key, "gtk-drag-dest")) printf ("Widget being tested is 0x%p\n", object); Test this with a DnD scenario that works (I can supply some sample code = if needed) but what happens is that whenever you drag a drag_source over = any window you'll see 'g_object_get_data()' getting called for each = window. When you eventually drag it over the drop target you'll see the = drop target's address (as originally set during = 'gtk_drag_dest_set_internal()'). Now build the toolkit's own treeview sample. If you click and drag a = treeview row, notice that you keep getting the same address getting = printed - but this ISN'T the address that was originally set up as the = drag target. So that's what's wrong. I don't yet know which widget the address = actually refers to and don't have any more time to look into this today = but I'll resume again in a few days if no-one's come up with a possible = explanation by then. Regards. John= From yeti@physics.muni.cz Thu Sep 15 17:36:10 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 14F14750096 for ; Thu, 15 Sep 2011 17:36:10 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.704 X-Spam-Level: X-Spam-Status: No, score=-4.704 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.504] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ft3q2U61ySBq for ; Thu, 15 Sep 2011 17:36:06 +0000 (UTC) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by menubar.gnome.org (Postfix) with ESMTP id 828A7750070 for ; Thu, 15 Sep 2011 17:35:58 +0000 (UTC) Received: from monoceros.physics.muni.cz (postfix@monoceros.physics.muni.cz [147.251.27.2]) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id p8FHZsX1031415; Thu, 15 Sep 2011 19:35:55 +0200 Received: by monoceros.physics.muni.cz (Postfix, from userid 16809) id AADE5C1B830; Thu, 15 Sep 2011 19:35:54 +0200 (CEST) Date: Thu, 15 Sep 2011 19:35:54 +0200 From: David =?utf-8?B?TmXEjWFz?= To: John Emmas Subject: Re: GTK TreeView control in Windows (DND issue) Message-ID: <20110915173554.GF5757@physics.muni.cz> References: <345652F2-4DCD-4114-8934-F798C13D6C24@tiscali.co.uk>

<209a1bd38ef064508e2b01fe791c6740@mail.webfaction.com>

<5DDA4323-C3C9-4E0F-BFAD-007B414B4A9C@tiscali.co.uk> <20110915133216.GD5757@physics.muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Muni-Spam-TestIP: 147.251.27.2 X-Muni-Envelope-From: yeti@physics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Thu, 15 Sep 2011 19:35:56 +0200 (CEST) Cc: gtk-list@gnome.org X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 17:36:10 -0000 On Thu, Sep 15, 2011 at 06:15:30PM +0100, John Emmas wrote: > > What I found was that the "gtk-drag-dest" data was being correctly set for the drop target. You can check this by doing the following:- > ... Could you please post the debugging code in the form of a patch so that others can easily and precisely reproduce it? > Now build the toolkit's own treeview sample. If you click and drag a > treeview row, notice that you keep getting the same address getting > printed - but this ISN'T the address that was originally set up as the > drag target. > > So that's what's wrong. I don't yet know which widget the address > actually refers to and don't have any more time to look into this > today but I'll resume again in a few days if no-one's come up with a > possible explanation by then. Regards. Using functions such as gtk_widget_class_path() and gtk_widget_path() it should be relatively easy to figure out which widget it is. Regards, Yeti From johne53@tiscali.co.uk Thu Sep 15 18:43:22 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D85C975012B for ; Thu, 15 Sep 2011 18:43:22 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.14 X-Spam-Level: X-Spam-Status: No, score=-2.14 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_ENVFROM_END_DIGIT=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.504, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BG=0.077, TW_GT=0.077, T_TO_NO_BRKTS_FREEMAIL=0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NPh9-9kKktmV for ; Thu, 15 Sep 2011 18:43:18 +0000 (UTC) Received: from mk-filter-4-a-1.mail.uk.tiscali.com (mk-filter-4-a-1.mail.tiscali.co.uk [212.74.100.55]) by menubar.gnome.org (Postfix) with ESMTP id 344FE7500C4 for ; Thu, 15 Sep 2011 18:43:09 +0000 (UTC) X-Trace: 664101286/mk-filter-4.mail.uk.tiscali.com/B2C/$b2c-THROTTLED-DYNAMIC/b2c-CUSTOMER-DYNAMIC-IP/88.104.2.10/None/johne53@tiscali.co.uk X-SBRS: None X-RemoteIP: 88.104.2.10 X-IP-MAIL-FROM: johne53@tiscali.co.uk X-SMTP-AUTH: X-Originating-Country: GB/UNITED KINGDOM X-MUA: Apple Mail (2.1084) X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AioJAD1Gck5YaAIK/2dsb2JhbABDgkeCDqMBeYFTAQEEASMELzMLQgICOR6IEAKlJ5FohWMxYASYUYwh X-IronPort-AV: E=Sophos;i="4.68,388,1312153200"; d="scan'208,217";a="664101286" Received: from 88-104-2-10.dynamic.dsl.as9105.com (HELO 37l4247d28-05.lan) ([88.104.2.10]) by smtp.tiscali.co.uk with ESMTP; 15 Sep 2011 19:43:04 +0100 From: John Emmas Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-1-650050783 Subject: Re: GTK TreeView control in Windows (DND issue) Date: Thu, 15 Sep 2011 19:43:03 +0100 In-Reply-To: <20110915173554.GF5757@physics.muni.cz> To: gtk-list@gnome.org References: <345652F2-4DCD-4114-8934-F798C13D6C24@tiscali.co.uk>

<209a1bd38ef064508e2b01fe791c6740@mail.webfaction.com>

<5DDA4323-C3C9-4E0F-BFAD-007B414B4A9C@tiscali.co.uk> <20110915133216.GD5757@physics.muni.cz> <20110915173554.GF5757@physics.muni.cz> Message-Id: <97E47C1F-2662-4C52-B38F-44FA4B4B9051@tiscali.co.uk> X-Mailer: Apple Mail (2.1084) X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 18:43:23 -0000 --Apple-Mail-1-650050783 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 15 Sep 2011, at 18:35, David Ne=C4=8Das wrote: >=20 > Could you please post the debugging code in the form of a patch so = that > others can easily and precisely reproduce it? >=20 That's not quite as simple as I'd hope because I'm not using a version = control system (at the moment). However, the 2 functions are very small = so here they are in their entirety. First the code for libgtk = (gtk/gtkdnd.c):- static void gtk_drag_dest_set_internal (GtkWidget *widget, GtkDragDestSite *site) { GtkDragDestSite *old_site; =20 g_return_if_fail (widget !=3D NULL); /* This is my addition */ printf ("Widget originally set as drag_dest = target was 0x%p\n", widget); /* HACK, do this in the destroy */ old_site =3D g_object_get_data (G_OBJECT (widget), "gtk-drag-dest"); if (old_site) { g_signal_handlers_disconnect_by_func (widget, gtk_drag_dest_realized, old_site); g_signal_handlers_disconnect_by_func (widget, = gtk_drag_dest_hierarchy_changed, old_site); site->track_motion =3D old_site->track_motion; } if (gtk_widget_get_realized (widget)) gtk_drag_dest_realized (widget); g_signal_connect (widget, "realize", G_CALLBACK (gtk_drag_dest_realized), site); g_signal_connect (widget, "hierarchy-changed", G_CALLBACK (gtk_drag_dest_hierarchy_changed), site); g_object_set_data_full (G_OBJECT (widget), I_("gtk-drag-dest"), site, gtk_drag_dest_site_destroy); } The only thing to be careful of is that you don't look in gdkdnd.c = instead of gtkdnd.c Next, the code for libglib (gobject/gobject.c):- gpointer g_object_get_data (GObject *object, const gchar *key) { GQuark quark; g_return_val_if_fail (G_IS_OBJECT (object), NULL); g_return_val_if_fail (key !=3D NULL, NULL); if (0 =3D=3D strcmp (key, "gtk-drag-dest")) /* These 2 lines are my = addition */ printf ("Widget being tested is 0x%p\n", object); quark =3D g_quark_try_string (key); return quark ? g_datalist_id_get_data (&object->qdata, quark) : NULL; } On 15 Sep 2011, at 18:35, David Ne=C4=8Das wrote: >=20 > Using functions such as gtk_widget_class_path() and gtk_widget_path() = it > should be relatively easy to figure out which widget it is. >=20 That'd be a great step forward..! Regards, John= --Apple-Mail-1-650050783 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

Could you please post the debugging code in the = form of a patch so that
others can easily and precisely reproduce = it?

That's not quite as simple as I'd hope = because I'm not using a version control system (at the moment). = However, the 2 functions are very small so here they are in their = entirety. First the code for libgtk = (gtk/gtkdnd.c):-

2. Should we give up on the binary packages and work from source?

3. Why don't GTK+ 3 binary and dev packages exist for Windows? Ar= e people just being conservative about moving forward from GTK+ 2.22? Too m= uch to do with limited time? Lack of interest?

4. What is the significance of GDK-Quartz? Can GTK+ be used practicall= y given it's current state?

If it's just t= hat the packages haven't been built yet, I might be willing to voluntee= r, and I'd *certainly* be willing to write up a refreshed "getting= started" note for people who are trying to work cross-platform.

But before I go volunteering to do something that isn&#= 39;t actually helpful, I'd like to understand better what the current s= tate of things really is and how to address it *usefully*. Can anybody shed= some light?

Thank you in advance.

Jonathan

--0016e6d625f088761404ad43eddd-- From dieterv@optionexplicit.be Mon Sep 19 08:06:09 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6BE527501FA for ; Mon, 19 Sep 2011 08:06:09 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.671 X-Spam-Level: X-Spam-Status: No, score=-1.671 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SARE_SUB_ENC_UTF8=0.152, TW_GT=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2RUlB-YQ36o9 for ; Mon, 19 Sep 2011 08:06:06 +0000 (UTC) Received: from smtp.webfaction.com (mail6.webfaction.com [74.55.86.74]) by menubar.gnome.org (Postfix) with ESMTP id 8E409750127 for ; Mon, 19 Sep 2011 08:05:58 +0000 (UTC) Received: from webmail.webfaction.com (wf2.webfaction.com [174.133.50.206]) by smtp.webfaction.com (Postfix) with ESMTP id 75FEA59A4213; Mon, 19 Sep 2011 03:05:56 -0500 (CDT) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 19 Sep 2011 10:05:56 +0200 From: dieterv To: "Jonathan S. Shapiro" Subject: Re: Stable cross-platform =?UTF-8?Q?version=3F?= In-Reply-To: References: Message-ID: <76fa982fa12fd9d9bd2d6419d376a4f8@mail.webfaction.com> X-Sender: dieterv@optionexplicit.be User-Agent: Roundcube Webmail/0.5.4 Cc: gtk-list@gnome.org X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2011 08:06:09 -0000 On Sun, 18 Sep 2011 21:39:26 -0700, Jonathan S. Shapiro wrote: > I'm new, and I'm willing to work on the issues I'm about to raise, > but > I could use some guidance. > > We're building a cross-platform app, and it would be nice to be on > the > latest "stable" version of GTK+. On the main page, that appears to be > GTK+3.0 with GLib 2.28, *but*: > > - The Windows binary installers still seem to be for GTK+ 2.22.1 If you're referring to the binaries on ftp.gnome.org/www.gtk.org, then I'll update these to GTK+ 2.24.5 (hopefully) somewhere this week. If you can't wait they are currently living here: https://github.com/dieterv/legacynativebuilds/downloads Building 2.24.6 is on my TODO list (don't seem to have received a release announcement for this one?). I've volunteered to continue maintenance for these MinGW builds for GTK+ 2.24 only, because there's still loads of software out there that depend on the way things are done in these builds. But if you're starting a new project, maybe it's best to read the following paragraphs: There are also other options. For example there's a treasure trove of both 32 and 64 bit Windows binaries built by the Open Build Service here: https://build.opensuse.org/project/show?project=windows%3Amingw%3Awin32 https://build.opensuse.org/project/show?project=windows%3Amingw%3Awin64 And an automated download script here: http://lists.opensuse.org/opensuse-mingw/2011-03/msg00020.html http://www.bosmans.ch/pulseaudio/download-mingw-rpm.py > - GTKMM binary installers are similarly out of date > - There seem to be build problems on OS X Lion Can't help you with these, sorry. > These facts are disheartening, since they raise questions about > whether the non-Linux platforms are being maintained. There are very few people left actively working on the windows port. But recently it looks like more people are starting to realize GTK+ needs all the help it can get. As a result various bugfixes for GTK+ 2.24 are being worked on. I'm very interested in forward porting these fixes to GTK+ 3 (and I'm sure others are too), but properly testing these things take time. > Here are my immediate questions: > > 1. For people doing cross-platform work, which branch should be > viewed > as "current-stable", in the sense that it is current and stable > **and available on all platforms**? I'd say if current efforts continue GTK+ 2.24. If all our patches get rejected (not likely, but you never know) 2.16 is still the most stable/functional/bugfree branch on Windows. > 2. Should we give up on the binary packages and work from source? I you truly plan on contributing (as I said, we need all the help we can get with the Windows port!), having a source tree around is inevitable. > 3. Why don't GTK+ 3 binary and dev packages exist for Windows? Are > people just being conservative about moving forward from GTK+ 2.22? > Too much to do with limited time? Lack of interest? > 4. What is the significance of GDK-Quartz? Can GTK+ be used > practically given it's current state? GTK+ 3 in it's current state is barely usable on Windows. OBS provides builds (see links above) for 3.0.12, so you could start having a look there. > If it's just that the packages haven't been built yet, I might be > willing to volunteer, and I'd *certainly* be willing to write up a > refreshed "getting started" note for people who are trying to work > cross-platform. There's been huge discussion on gtk-devel-list last week. Including what to do with the win32/64 pages on gtk.org. You might want to catch up and read the archives: https://mail.gnome.org/archives/gtk-devel-list/2011-September/thread.html There's also a lot of information on the wiki: https://live.gnome.org/GTK%2B/Win32 We've also recently asked and received a new mailing list for windows related development that's not limited to GTK+ alone but intended to be a friendly place for hackers interested in development of all components that are part of the GNOME Platform: https://mail.gnome.org/mailman/listinfo/windows-devel-list Also, feel free to join #win32 on irc.gnome.org. It's a bit too silent in there lately! Hope this helps, mvg, Dieter From paul@linuxaudiosystems.com Mon Sep 19 10:30:12 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A4A357502FC for ; Mon, 19 Sep 2011 10:30:12 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JLFUXieaFYAr for ; Mon, 19 Sep 2011 10:30:10 +0000 (UTC) Received: from mail-vw0-f45.google.com (mail-vw0-f45.google.com [209.85.212.45]) by menubar.gnome.org (Postfix) with ESMTP id 3DB907502C1 for ; Mon, 19 Sep 2011 10:30:01 +0000 (UTC) Received: by vws17 with SMTP id 17so11973143vws.4 for ; Mon, 19 Sep 2011 03:30:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.142.79 with SMTP id p15mr573574vcu.77.1316428199934; Mon, 19 Sep 2011 03:29:59 -0700 (PDT) Received: by 10.220.193.74 with HTTP; Mon, 19 Sep 2011 03:29:59 -0700 (PDT) In-Reply-To: References: Date: Mon, 19 Sep 2011 06:29:59 -0400 Message-ID: Subject: Re: Stable cross-platform version? From: Paul Davis To: "Jonathan S. Shapiro" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: gtk-list@gnome.org X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2011 10:30:12 -0000 On Mon, Sep 19, 2011 at 12:39 AM, Jonathan S. Shapiro wr= ote: > I'm new, and I'm willing to work on the issues I'm about to raise, but I > could use some guidance. > We're building a cross-platform app, and it would be nice to be on the > latest "stable" version of GTK+. On the main page, that appears to be > GTK+3.0 with GLib 2.28, *but*: > =A0 - The Windows binary installers still seem to be for GTK+ 2.22.1 > =A0 - GTKMM binary installers are similarly out of date you really don't want these anyway for windows or OS X. > =A0 - There seem to be build problems on OS X Lion 3.0 is somewhat off the radar of most of the us who care about OS X at this point. nobody maintains the OS X or Windows ports "just because" - they normally have 1 or more apps that they need to run on those platforms. Most (particularly x-platform) apps haven't transitioned to 3.0 explicitly at this point, so we're mostly still focused on 2.24. From ashaduri@gmail.com Mon Sep 19 10:56:43 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 440467502C1 for ; Mon, 19 Sep 2011 10:56:43 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28cp6Jq3bMJC for ; Mon, 19 Sep 2011 10:56:40 +0000 (UTC) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by menubar.gnome.org (Postfix) with ESMTP id 14238750254 for ; Mon, 19 Sep 2011 10:56:31 +0000 (UTC) Received: by fxg9 with SMTP id 9so6982650fxg.27 for ; Mon, 19 Sep 2011 03:56:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=njddurcz1pvSUGUxFOpkzgRMeacwO3jUElHOc8bf2gc=; b=n9QnzjfUKX6DLHktvD+SEe3kF7xeJX7jUqzutc+3Xa8mfSy5FjYM8lsLg3rN5SkyIa 2an00moj/MitAkdi1tCdJ6WHAIH3T6tsB+w7NZuIdRLEEjCCO6vHEdTn5TbzZ7yvyXyw GTWAGBDhovzvCxxoC+GqSl6pjcOQ7uapR1Jhs= Received: by 10.223.52.140 with SMTP id i12mr4903697fag.149.1316429785110; Mon, 19 Sep 2011 03:56:25 -0700 (PDT) Received: from linux.localdomain (94-43-182-138.dsl.utg.ge. [94.43.182.138]) by mx.google.com with ESMTPS id e17sm21413010fae.17.2011.09.19.03.56.23 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 19 Sep 2011 03:56:24 -0700 (PDT) Date: Mon, 19 Sep 2011 14:56:16 +0400 From: Alexander Shaduri To: dieterv Subject: Re: Stable cross-platform version? Message-ID: <20110919145616.0b701e8b@linux.localdomain> In-Reply-To: <76fa982fa12fd9d9bd2d6419d376a4f8@mail.webfaction.com> References: <76fa982fa12fd9d9bd2d6419d376a4f8@mail.webfaction.com> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: gtk-list@gnome.org X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2011 10:56:43 -0000 Hello, On Mon, 19 Sep 2011 10:05:56 +0200 dieterv wrote: > If you're referring to the binaries on ftp.gnome.org/www.gtk.org, then > I'll > update these to GTK+ 2.24.5 (hopefully) somewhere this week. If you > can't > wait they are currently living here: > https://github.com/dieterv/legacynativebuilds/downloads Thanks a lot for these packages! Could you please indicate somewhere which versions of gcc/binutils/ mingw-runtime/etc... you used to build those? The thing is that sometimes there are minor compatibility problems between the versions, so it would be great to know the exact versions to rule out the incompatibility in case of problems. Are you using mingw or mingw-w64? A file in gtk+-bundle describing the versions would be ideal. Thanks! > There are also other options. For example there's a treasure trove of > both 32 and 64 bit Windows binaries built by the Open Build Service > here: > https://build.opensuse.org/project/show?project=windows%3Amingw%3Awin32 > https://build.opensuse.org/project/show?project=windows%3Amingw%3Awin64 I'm not exactly familiar with these, are they binary compatible with your zip files? Thanks, Alexander From yeti@physics.muni.cz Mon Sep 19 11:42:02 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B2874750254 for ; Mon, 19 Sep 2011 11:42:02 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.704 X-Spam-Level: X-Spam-Status: No, score=-4.704 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.504] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0LOyiDd8nXiS for ; Mon, 19 Sep 2011 11:41:59 +0000 (UTC) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by menubar.gnome.org (Postfix) with ESMTP id 8056F750108 for ; Mon, 19 Sep 2011 11:41:50 +0000 (UTC) Received: from monoceros.physics.muni.cz (postfix@monoceros.physics.muni.cz [147.251.27.2]) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id p8JBfkdY002542 for ; Mon, 19 Sep 2011 13:41:48 +0200 Received: by monoceros.physics.muni.cz (Postfix, from userid 16809) id EB9B9C1B830; Mon, 19 Sep 2011 13:41:46 +0200 (CEST) Date: Mon, 19 Sep 2011 13:41:46 +0200 From: David =?utf-8?B?TmXEjWFz?= To: gtk-list@gnome.org Subject: Interface data/multiple inheritance Message-ID: <20110919114146.GG2957@physics.muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Muni-Spam-TestIP: 147.251.27.2 X-Muni-Envelope-From: yeti@physics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Mon, 19 Sep 2011 13:41:48 +0200 (CEST) X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2011 11:42:02 -0000 Hello, GObject does not support multiple inheritance. GInterface cannot have any data members (g_type_class_add_private() is not possible either). Is there any other way to create a class that has is-a relation to two classes/interfaces/whatever that each carries data? I have control over all the classes/interfaces involved. The thing I want to avoid is replication of identical code handling the data that logically goes with the interface in each class that implements the interface. Yeti From dieterv@optionexplicit.be Mon Sep 19 18:55:54 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E07C875017D for ; Mon, 19 Sep 2011 18:55:54 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=2 tests=[BAYES_00=-1.9] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nNT1SKLAyQX6 for ; Mon, 19 Sep 2011 18:55:51 +0000 (UTC) Received: from smtp.webfaction.com (mail6.webfaction.com [74.55.86.74]) by menubar.gnome.org (Postfix) with ESMTP id CA64B7500DC for ; Mon, 19 Sep 2011 18:55:43 +0000 (UTC) Received: from [213.118.220.41] (dD576DC29.access.telenet.be [213.118.220.41]) by smtp.webfaction.com (Postfix) with ESMTP id 1B59859A281A; Mon, 19 Sep 2011 13:55:40 -0500 (CDT) Message-ID: <4E779028.8010200@optionexplicit.be> Date: Mon, 19 Sep 2011 20:55:36 +0200 From: Dieter Verfaillie User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: John Emmas Subject: Re: GTK TreeView control in Windows (DND issue) References:

<5DDA4323-C3C9-4E0F-BFAD-007B414B4A9C@tiscali.co.uk> <20110915133216.GD5757@physics.muni.cz> <20110915173554.GF5757@physics.muni.cz> <97E47C1F-2662-4C52-B38F-44FA4B4B9051@tiscali.co.uk> <20110915190441.GG5757@physics.muni.cz> <423401E7-EB8F-49B5-951E-23B02B76AE5D@tiscali.co.uk> <20110915200803.GH5757@physics.muni.cz> <057472E6-E55E-4304-867F-EFEE33723F12@tiscali.co.uk> <9E248023-D47C-4EF8-884C-F108DDC61550@tiscali.co.uk> <2C5C8625-0EA7-4323-AAF3-87A869436CA4@tiscali.co.uk> <1316298095.17080.7.camel@localhost> <4E75274F.8020702@optionexplicit.be> <4E75B321.1060204@optionexplicit.be> <88716E6B-E61A-4566-B9E1-D4A597DDF22D@tiscali.co.uk> <4E75CDE2.6080702@optionexplicit.be> In-Reply-To: X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: gtk-list@gnome.org X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2011 18:55:55 -0000 On 18/09/2011 13:10, John Emmas wrote: > On 18 Sep 2011, at 11:54, Dieter Verfaillie wrote: > >> >> Probably best to attach this to some bug report and start marking >> the other TreeView DnD related reports as duplicates. Then we have >> a bug report to show the maintainers (I think that's the preferred >> way of working) and it's shows me mean business here ;) >> > Can I leave that to you then, Dieter? It sounds like you're a bit more experienced in that area than I am. Did some more test last night and this is more general than just TreeView DnD being broken. The moment any drag icon is below the pointer things break. It's just more evident with TreeView DnD because it sets a huge "icon" and explicitly places it at the center of the pointer. Other GTK+ widgets' DnD operations do not do this AFAIK. Confirmed our patch fixes other cases of a drag icon being below the pointer. Searched bugzilla and learned somebody else already discovered which commit broke DnD behavior. It had a patch to simply revert that commit, but that's a no go (loosing the OLE2 DnD work that's there, even if not functional, would be a great loss IMHO). Sad there's over 3000 bugs for the GTK+ product in bugzilla. We could have saved ourselves some time debugging. Oh wel ;) So took hold of https://bugzilla.gnome.org/show_bug.cgi?id=616544 , marked duplicates and attached our patch. Then asked for review on #win32 (before pestering a GTK+ maintainer on #gtk+). pbor had some remarks (thanks & fixed), tml dropped by (requested by Fridrich). Fridrich made me extremely nervous by doing that! I'd rather have respected tml's choice of no longer working on the win32 port of GTK+. Got over it though ;) Had a nice chat with tml, he didn't remember much from the days when he committed the patch that broke DnD and didn't see anything obviously wrong with the patch we are now proposing to fix it up again. Good! Will go seek a GTK+ maintainer now on #gtk+. Add yourself to the CC list of bug #616544 if you want to keep informed, I'll no longer notify this list about this particular issue. Also had a look at forward porting this to gtk3. Sadly, win32 DnD is completely broken in new and exciting ways. Something for another day though... mvg, Dieter From doug.blank@gmail.com Mon Sep 19 20:05:21 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 79E6575034C for ; Mon, 19 Sep 2011 20:05:21 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.623 X-Spam-Level: X-Spam-Status: No, score=-2.623 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, TW_GT=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9JM-Eowzd90w for ; Mon, 19 Sep 2011 20:05:18 +0000 (UTC) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by menubar.gnome.org (Postfix) with ESMTP id 0326F750092 for ; Mon, 19 Sep 2011 20:05:09 +0000 (UTC) Received: by fxg9 with SMTP id 9so7987526fxg.27 for ; Mon, 19 Sep 2011 13:05:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=kaMwBybBjIBm1/YBHYoiR2uGBTX2ef0naLFRiNmQHlg=; b=sJBR5PfjeucaIv/3SOSMCNIwPn4q6pMyWyEfiBCOAc/ZEOYYKOXa8SSpaZRlfX1+Ju rA+aobA0KP5D3lmdjwxHsaKEiYhcbwCTREko2agJxxbHc6afJ7pW7gZoZIIfZWB4qJ+u XwYxWPF+y31NgkJVhRb49RvD6qmz2xRZuFZNA= MIME-Version: 1.0 Received: by 10.223.33.145 with SMTP id h17mr5650034fad.130.1316462707682; Mon, 19 Sep 2011 13:05:07 -0700 (PDT) Received: by 10.223.63.7 with HTTP; Mon, 19 Sep 2011 13:05:07 -0700 (PDT) In-Reply-To: <4E779028.8010200@optionexplicit.be> References:

<5DDA4323-C3C9-4E0F-BFAD-007B414B4A9C@tiscali.co.uk> <20110915133216.GD5757@physics.muni.cz> <20110915173554.GF5757@physics.muni.cz> <97E47C1F-2662-4C52-B38F-44FA4B4B9051@tiscali.co.uk> <20110915190441.GG5757@physics.muni.cz> <423401E7-EB8F-49B5-951E-23B02B76AE5D@tiscali.co.uk> <20110915200803.GH5757@physics.muni.cz> <057472E6-E55E-4304-867F-EFEE33723F12@tiscali.co.uk> <9E248023-D47C-4EF8-884C-F108DDC61550@tiscali.co.uk> <2C5C8625-0EA7-4323-AAF3-87A869436CA4@tiscali.co.uk> <1316298095.17080.7.camel@localhost> <4E75274F.8020702@optionexplicit.be> <4E75B321.1060204@optionexplicit.be> <88716E6B-E61A-4566-B9E1-D4A597DDF22D@tiscali.co.uk> <4E75CDE2.6080702@optionexplicit.be> <4E779028.8010200@optionexplicit.be> Date: Mon, 19 Sep 2011 16:05:07 -0400 Message-ID: Subject: Re: GTK TreeView control in Windows (DND issue) From: Doug Blank To: Dieter Verfaillie Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: gtk-list@gnome.org X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2011 20:05:21 -0000 On Mon, Sep 19, 2011 at 2:55 PM, Dieter Verfaillie wrote: > On 18/09/2011 13:10, John Emmas wrote: >> On 18 Sep 2011, at 11:54, Dieter Verfaillie wrote: >> >>> >>> Probably best to attach this to some bug report and start marking >>> the other TreeView DnD related reports as duplicates. Then we have >>> a bug report to show the maintainers (I think that's the preferred >>> way of working) and it's shows me mean business here ;) >>> >> Can I leave that to you then, Dieter? =A0It sounds like you're a bit mor= e experienced in that area than I am. > > Did some more test last night and this is more general than just > TreeView DnD being broken. The moment any drag icon is below the > pointer things break. It's just more evident with TreeView DnD > because it sets a huge "icon" and explicitly places it at the > center of the pointer. Other GTK+ widgets' DnD operations do > not do this AFAIK. > > Confirmed our patch fixes other cases of a drag icon being below > the pointer. > > Searched bugzilla and learned somebody else already discovered > which commit broke DnD behavior. It had a patch to simply > revert that commit, but that's a no go (loosing the OLE2 DnD > work that's there, even if not functional, would be a great > loss IMHO). > > Sad there's over 3000 bugs for the GTK+ product in bugzilla. We > could have saved ourselves some time debugging. Oh wel ;) > > So took hold of https://bugzilla.gnome.org/show_bug.cgi?id=3D616544 , > marked duplicates and attached our patch. Then asked for review on > #win32 (before pestering a GTK+ maintainer on #gtk+). > > pbor had some remarks (thanks & fixed), tml dropped by (requested > by Fridrich). Fridrich made me extremely nervous by doing that! > I'd rather have respected tml's choice of no longer working on > the win32 port of GTK+. Got over it though ;) > > Had a nice chat with tml, he didn't remember much from the days > when he committed the patch that broke DnD and didn't see anything > obviously wrong with the patch we are now proposing to fix it up > again. Good! > > Will go seek a GTK+ maintainer now on #gtk+. Add yourself to the > CC list of bug #616544 if you want to keep informed, I'll no longer > notify this list about this particular issue. Thanks all! BTW, do you think that these fixes will have any effect on Mac OSX? I am getting the same behavior there, and am hopeful that we can restore functionality there too. -Doug > Also had a look at forward porting this to gtk3. Sadly, win32 DnD is > completely broken in new and exciting ways. Something for another day > though... > > mvg, > Dieter > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > From paul@linuxaudiosystems.com Mon Sep 19 20:11:04 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D86E77503F2 for ; Mon, 19 Sep 2011 20:11:04 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.523 X-Spam-Level: X-Spam-Status: No, score=-2.523 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, TW_GT=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SmgnnbQt-vwn for ; Mon, 19 Sep 2011 20:11:03 +0000 (UTC) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by menubar.gnome.org (Postfix) with ESMTP id 3A2B37503E8 for ; Mon, 19 Sep 2011 20:10:54 +0000 (UTC) Received: by yia13 with SMTP id 13so4585025yia.27 for ; Mon, 19 Sep 2011 13:10:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.30.47 with SMTP id p15mr2614061vdh.130.1316463053401; Mon, 19 Sep 2011 13:10:53 -0700 (PDT) Received: by 10.220.193.74 with HTTP; Mon, 19 Sep 2011 13:10:52 -0700 (PDT) In-Reply-To: References:

<5DDA4323-C3C9-4E0F-BFAD-007B414B4A9C@tiscali.co.uk> <20110915133216.GD5757@physics.muni.cz> <20110915173554.GF5757@physics.muni.cz> <97E47C1F-2662-4C52-B38F-44FA4B4B9051@tiscali.co.uk> <20110915190441.GG5757@physics.muni.cz> <423401E7-EB8F-49B5-951E-23B02B76AE5D@tiscali.co.uk> <20110915200803.GH5757@physics.muni.cz> <057472E6-E55E-4304-867F-EFEE33723F12@tiscali.co.uk> <9E248023-D47C-4EF8-884C-F108DDC61550@tiscali.co.uk> <2C5C8625-0EA7-4323-AAF3-87A869436CA4@tiscali.co.uk> <1316298095.17080.7.camel@localhost> <4E75274F.8020702@optionexplicit.be> <4E75B321.1060204@optionexplicit.be> <88716E6B-E61A-4566-B9E1-D4A597DDF22D@tiscali.co.uk> <4E75CDE2.6080702@optionexplicit.be> <4E779028.8010200@optionexplicit.be> Date: Mon, 19 Sep 2011 16:42:52 -0400 Message-ID: Subject: Re: GTK TreeView control in Windows (DND issue) From: Doug Blank To: Paul Davis Content-Type: text/plain; charset=ISO-8859-1 Cc: gtk-list@gnome.org X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2011 20:43:04 -0000 On Mon, Sep 19, 2011 at 4:10 PM, Paul Davis wrote: > On Mon, Sep 19, 2011 at 4:05 PM, Doug Blank wrote: > >> BTW, do you think that these fixes will have any effect on Mac OSX? I >> am getting the same behavior there, and am hopeful that we can restore >> functionality there too. > > which behaviour? DnD on OS X with 2.24 built with the gtk-osx > moduleset works fine for me. Behavior: Dragging and dropping an item from a Gtk.TreeView doesn't work. I'm using the Mono + Gtk from the standard Mono download, which was Mono 2.10.4 with Gtk 2.12: http://www.go-mono.com/mono-downloads/download.html Is there a better place to get Mono + Gtk for the Mac? -Doug From dieterv@optionexplicit.be Mon Sep 19 21:00:49 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6123875017D for ; Mon, 19 Sep 2011 21:00:49 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=2 tests=[BAYES_00=-1.9] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1JGcJZVoWdCq for ; Mon, 19 Sep 2011 21:00:47 +0000 (UTC) Received: from smtp.webfaction.com (mail6.webfaction.com [74.55.86.74]) by menubar.gnome.org (Postfix) with ESMTP id DCEE0750093 for ; Mon, 19 Sep 2011 21:00:39 +0000 (UTC) Received: from [213.118.220.41] (dD576DC29.access.telenet.be [213.118.220.41]) by smtp.webfaction.com (Postfix) with ESMTP id F14906993798; Mon, 19 Sep 2011 16:00:36 -0500 (CDT) Message-ID: <4E77AD71.1080800@optionexplicit.be> Date: Mon, 19 Sep 2011 23:00:33 +0200 From: Dieter Verfaillie User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: Doug Blank Subject: Re: GTK TreeView control in Windows (DND issue) References: <20110915133216.GD5757@physics.muni.cz> <20110915173554.GF5757@physics.muni.cz> <97E47C1F-2662-4C52-B38F-44FA4B4B9051@tiscali.co.uk> <20110915190441.GG5757@physics.muni.cz> <423401E7-EB8F-49B5-951E-23B02B76AE5D@tiscali.co.uk> <20110915200803.GH5757@physics.muni.cz> <057472E6-E55E-4304-867F-EFEE33723F12@tiscali.co.uk> <9E248023-D47C-4EF8-884C-F108DDC61550@tiscali.co.uk> <2C5C8625-0EA7-4323-AAF3-87A869436CA4@tiscali.co.uk> <1316298095.17080.7.camel@localhost> <4E75274F.8020702@optionexplicit.be> <4E75B321.1060204@optionexplicit.be> <88716E6B-E61A-4566-B9E1-D4A597DDF22D@tiscali.co.uk> <4E75CDE2.6080702@optionexplicit.be> <4E779028.8010200@optionexplicit.be> In-Reply-To: X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: gtk-list@gnome.org X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2011 21:00:49 -0000 On 19/09/2011 22:05, Doug Blank wrote: > BTW, do you think that these fixes will have any effect on Mac OSX? I > am getting the same behavior there, and am hopeful that we can restore > functionality there too. No, these are specific to the win32 GDK backend. Sorry. mvg, Dieter From paul@linuxaudiosystems.com Mon Sep 19 21:57:02 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E14E57500E0 for ; Mon, 19 Sep 2011 21:57:02 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.523 X-Spam-Level: X-Spam-Status: No, score=-2.523 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, TW_GT=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P86lRrRPuQPI for ; Mon, 19 Sep 2011 21:57:01 +0000 (UTC) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by menubar.gnome.org (Postfix) with ESMTP id 1044675008C for ; Mon, 19 Sep 2011 21:56:52 +0000 (UTC) Received: by gyf2 with SMTP id 2so7047713gyf.27 for ; Mon, 19 Sep 2011 14:56:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.27.6 with SMTP id p6mr36290vdg.63.1316469411332; Mon, 19 Sep 2011 14:56:51 -0700 (PDT) Received: by 10.220.193.74 with HTTP; Mon, 19 Sep 2011 14:56:51 -0700 (PDT) In-Reply-To: References:

<5DDA4323-C3C9-4E0F-BFAD-007B414B4A9C@tiscali.co.uk> <20110915133216.GD5757@physics.muni.cz> <20110915173554.GF5757@physics.muni.cz> <97E47C1F-2662-4C52-B38F-44FA4B4B9051@tiscali.co.uk> <20110915190441.GG5757@physics.muni.cz> <423401E7-EB8F-49B5-951E-23B02B76AE5D@tiscali.co.uk> <20110915200803.GH5757@physics.muni.cz> <057472E6-E55E-4304-867F-EFEE33723F12@tiscali.co.uk> <9E248023-D47C-4EF8-884C-F108DDC61550@tiscali.co.uk> <2C5C8625-0EA7-4323-AAF3-87A869436CA4@tiscali.co.uk> <1316298095.17080.7.camel@localhost> <4E75274F.8020702@optionexplicit.be> <4E75B321.1060204@optionexplicit.be> <88716E6B-E61A-4566-B9E1-D4A597DDF22D@tiscali.co.uk> <4E75CDE2.6080702@optionexplicit.be> <4E779028.8010200@optionexplicit.be> Date: Mon, 19 Sep 2011 18:07:47 -0400 Message-ID: Subject: Re: GTK TreeView control in Windows (DND issue) From: Doug Blank To: Paul Davis Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: gtk-list@gnome.org X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2011 22:08:01 -0000 On Mon, Sep 19, 2011 at 5:58 PM, Paul Davis wr= ote: > On Mon, Sep 19, 2011 at 4:42 PM, Doug Blank wrote: >> On Mon, Sep 19, 2011 at 4:10 PM, Paul Davis = wrote: >>> On Mon, Sep 19, 2011 at 4:05 PM, Doug Blank wrot= e: >>> >>>> BTW, do you think that these fixes will have any effect on Mac OSX? I >>>> am getting the same behavior there, and am hopeful that we can restore >>>> functionality there too. >>> >>> which behaviour? DnD on OS X with 2.24 built with the gtk-osx >>> moduleset works fine for me. >> >> Behavior: Dragging and dropping an item from a Gtk.TreeView doesn't work= . >> >> I'm using the Mono + Gtk from the standard Mono download, which was >> Mono 2.10.4 with Gtk 2.12: >> >> http://www.go-mono.com/mono-downloads/download.html >> >> Is there a better place to get Mono + Gtk for the Mac? > > prebuilt? i have no idea. but i don't know why anyone would want to > use Gtk 2.12 when the current 2.X version is 2.24. Because we have users that install Gtk#, and then run our application, and we don't want to maintain building from source for all of the platforms. That seems straightforward. > does 2.12 even > include client-side windows? As opposed to...? > building from source? =A0http://gtk-osx.sourceforge.net/ (possibly > transitioning back toward gnome.org, or possibly not). There are just too many platforms. -Doug > --p > From doug.blank@gmail.com Mon Sep 19 22:09:49 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 58F0C7504B2 for ; Mon, 19 Sep 2011 22:09:49 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.623 X-Spam-Level: X-Spam-Status: No, score=-2.623 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, TW_GT=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uaKDF0sETXFM for ; Mon, 19 Sep 2011 22:09:47 +0000 (UTC) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by menubar.gnome.org (Postfix) with ESMTP id B7FBD75049B for ; Mon, 19 Sep 2011 22:09:38 +0000 (UTC) Received: by fxg9 with SMTP id 9so8180450fxg.27 for ; Mon, 19 Sep 2011 15:09:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=zn9KjwtxEyi2xYjlUOeRFjSE1o/EE3L7gN67fSvcvQE=; b=RQOxnNZe5Hwxr4Jk205GdbvH4Fn41gZAqEeRfKgDzJGKj5hoZFZkKElCUOOWGsh7ht nzoc3G9PyBaAxmXkevMV952mkGlIQPnyIcf+BZUUBXWr4yd9qbYYcJTabdMnGVK8V2km zzSsai/11oCQhIlAXdZCZrDXKUTmr5KBwaz70= MIME-Version: 1.0 Received: by 10.223.62.212 with SMTP id y20mr39206fah.111.1316470176820; Mon, 19 Sep 2011 15:09:36 -0700 (PDT) Received: by 10.223.63.7 with HTTP; Mon, 19 Sep 2011 15:09:36 -0700 (PDT) In-Reply-To: References:

Date: Mon, 19 Sep 2011 18:09:36 -0400 Message-ID: Subject: Re: GTK TreeView control in Windows (DND issue) From: Doug Blank To: Paul Davis Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: gtk-list@gnome.org X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2011 22:09:49 -0000 On Mon, Sep 19, 2011 at 5:56 PM, Paul Davis wr= ote: > On Mon, Sep 19, 2011 at 4:42 PM, Doug Blank wrote: >> On Mon, Sep 19, 2011 at 4:10 PM, Paul Davis = wrote: >>> On Mon, Sep 19, 2011 at 4:05 PM, Doug Blank wrot= e: >>> >>>> BTW, do you think that these fixes will have any effect on Mac OSX? I >>>> am getting the same behavior there, and am hopeful that we can restore >>>> functionality there too. >>> >>> which behaviour? DnD on OS X with 2.24 built with the gtk-osx >>> moduleset works fine for me. >> >> Behavior: Dragging and dropping an item from a Gtk.TreeView doesn't work= . > > from a treeview to some other widget? or from a treeview to the same tree= view? Some other widget. > GTK does not support DnD from treeviews to other widgets without some > work by the app to provide new data types for the drag. =A0this is true > on all platforms that GTK supports. its a major limitation of the > treeview as-is but working around it is not *that* hard. Works on Linux. Maybe we just need to rewrite our code to work on Windows/O= SX... -Doug From paul@linuxaudiosystems.com Mon Sep 19 22:13:34 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 83CB2750429 for ; Mon, 19 Sep 2011 22:13:34 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.523 X-Spam-Level: X-Spam-Status: No, score=-2.523 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, TW_GT=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CnJoL6hfZMWJ for ; Mon, 19 Sep 2011 22:13:32 +0000 (UTC) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by menubar.gnome.org (Postfix) with ESMTP id 4E9FB7500E0 for ; Mon, 19 Sep 2011 22:13:23 +0000 (UTC) Received: by gxk28 with SMTP id 28so7068729gxk.27 for ; Mon, 19 Sep 2011 15:13:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.72.17 with SMTP id z17mr29845vdu.264.1316470402199; Mon, 19 Sep 2011 15:13:22 -0700 (PDT) Received: by 10.220.193.74 with HTTP; Mon, 19 Sep 2011 15:13:22 -0700 (PDT) In-Reply-To: References:

Date: Mon, 19 Sep 2011 18:13:22 -0400 Message-ID: Subject: Re: GTK TreeView control in Windows (DND issue) From: Paul Davis To: Doug Blank Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: gtk-list@gnome.org X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2011 22:13:34 -0000 On Mon, Sep 19, 2011 at 6:09 PM, Doug Blank wrote: > On Mon, Sep 19, 2011 at 5:56 PM, Paul Davis = wrote: >> On Mon, Sep 19, 2011 at 4:42 PM, Doug Blank wrote= : >>> On Mon, Sep 19, 2011 at 4:10 PM, Paul Davis wrote: >>>> On Mon, Sep 19, 2011 at 4:05 PM, Doug Blank wro= te: >>>> >>>>> BTW, do you think that these fixes will have any effect on Mac OSX? I >>>>> am getting the same behavior there, and am hopeful that we can restor= e >>>>> functionality there too. >>>> >>>> which behaviour? DnD on OS X with 2.24 built with the gtk-osx >>>> moduleset works fine for me. >>> >>> Behavior: Dragging and dropping an item from a Gtk.TreeView doesn't wor= k. >> >> from a treeview to some other widget? or from a treeview to the same tre= eview? > > Some other widget. > >> GTK does not support DnD from treeviews to other widgets without some >> work by the app to provide new data types for the drag. =A0this is true >> on all platforms that GTK supports. its a major limitation of the >> treeview as-is but working around it is not *that* hard. > > Works on Linux. Maybe we just need to rewrite our code to work on Windows= /OSX... well, i guess it depends on what data type you ask for. last time i looked, the treeview could only provide information that made sense inside the context of the treeview (e.g. row/col stuff) or text. that's not my idea of "working". we have DnD from treeviews to other widgets working on OS X without issues in ardour (http://ardour.org), and we drag actual data from them, not just text. From mclasen@redhat.com Mon Sep 19 22:21:32 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1C55D7500E0; Mon, 19 Sep 2011 22:21:32 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -7.329 X-Spam-Level: X-Spam-Status: No, score=-7.329 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.504, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_GT=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xLSQ4jVIecPI; Mon, 19 Sep 2011 22:21:29 +0000 (UTC) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 3B9867503F2; Mon, 19 Sep 2011 22:21:20 +0000 (UTC) Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p8JMLJ4Y028646 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 19 Sep 2011 18:21:19 -0400 Received: from [10.11.8.225] (vpn-8-225.rdu.redhat.com [10.11.8.225]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p8JMLIqD006344; Mon, 19 Sep 2011 18:21:18 -0400 Subject: GTK+ 3.1.92 released From: Matthias Clasen To: gnome-announce-list@gnome.org, gtk-devel-list@gnome.org, gtk-app-devel-list@gnome.org, gtk-list@gnome.org Date: Mon, 19 Sep 2011 18:20:52 -0400 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Message-ID: <1316470853.22468.34.camel@lemur> Mime-Version: 1.0 X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: gtk-devel-list@gnome.org List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2011 22:21:32 -0000 GTK+ 3.1.92 is now available for download at: ftp://ftp.gtk.org/pub/gtk/3.1/ http://download.gnome.org/sources/gtk+/3.1/ e6ce9549b8bb3a9796223d1ae9768503ce66e8755b66dd2529c7a149b9ebea64 gtk +-3.1.92.tar.xz e131fd2f3b1a38960d37aaf517c183905e52c255d4f4e028233a2d3bfb81a729 gtk +-3.1.92.tar.bz2 Last stop on the way to 3.2. ============ GTK+ is a multi-platform toolkit for creating graphical user interfaces. Offering a complete set of widgets, GTK+ is suitable for projects ranging from small one-off tools to complete application suites. GTK+ has been designed from the ground up to support a range of languages, not only C/C++. Using GTK+ from languages such as Perl and Python (especially in combination with the Glade GUI builder) provides an effective method of rapid application development. GTK+ is free software and part of the GNU Project. However, the licensing terms for GTK+, the GNU LGPL, allow it to be used by all developers, including those developing proprietary software, without any license fees or royalties. Overview of Changes in GTK+ 3.1.92 ================================== * GtkIconView: - Cells will now be prelighted, if you set the GtkCellRendererPixbuf::follow-state property. * GtkFontChooser: - Speed up population of the font list somewhat. More speedups are expected in 3.2 * Bugs fixed: 615501 GtkIconView does not support prelight cells 658981 Inability to effectively clear string indicator in stf imp... 659241 GtkPaned initially allocates space for separator, even if... 659247 link-button: Reset the mouse cursor when destroyed * Translation updates: Asturian Belarussian Brazilian Portuguese British English Bulgarian French Galician German Latvian Portuguese Punjabi Russian Serbian Slovenian Swedish Thanks to Benjamin Otte Chris Coulson Kristian Rietveld Bastien Nocera Javier Jardón Cosimo Cecchi Ryan Lortie ...and many translators September 19, 2011 Matthias Clasen From dan.stanger@ieee.org Wed Sep 21 02:15:16 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4587E7500C5 for ; Wed, 21 Sep 2011 02:15:16 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.044 X-Spam-Level: X-Spam-Status: No, score=-1.044 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_NEUTRAL=0.779, TW_GD=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B6shTCh99OWt for ; Wed, 21 Sep 2011 02:15:15 +0000 (UTC) X-Greylist: delayed 3631 seconds by postgrey-1.32 at menubar.gnome.org; Wed, 21 Sep 2011 02:15:14 UTC Received: from vms173017pub.verizon.net (vms173017pub.verizon.net [206.46.173.17]) by menubar.gnome.org (Postfix) with ESMTP id ED769750070 for ; Wed, 21 Sep 2011 02:15:04 +0000 (UTC) Received: from [127.0.0.1] ([unknown] [72.93.211.221]) by vms173017.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0LRU00G3WM3PT4E0@vms173017.mailsrvcs.net> for gtk-list@gnome.org; Tue, 20 Sep 2011 20:14:13 -0500 (CDT) Message-id: <4E793A5A.4060509@ieee.org> Date: Tue, 20 Sep 2011 21:14:02 -0400 From: Dan Stanger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 MIME-version: 1.0 To: gtk-list@gnome.org Subject: MS Windows porting question Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2011 02:15:16 -0000 Hello All, I have an application back end written for xlib, and would like to port it to MS windows, and was thinking of using gdk to do this. My reasoning is that I want to provide events to the application, and gdk seems to provide a layer that may make it easier. Does this make sense? Any advice would be appreciated. Thank you, Dan Stanger From gtglus@gmail.com Wed Sep 21 16:16:34 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 82D4F750199 for ; Wed, 21 Sep 2011 16:16:34 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.69 X-Spam-Level: X-Spam-Status: No, score=-2.69 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_TO_NO_BRKTS_FREEMAIL=0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FH3kHZ37mDnV for ; Wed, 21 Sep 2011 16:16:29 +0000 (UTC) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by menubar.gnome.org (Postfix) with ESMTP id BEB6F7500F7 for ; Wed, 21 Sep 2011 16:16:21 +0000 (UTC) Received: by ywp17 with SMTP id 17so2020396ywp.27 for ; Wed, 21 Sep 2011 09:16:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=WEHD5y1OpIU9gnf0h2Oe3Q+/BEuf3EG16fsnGFAW7jY=; b=MiZSnTVXk7e/nnMLMpyeOjKSXUu6TFfqGxti5SroZ6wfXbXwQ1XctvzH7uxkzBghmL od4T84dNa2seZOSqvkAVQ2ilHR0jT9sFvsZ3GfZhJpj1FdRUr6AllffaqHu9w6UZxeyN Q0rTX7NjTPbZV59a2KhYvQm2GfKbTQnsCgLw0= MIME-Version: 1.0 Received: by 10.43.132.68 with SMTP id ht4mr187596icc.196.1316621779726; Wed, 21 Sep 2011 09:16:19 -0700 (PDT) Received: by 10.43.134.70 with HTTP; Wed, 21 Sep 2011 09:16:19 -0700 (PDT) Date: Wed, 21 Sep 2011 18:16:19 +0200 Message-ID: Subject: GtkFrame in Gtk+-3.0 From: Glus Xof To: gtk-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2011 16:16:34 -0000 Hi guys, It seems that the effects for all Gtk+3.0 frames shadow type are the same for almost the GtkShadowType values: GTK_SHADOW_IN, GTK_SHADOW_OUT, GTK_SHADOW_ETCHED_IN and GTK_SHADOW_ETCHED_OUT. Is there any mistake on my side ? It's a bug ? or a feature not yet fixed ? Glus From gtglus@gmail.com Wed Sep 21 21:55:11 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 52FD975010E for ; Wed, 21 Sep 2011 21:55:11 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.69 X-Spam-Level: X-Spam-Status: No, score=-2.69 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_TO_NO_BRKTS_FREEMAIL=0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DNHdIkXn7auB for ; Wed, 21 Sep 2011 21:55:09 +0000 (UTC) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by menubar.gnome.org (Postfix) with ESMTP id 77AF2750106 for ; Wed, 21 Sep 2011 21:55:01 +0000 (UTC) Received: by iadk27 with SMTP id k27so4493657iad.27 for ; Wed, 21 Sep 2011 14:54:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=TeLvmqNnSTln4WA6+bheKzBUVJICdwQ3rvgOg4gcmDE=; b=lv/fnnF+Dj4/Y3VFMhpR8dqpSSH0XKjz7Y7SuQo33jmWIZ64D1txL7orI6XzhG/pj5 F1SeBmWxyb4gK+KA0514uoDegJxNDpglVNHkh6kPYfeoeGQ42qsN13S9pcoW+1WcD2gI 0KfDx5U3NhU5gEU3jwXvvrQT2DcT/ue7mi4tc= MIME-Version: 1.0 Received: by 10.42.115.10 with SMTP id i10mr810684icq.23.1316642099613; Wed, 21 Sep 2011 14:54:59 -0700 (PDT) Received: by 10.42.2.76 with HTTP; Wed, 21 Sep 2011 14:54:59 -0700 (PDT) In-Reply-To: References: Date: Wed, 21 Sep 2011 23:54:59 +0200 Message-ID: Subject: Re: GtkFrame in Gtk+-3.0 From: Glus Xof To: gtk-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2011 21:55:11 -0000 Hi guys, > It seems that the effects for all Gtk+3.0 frames shadow type are the > same for almost the GtkShadowType values: GTK_SHADOW_IN, > GTK_SHADOW_OUT, GTK_SHADOW_ETCHED_IN and GTK_SHADOW_ETCHED_OUT. Doing frame1 = gtk_frame_new("My Frame"); gtk_frame_set_shadow_type(GTK_FRAME(frame1), GTK_SHADOW_IN); or frame1 = gtk_frame_new("My Frame"); gtk_frame_set_shadow_type(GTK_FRAME(frame1), GTK_SHADOW_OUT); throws the same frame shadow type to me... I'd like just ask you if it's normal at this point of current Gtk+-3.0 developpment status.... > Is there any mistake on my side ? It's a bug ? or a feature not yet fixed ? Glus From internalerror@gmail.com Thu Sep 22 08:53:45 2011 Return-Path: X-Original-To: gtk-list@gnome.org Delivered-To: gtk-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B0243750231 for ; Thu, 22 Sep 2011 08:53:45 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.612 X-Spam-Level: X-Spam-Status: No, score=-2.612 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, TW_GT=0.077, T_TO_NO_BRKTS_FREEMAIL=0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Eu7bO6TcQhB2 for ; Thu, 22 Sep 2011 08:53:43 +0000 (UTC) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by menubar.gnome.org (Postfix) with ESMTP id D42B07500D0 for ; Thu, 22 Sep 2011 08:53:34 +0000 (UTC) Received: by iadk27 with SMTP id k27so5521727iad.27 for ; Thu, 22 Sep 2011 01:53:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=JKRfpiPx5NRdBvn74gkTiGONX9sNXFA6ad4CrVKPSek=; b=P++HZOgXbx1GmetG17IM+PQVLvgMhVr0dD7+pF03QTDfrT9vli20+4ujBXOmoDeVHo WNHTFV0bdUPM8kAEH1rkTSUSr5Jur/IXCCBPskvPa8mjraX95k4Ttbn01AOBm3Mw+k5S OPBt5RWE2tXuEI3EBUhj+rfqA8fuazHH+JfWg= MIME-Version: 1.0 Received: by 10.42.74.195 with SMTP id x3mr1802438icj.2.1316681613366; Thu, 22 Sep 2011 01:53:33 -0700 (PDT) Received: by 10.231.199.72 with HTTP; Thu, 22 Sep 2011 01:53:33 -0700 (PDT) In-Reply-To: References:

Date: Thu, 22 Sep 2011 10:53:33 +0200 Message-ID: Subject: Re: GtkFrame in Gtk+-3.0 From: Milosz Derezynski To: gtk-list@gnome.org Content-Type: multipart/alternative; boundary=90e6ba3fcde7d8d71004ad83d308 X-BeenThere: gtk-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General discussion of GTK+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2011 08:53:45 -0000 --90e6ba3fcde7d8d71004ad83d308 Content-Type: text/plain; charset=UTF-8 Hey, Which theme and engine are you using? Did you try this with different themes? Regards Milosz On Wed, Sep 21, 2011 at 11:54 PM, Glus Xof wrote: > Hi guys, > > > It seems that the effects for all Gtk+3.0 frames shadow type are the > > same for almost the GtkShadowType values: GTK_SHADOW_IN, > > GTK_SHADOW_OUT, GTK_SHADOW_ETCHED_IN and GTK_SHADOW_ETCHED_OUT. > > Doing > > frame1 = gtk_frame_new("My Frame"); > gtk_frame_set_shadow_type(GTK_FRAME(frame1), GTK_SHADOW_IN); > > or > > frame1 = gtk_frame_new("My Frame"); > gtk_frame_set_shadow_type(GTK_FRAME(frame1), GTK_SHADOW_OUT); > > throws the same frame shadow type to me... > > I'd like just ask you if it's normal at this point of current Gtk+-3.0 > developpment status.... > > > Is there any mistake on my side ? It's a bug ? or a feature not yet fixed > ? > > Glus > _______________________________________________ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > -- Everything is Original. --90e6ba3fcde7d8d71004ad83d308 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hey,

--90e6ba3fcde7d8d71004ad83d308-- From gtglus@gmail.com Thu Sep 22 09:28:05 2011 Return-Path: