(11:05:05) Conversation with #gtk+ at 2008-06-02 110505 on pbor (11:05:05) You joined #gtk+ (11:07:03) timj quit (Read error: 131 (Connection reset by peer)) (11:07:39) fredmorcos quit (Leaving) (11:08:25) murrayc_ (~murrayc@host86-146-175-196.range86-146.btcentralplus.com) joined #gtk+ (11:08:32) bersace (~bersace@did75-13-82-243-217-90.fbx.proxad.net) joined #gtk+ (11:10:57) martyn quit (Ex-Chat) (11:11:41) tjafk (timj@e176222017.adsl.alicedsl.de) joined #gtk+ (11:11:53) tjafk is now known as timj (11:12:24) martyn (~martyn@benny.imendio.com) joined #gtk+ (11:13:52) murrayc quit (Ping timeout: 600 seconds) (11:14:41) jrb quit (Ping timeout: 600 seconds) (11:15:27) AfC quit (Leaving.) (11:15:51) jrb (~jrb@bzq-179-150-194.static.bezeqint.net) joined #gtk+ (11:17:26) martyn quit (Ex-Chat) (11:18:28) kmaraas quit (Ping timeout: 600 seconds) (11:18:53) martyn (~martyn@benny.imendio.com) joined #gtk+ (11:19:20) kmaraas (~kmaraas@30.80-202-165.nextgentel.com) joined #gtk+ (11:27:50) tm1 is now known as tml (11:27:52) martyn quit (Ex-Chat) (11:29:32) martyn (~martyn@benny.imendio.com) joined #gtk+ (11:36:32) oberon (~oberon@89-138-83-185.bb.netvision.net.il) joined #gtk+ (11:36:41) ebassi (~ebassi@host86-163-240-190.range86-163.btcentralplus.com) joined #gtk+ (11:36:48) in glib - does RWloc support promotion ? (11:37:20) ie, if you already locked it as a reader can you try to lock it as a writer without unlocking first ? (11:37:51) mbarnes_ (~mbarnes@c-76-119-57-66.hsd1.ma.comcast.net) joined #gtk+ (11:43:31) mcrha|out is now known as mcrha (11:43:57) murrayc_ quit (Ping timeout: 600 seconds) (11:44:08) mcrha quit (Read error: 104 (Connection reset by peer)) (11:44:27) giusef (~Zmax@ip-72-55-165-86.static.privatedns.com) joined #gtk+ (11:44:27) mcrha (~mcrha@193.165.228.34) joined #gtk+ (11:46:02) nacho__ (~nacho@39.120.218.87.dynamic.jazztel.es) joined #gtk+ (11:46:31) mbarnes|away quit (Read error: 145 (Connection timed out)) (11:51:59) tanty (~agomez@cm54011.red.mundo-r.com) joined #gtk+ (11:56:11) manphiz quit (ChatZilla 0.9.82.1 [Firefox 3.0/2008051206]) (12:02:49) sergio_ (~sergio@cm216016.red83-165.mundo-r.com) joined #gtk+ (12:03:43) quikee__ (~quikee@BSN-142-8-169.dial-up.dsl.siol.net) joined #gtk+ (12:07:00) setanta (~setanta@200.184.118.132) joined #gtk+ (12:08:19) andre quit (Remote closed the connection) (12:10:40) wolfey (~wolfey@wolfey.si) joined #gtk+ (12:10:49) sergio quit (Read error: 113 (No route to host)) (12:11:03) jkroon (~jkroon@c83-254-41-184.bredband.comhem.se) joined #gtk+ (12:12:00) quikee_ quit (Ping timeout: 600 seconds) (12:12:07) how can i get arrows at end of gnome canvas line item (12:12:20) napredek[i].nalagam_puscica=gnome_canvas_item_new(group,GNOME_TYPE_CANVAS_LINE,"first-arrowhead",(gboolean)TRUE,"points",tocke_nalagam,"fill_color", "black", "width-units", 3.0,NULL); (12:12:27) this draws line without arrow (12:12:30) andre (~andre@f053153206.adsl.alicedsl.de) joined #gtk+ (12:12:33) sergio (~sergio@fanzine.igalia.com) joined #gtk+ (12:14:24) oleavr (~oleavr@62.70.2.252) joined #gtk+ (12:15:04) roosmaa (~roosmaa@84-50-21-146-dsl.kjj.estpak.ee) joined #gtk+ (12:17:08) aike (user1@e180008043.adsl.alicedsl.de) joined #gtk+ (12:18:15) ahh gotta set a,b,c ... (12:20:20) Lethalman (~lethal@host109-33-dynamic.26-79-r.retail.telecomitalia.it) joined #gtk+ (12:20:34) sergio_ quit (Ping timeout: 600 seconds) (12:21:05) don_martino (~don_marti@e181032066.adsl.alicedsl.de) joined #gtk+ (12:22:19) Hi (12:22:20) Lethalman quit (Read error: 104 (Connection reset by peer)) (12:22:21) http://mail.gnome.org/archives/gtk-devel-list/2006-February/msg00168.html (12:22:25) anything new about that? (12:27:26) harobed (~harobed@pda57-1-82-231-115-1.fbx.proxad.net) joined #gtk+ (12:28:20) don_martino quit (Remote closed the connection) (12:29:09) jkroon quit (Remote closed the connection) (12:30:00) mikkel quit (Client exiting) (12:34:51) paolo borelli added attachment 111944 to bug 447998 (12:34:51) Attachment http://bugzilla.gnome.org/attachment.cgi?id=111944&action=edit patch (12:34:53) Bug http://bugzilla.gnome.org/show_bug.cgi?id=447998 enhancement, Normal, ---, gtk-gtkbuilder-maint@gnome.bugs, NEW, GtkBuilder does not support building parts of the xml tree (12:39:19) tanty quit (Ciao.) (12:39:36) Lethalman (~lethal@host110-91-dynamic.22-79-r.retail.telecomitalia.it) joined #gtk+ (12:40:01) don_martino (~don_marti@e181032066.adsl.alicedsl.de) joined #gtk+ (12:40:05) mbarnes_ is now known as mbarnes (12:44:13) Goundy (~Goundy@75.64-136-217.adsl-dyn.isp.belgacom.be) joined #gtk+ (12:44:26) milos_ quit (Ping timeout: 600 seconds) (12:48:00) don_martino quit (Remote closed the connection) (12:52:22) Lethalman quit (Read error: 104 (Connection reset by peer)) (12:52:53) milos_ (~milos@92.36.180.70) joined #gtk+ (12:59:16) tanty (~agomez@cm54011.red.mundo-r.com) joined #gtk+ (13:02:20) tortoise (~tortoise@87-194-162-231.bethere.co.uk) joined #gtk+ (13:03:36) Lupine quit (I'll be taking these Huggies....and whatever cash ya got) (13:05:39) oxnard_montalvo (~oxnard@226.120.233.220.exetel.com.au) joined #gtk+ (13:07:54) tanty quit (Ciao.) (13:08:16) Hello, is gdk_window_foreign_new(GDK_ROOT_WINDOW()) supposed to be xinerama aware or is the bug I'm seeing because it assumes that it is? (13:12:20) Lethalman (~lethal@host109-28-dynamic.42-79-r.retail.telecomitalia.it) joined #gtk+ (13:17:45) by which I probably mean something like does GDK_ROOT_WINDOW return something that includes all of your xinerama desktop? (13:18:51) AfC (andrew@office.syd.operationaldynamics.com) joined #gtk+ (13:22:34) mikkel (~mikkel@130.226.36.170) joined #gtk+ (13:24:07) fer is now known as fer|lunch (13:28:08) ebassi quit (Lost terminal) (13:28:46) AfC quit (Leaving.) (13:29:44) oxnard_montalvo: GDK_ROOT_WINDOW is the X11 root window. xinerama means the root window of an X11 screen covers several physical monitors, doesn't it? so yes, GDK_ROOT_WINDOW covers all the xinerama "desktop" ("desktop" is not an X11 concept, afaik. "display" and "screen" are.) (13:30:03) (somebody correct me if I am wrong above, please) (13:30:38) borschty (~sebastian@p54BB43CB.dip.t-dialin.net) joined #gtk+ (13:30:52) andre is now known as andre|afk (13:31:08) roosmaa quit (Leaving) (13:33:08) danielm (~daniel@r190-135-155-56.dialup.adsl.anteldata.net.uy) joined #gtk+ (13:35:39) Lethalman quit (Ping timeout: 600 seconds) (13:36:42) Company quit (Remote closed the connection) (13:50:03) ebassi (~ebassi@host86-163-240-190.range86-163.btcentralplus.com) joined #gtk+ (13:51:11) harlan (~harlan@lesnuits.olf.sgsnet.se) joined #gtk+ (13:53:06) psankar quit (Ping timeout: 600 seconds) (13:53:33) Lupine (~Lupine@rrcs-24-73-234-2.se.biz.rr.com) joined #gtk+ (13:53:55) andre|afk is now known as andre (13:54:04) New gtk+ bug 536218 filed by spam.noam@gmail.com. (13:54:04) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536218 normal, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, GtkMessageDialog hides some of the text in right-to-left direction (13:56:22) nacho_ (~nacho@127.120.218.87.dynamic.jazztel.es) joined #gtk+ (13:56:29) Noam Raphael added attachment 111945 to bug 536218 (13:56:29) Attachment http://bugzilla.gnome.org/attachment.cgi?id=111945&action=edit A screenshot showing the clipped text (13:58:34) so I should file a bug against X11/extensions if XShapeGetRectangles (GDK_DISPLAY(), GDK_ROOT_WINDOW() , ...) is returning a single rectangle that is only half of the Desktop using Xinerama? (and yes I'm avoiding using X terminology because it confuses the hell out of me). (14:00:27) yongsun quit (Ping timeout: 600 seconds) (14:01:12) and I note there are times when I'm sure one wants to separate the screens. The panel seems to do this. (14:01:30) btw if this is the wrong place for such questions, I'd appreciate a pointer to the correct place ;) (14:02:57) njpatel quit (Remote closed the connection) (14:03:32) nacho__ quit (Read error: 145 (Connection timed out)) (14:03:34) oxnard_montalvo: it's the right place, but you might have to wait for someone to answer (14:06:30) ebassi: cheers, it's dead easy to hack around this and fix the bug in gnome-screenshot but I figured someone might want to know if there's a deeper problem here. There is some disconnect between Xlib and Gdk, I don't know enough to know where to file the bug... (14:06:56) njpatel (~njp@5ac61482.bb.sky.com) joined #gtk+ (14:10:21) kmaraas quit (Ex-Chat) (14:10:23) Gyb (~Gybrush@f053153187.adsl.alicedsl.de) joined #gtk+ (14:14:22) I suspect squashing this bug might fix a few inconsistent annoyances with xinerama desktops in gnome. (14:18:29) mathrick quit (Ping timeout: 600 seconds) (14:18:48) mclasen (~mclasen@66.187.234.200) joined #gtk+ (14:19:01) manphiz (~dxy@218.244.247.198) joined #gtk+ (14:20:34) jdahlin (~jdahlin@201-68-7-115.dsl.telesp.net.br) joined #gtk+ (14:20:38) Burrito sets mode: +o jdahlin (14:20:48) lmoura (~lmoura@200.184.118.132) joined #gtk+ (14:24:49) fer|lunch is now known as fer (14:35:59) mathrick (~mathrick@wireless.its.sdu.dk) joined #gtk+ (14:36:36) fmarostica (~fmarostic@helium.prodar.com.br) joined #gtk+ (14:42:21) kmaraas (~kmaraas@30.80-202-165.nextgentel.com) joined #gtk+ (14:45:06) harlan quit (Ex-Chat) (14:47:35) KaL is now known as KaL_lunch (14:48:06) mbarnes is now known as mbarnes|afk (14:49:22) New gtk+ bug 536229 filed by christian@imendio.com. (14:49:22) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536229 enhancement, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, Improve themability of the notebook scrolling gap (14:57:36) ebassi: do we have a meeting this week? (14:57:47) (or was there one last week? i was at linuxtag...) (15:00:10) timj! (15:00:34) timj: I remember that you mentioned a idl parser written in python, where can I find that code? (15:01:08) not released yet, was waiting to peek at gir for that (15:02:02) http://wiki.nyloncactus.com/doku.php?id=magpie:start (15:02:04) okay, I wanted to include on in gobject introspection, to encourage that kind of use (15:02:19) is an IDL written in python that works reasonably well for certain purposes (15:02:33) *IDL compiler (15:05:26) nilson (~nilson@201.45.49.162) joined #gtk+ (15:06:57) hi jdahlin, I gave it another try :-) (15:07:59) I am quite happy with that api, even better than with_root() (15:08:24) pbor: using char **? (15:08:34) yes (15:08:57) timj: no, we didn't because I suck and I forgot to send the announcement; also, with everyone at linuxtag, nobody really added/sent me any point to the agenda :-) (15:09:34) timj: but we can have the meeting tomorrow, if you have any suggestion (15:11:14) borschty_ (~sebastian@p54BB7D84.dip.t-dialin.net) joined #gtk+ (15:12:26) birunko (~birunko@200.184.118.132) joined #gtk+ (15:14:17) ebassi: that'd be great (15:15:33) Speckal (~Speckal@70.62.131.29) joined #gtk+ (15:15:55) nacho__ (~nacho@2.120.218.87.dynamic.jazztel.es) joined #gtk+ (15:16:56) dot1 (nobody@adsl.gaya.fr) joined #gtk+ (15:17:01) mbarnes|afk is now known as mbarnes (15:17:05) hello (15:18:08) timj: okay, I'm updating the meetings page on the wiki; do you have any agenda point? (15:18:24) timj: or should I just add "report from linuxtag"? :-) (15:19:24) jwendell (~wendell@wks227.usinasantoantonio.com.br) joined #gtk+ (15:20:18) borschty quit (Ping timeout: 600 seconds) (15:21:37) nacho_ quit (Read error: 145 (Connection timed out)) (15:24:31) tanty (~agomez@cm216016.red83-165.mundo-r.com) joined #gtk+ (15:24:39) geaaru quit (Leaving) (15:25:03) fdd (~fdd@79.116.106.199) joined #gtk+ (15:26:45) New gtk+ bug 536233 filed by robert@robbieab.com. (15:26:45) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536233 minor, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, gtk-2.0/gtk/gtkcalendar.h:75: error: comma at end of enumerator list (15:29:19) wolfey quit (Lost terminal) (15:30:25) tbf (~mathias@net-52.nrpn.net) joined #gtk+ (15:33:37) alternatively if anyone has an overview of X terminology or even wtf one is supposed do when faced with man XShapeGetRectangles I'd really appreciate that. (15:46:53) oxnard_montalvo: looks interesting, I will take a closer look at that idl compiler at a later point (15:47:38) mclasen: do you have any opinion about pbor's new patch attached to bug 447998 ? (15:47:40) Bug http://bugzilla.gnome.org/show_bug.cgi?id=447998 enhancement, Normal, ---, gtk-gtkbuilder-maint@gnome.bugs, NEW, GtkBuilder does not support building parts of the xml tree (15:48:38) ebassi: i'll blog about linuxtag ;) (15:49:08) jdahlin: I haven't read it (15:49:11) ebassi: i have merging gseal as agenda point. (15:49:27) ebassi: there should be an email from kris later, explaining that (15:49:31) uea (15:49:31) yea (15:49:33) tomorrow (15:49:36) early tomorrow (15:49:49) timj: including accessors for everything sealed off? (15:50:05) alfauros quit (Read error: 131 (Connection reset by peer)) (15:50:08) jdahlin: yeah, sealing doesn't really make sense without providing accessors. (15:50:32) not *everything*, only sealed off stuff that makes sense (15:50:45) which is not so much, since GTK+ provides a very large chunk of useful accessors already (15:50:51) nothing private if course :) (15:50:51) alfauros (~jani@matolaatikko.yok.utu.fi) joined #gtk+ (15:50:54) that'll be lots of fun, writing all these accessors [and properties where it makes sense] (15:50:55) of (15:51:37) eeek, my gtk+ doesn't jhbuild anymore due to a cairo-1.6 dependency... (15:51:59) wow. I wonder why my Pidgin has exploded to 1 GB in memory usage (15:52:17) *tml kills Pidgin (15:52:23) tml quit (Read error: 104 (Connection reset by peer)) (15:52:28) mitch: http://bugzilla.gnome.org/show_bug.cgi?id=536126 (15:52:30) Bug 536126: blocker, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, gtk.h don't include gtkmarshal.h (15:52:33) what happened to gtkmarshal.h ? (15:52:41) jrb quit (Ping timeout: 600 seconds) (15:52:49) timj: http://live.gnome.org/TwoPointTwentythree/ExternalDependencies still lists cairo 1.2.6 as minimum version (15:52:51) mbarnes is now known as mbarnes|afk (15:53:02) mclasen: let's see, maybe i forgot it (15:53:19) tml (~tml@cs181089201.pp.htv.fi) joined #gtk+ (15:53:38) fredp: I bumped the gtk cairo dep to 1.6 last week (15:54:19) mclasen: is it ok if I mail desktop-devel-list@ asking for the dep to be bumped, or do you want to do it yourself? (15:54:20) datallah: is there some problem in pidgin 2.1.0 that makes it leak memory in some situation? (15:54:24) timj: the cairo dep was already at 1.5.2 before... (15:54:35) mathrick quit (Ping timeout: 600 seconds) (15:54:37) tbf quit (Ping timeout: 600 seconds) (15:54:39) fredp: sure, I can send a mail (15:55:01) okay, I'll let you do it as you're better informed than me (15:56:00) timj: okay, I'll add that point (15:56:36) mclasen: it was never included in gtk.h and moreover the entire header is deprecated (15:57:15) ebassi i'd also like to discuss finding volounteers for the open slots on http://live.gnome.org/GtkTasks (15:57:18) mitch: hmm, odd. why would builds break then ? (15:57:52) ebassi: are we collecting agenda ? I'd like to discuss the filechooser / gio patch (15:57:59) maybe some people were including gtkmarshal.h directly and now finally need to build their own marshallers? (15:58:12) mcyes, ebassi is collecting agenda (15:58:15) mclasen: dunno, i just double checked gtk-2-12 and gtk-2-10, it's not included (15:58:22) mclasen: NOTABUG (15:58:32) mitch: can you comment on the bug ? (15:58:39) mclasen: just did and closed (15:58:53) mclasen: sure (15:58:55) thanks (15:59:14) Michael Natterer changed the Status on bug 536126 from UNCONFIRMED to RESOLVED NOTABUG. (15:59:14) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536126 blocker, Normal, ---, gtk-bugs@gtk.org, RESOLVED NOTABUG, gtk.h don't include gtkmarshal.h (15:59:51) mbarnes|afk is now known as mbarnes (16:00:13) ieei (~Haakon@62.70.2.252) joined #gtk+ (16:03:45) mikkel quit (Client exiting) (16:06:52) mmass0nnet is now known as m8t (16:08:21) anyone got a quick fix for this? (16:08:22) sexy-icon-entry.c:131: error: ‘gtk_marshal_VOID__INT_INT’ undeclared (first use in this function) (16:08:26) deprecated? (16:08:34) devhelp gave me nothing (16:09:53) the marshallers are private (16:09:56) kmaraas: bug 536126 (16:09:58) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536126 blocker, Normal, ---, gtk-bugs@gtk.org, RESOLVED NOTABUG, gtk.h don't include gtkmarshal.h (16:10:17) kmaraas: libsexy should have used their own marshallers instead of depending on gtk's (16:10:24) ok (16:19:18) zwnj quit (Read error: 145 (Connection timed out)) (16:20:16) mathrick (~mathrick@users177.kollegienet.dk) joined #gtk+ (16:23:15) gtk+ build is still broken ghere (16:23:24) gnome-doc-utils.make:63: HAVE_GNOME_DOC_UTILS does not appear in AM_CONDITIONAL (16:23:24) help/manual/Makefile.am:1: `gnome-doc-utils.make' included from here (16:23:40) this appears while configuring gtk-doc (16:25:48) hrm, where's ensonic? (16:27:42) roosmaa (~roosmaa@195.50.204.194) joined #gtk+ (16:30:48) kmaraas: all these marshallers are deprecated since long time (16:30:54) zwnj (~behnam@relay.linux.ir) joined #gtk+ (16:31:18) why does that come up now after my changes? (16:32:23) aaaaaah (16:32:38) kmaraas: it's because of my change to gtksignal.h (16:32:52) mclasen: it's because i moved the deprecated guards in gtksignal.h (16:33:38) but if DISABLE_DEPRECATED is defined this should change *nothing* (16:33:49) muntyan (~muntyan@pool-71-113-225-242.herntx.dsl-w.verizon.net) joined #gtk+ (16:33:49) and if it's not defined it should change nothing either (16:34:01) does anyone understand this? (16:35:55) kmaraas: can you tell me what exactly sexy-icon-entry.c includes and what are the compiler flags? (16:36:10) tbf (~mathias@gw.cosmicparrot.net) joined #gtk+ (16:36:16) tbf! (16:38:58) andre quit (Read error: 131 (Connection reset by peer)) (16:39:12) giusef quit (giusef) (16:39:19) lessthanjake quit (Leaving) (16:39:33) hey timj (16:45:49) kmaraas: pin (16:45:51) g (16:46:12) mitch: hi (16:46:23) mitch: fixed now (16:46:35) mitch: by having it use it's own marshaler (16:46:54) kmaraas: still, i broke the build for stuff building without DISABLE_DEPRECATED (16:47:07) it includes (16:47:14) kmaraas: ok thanks, that's what i thought (16:47:21) kmaraas: and it doesn't use DISABLE_DEPRECATED? (16:47:28) make all-am (16:47:29) make[1]: Entering directory `/home/kmaraas/cvs/gnome/libsexy/libsexy' (16:47:29) /bin/sh ../libtool --tag=CC --mode=compile ccache gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/opt/gnome2/include/pango-1.0 -I/opt/gnome2/include/glib-2.0 -I/opt/gnome2/lib/glib-2.0/include -I/opt/gnome2/include/gtk-2.0 -I/opt/gnome2/lib/gtk-2.0/include -I/opt/gnome2/include/atk-1.0 -I/usr/include/cairo -I/usr/include/libxml2 -g -O0 -g -O0 -march=core2 -Wall -MT sexy-icon-entry.lo -MD -MP -MF .deps/sexy-icon-entry.Tpo -c -o sexy-icon-entry.lo s (16:47:30) exy-icon-entry.c (16:47:32) ccache gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/opt/gnome2/include/pango-1.0 -I/opt/gnome2/include/glib-2.0 -I/opt/gnome2/lib/glib-2.0/include -I/opt/gnome2/include/gtk-2.0 -I/opt/gnome2/lib/gtk-2.0/include -I/opt/gnome2/include/atk-1.0 -I/usr/include/cairo -I/usr/include/libxml2 -g -O0 -g -O0 -march=core2 -Wall -MT sexy-icon-entry.lo -MD -MP -MF .deps/sexy-icon-entry.Tpo -c sexy-icon-entry.c -fPIC -DPIC -o .libs/sexy-icon-entry.o (16:47:37) mv -f .deps/sexy-icon-entry.Tpo .deps/sexy-icon-entry.Plo (16:47:41) ok thank you (16:47:51) i will put the include of gtkmarshal.h back (16:48:01) even though i hate it ;) (16:48:24) mitch: perhaps with a warning? (16:48:40) jdahlin: whenever including something deprecated? (16:48:59) it was inlcudec from gtksignal.h and i remove that include (16:49:02) included (16:49:16) mitch: yeah, why not? (16:50:23) jdahlin: i'm all for that (16:50:38) jdahlin: feel free to commit such a change and take all the bitching (16:50:57) Michael Natterer changed the Status on bug 536126 from RESOLVED NOTABUG to UNCONFIRMED. (16:50:57) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536126 blocker, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, gtk.h don't include gtkmarshal.h (16:51:02) kmaraas: use these: (16:51:04) G_DISABLE_DEPRECATED (16:51:05) GDK_DISABLE_DEPRECATED (16:51:05) GDK_PIXBUF_DISABLE_DEPRECATED (16:51:05) GTK_DISABLE_DEPRECATED (16:51:43) mitch: I'm not sure how to do it technically though, if it's feasible (16:52:09) Goundy quit (Remote closed the connection) (16:52:31) jdahlin: #ifdef __GNUC__ (16:52:46) jdahlin: #warning YOU ARE USING DEPRECATED CRAP (16:52:48) jdahlin: #endif (16:52:49) federico (~federico@189.129.72.145) joined #gtk+ (16:53:24) mitch: I'd rather have it when you actually use it, if possible (16:53:31) mhwork|gone is now known as mhutch (16:53:56) so you'd only get a warning when trying to use ‘gtk_marshal_VOID__INT_INT’ (16:54:22) tbf: did you actually make a gnome love/hate wall phjoto in the end? (16:54:27) jdahlin: i would warn if you don't have the proper CPPFLAGS, without any mercy (16:55:01) mitch: I'm more interested in getting the process right, so we can easily deprecate things and tell users before removing it (16:55:20) jdahlin: well easy: just disable the deprecated stuff by default (16:55:22) timj: michael collected and sorted them and wanted to post them (16:55:32) fdd quit (Peace Be Upon You!) (16:55:34) so if users want to use cruft they must explicitely enable it (16:56:29) andre (~andre@f053152058.adsl.alicedsl.de) joined #gtk+ (16:57:35) nacho__ quit (Read error: 148 (No route to host)) (16:58:03) we so want to disable by default in 3.0 ;) (16:58:19) what a shame it's not doable earlier (16:58:59) mclasen is now known as mclasen_afk (16:59:01) perhaps we should disable by default stuff that was deprecated one release back (16:59:21) otherwise we break too much working source (17:01:22) manphiz quit (leaving) (17:02:26) mitch: in 3.0? (17:03:11) kris: i mean, we would defalt-disable stuff in 3.4 that was deprecated in 3.2 and so on (17:03:20) or? (17:03:22) when you say "disable" you mean "optionally", right, in 2.x series? (17:03:32) muntyan: nobody talks about 2.x here (17:03:39) ah, good (17:04:10) mbarnes is now known as mbarnes|afk (17:04:28) juergbi quit (Leaving) (17:05:09) mitch: yea that makes a lot of sense imho (17:05:27) what's so bad about being able to compile two year-old sources today? (17:05:44) you guys are inventing ways to break old code and have an excuse for that! (17:05:48) well, you can still compile them if you change the compile flags (17:05:51) old code rots (17:05:53) lessthanjake (~lessthanj@b202c.studby.ntnu.no) joined #gtk+ (17:05:59) code that is not maintained deserves to die (17:06:00) yeah, user changing compile flags (17:06:03) i can see that (17:06:14) users shouldnt be compiling anyway ;) (17:06:21) muntyan: Microsoft don't maintain old software (17:06:26) Goundy (~Goundy@75.64-136-217.adsl-dyn.isp.belgacom.be) joined #gtk+ (17:06:33) muntyan: they have a job with the current software :) (17:06:40) ZabaQ (~jconnors@194-105-174-193.ifb.co.uk) joined #gtk+ (17:06:58) is Microsoft relevant here? we should all go write mono if we look at microsoft (17:07:19) voltron (~voltron@ppp-71-139-226-135.dsl.irvnca.pacbell.net) joined #gtk+ (17:07:22) .NET in fact, because mono is too old (17:08:27) Michael Natterer changed the Status on bug 536126 from UNCONFIRMED to RESOLVED FIXED. (17:08:27) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536126 trivial, Normal, ---, gtk-bugs@gtk.org, RESOLVED FIXED, gtk.h don't include gtkmarshal.h (17:10:03) tbf quit (Leaving.) (17:10:15) gianmt quit (Leaving) (17:10:23) i just checked, i am using a program released in May 2005, and it still works for some reason. (17:10:57) muntyan: old programs will still work, linux distributions are likely to ship gtk+ 2.x for the next 5+ years (17:11:00) now is there a gtk feature which is unlikely to be deprecated in two years? really, it's all only about man power, if there are enough hackers, then everything willl be deprecated and rewritten (17:11:49) I'm writing a language binding, and I'm wondering if its possible to iterate over/find all the valid GTypes somehow.. (17:11:51) muntyan: you will stil be able to build old stuff, but with flags set. that's still better than not telling people what they do wrong in newly written code (17:12:02) if i know the flags (17:12:12) that's what documentation is for (17:12:25) mitch: good people use G_DISABLE_DEPRECATED flags in debug bulids (17:12:32) tml: turns out that what you said is not the case. with xinerama there are multiple X root windows... for(i=0; i and bad people do char *s; strcpy(s, "ewfwef") (17:12:40) why users should suffer? (17:13:04) users who build their own software are not users (17:13:12) mitch: imagine you download a program and try to build it. what documentation? (17:13:20) mitch: what you just said is bullshit, sorry (17:13:27) you talk bullshit all the time (17:13:34) ok (17:13:41) users don't build programs, right (17:13:42) ZabaQ: not currently, but it will be possible with gobject-introspection (17:14:07) muntyan: i know that's not true (17:14:19) muntyan: but why on earth are you always destructive? (17:14:35) why is it not possible to improve someting without you bitching the next second (17:14:43) your attitude just so massively sucks (17:15:10) i apply my positive sides to things i work on, and negative ones to things i don't like. e.g. when people break code for no reason (17:15:13) please (17:15:45) i take pride in breaking code (17:15:50) jhadlin: ok, so I'll just grab all the valid names from the .defs, and find the related types. Plan B. Thx. (17:16:07) ZabaQ: .defs from pygtk? (17:16:13) stack_ (~sgerstack@mail.edpaymentsystems.com) joined #gtk+ (17:16:22) jdahlin: yes (17:16:45) ZabaQ: we're working on replacing them with an xml format called .gir, which will contain more information and which will be maintained outside of pygtk (17:17:24) jdahlin: sounds useful. (17:17:40) ZabaQ: there's an svn module called gir-repository which contains a bunch of gir files you could use (17:18:10) I'm just making the point since the .defs files are not going to be maintained for much longer, I'm planning to get rid of them in pygtk in the near future (17:18:17) jdahiln: Ah, I just found your blog. (17:18:34) stack_ quit (Ex-Chat) (17:18:39) "Future of Gnome Language Bindings." .. (17:19:03) ZabaQ: check out http://live.gnome.org/GObjectIntrospection for up to date information (17:20:12) mcrha is now known as mcrha|eat (17:22:41) aike quit (Leaving) (17:23:37) Siavash (~siavash@91.98.73.154) joined #gtk+ (17:24:16) muntyan quit (muntyan) (17:24:43) gir looks a lot more complete than the .defs. I'll go with it. (17:26:09) KaL_lunch is now known as KaL (17:26:32) behdad (~behdad@CPE001217b19226-CM0012c9c84bc4.cpe.net.cable.rogers.com) joined #gtk+ (17:29:47) ZabaQ: we'll extend them and add more information eventually (17:30:07) 'm loking a way to change dynamically screen color to black and white. I learn now Xlib but perhaps could I do it with gtkmm ? (17:32:02) quikee__ is now known as quikee (17:36:46) when I iterate over a map do I get a pair when I "->" the iterator ? (17:37:31) oberon: what map what pair what iterator? (17:38:30) suppose I have the following map: "std::map values;" (17:39:09) oh, ask in #c++ (17:39:23) Ibrahim_ (~Zugadi@41.221.180.145) joined #gtk+ (17:39:30) and I wanna iterate over it using: "for (std::map::iterator i = values.begin(); i != values.end(); i++)" (17:39:52) oh, right , wrong channel, sorry .. (17:39:59) #c++ is full of experts for that ;) (17:40:04) np (17:41:11) mclasen_afk: can you build gtk-doc from jhbuild? or anyone else? (17:42:24) fmarostica quit (Saindo) (17:42:53) ieei quit (Leaving) (17:42:59) milos_ quit (Ping timeout: 600 seconds) (17:43:49) Flemmard (~flemmard@the67-2-88-160-63-161.fbx.proxad.net) joined #gtk+ (17:43:51) Hi (17:44:26) Does someone know how to force Scroll to bottom in a ScrolledWindow ? (17:44:28) oxnard_montalvo: so you mean there is one root window per X11 screen. sure, of course there is (17:45:21) oxnard_montalvo: I just remembered wrong, I thought xinerama was the situation where several monitors are combined for one screen (17:45:39) jhadlin: what actually generated the .gir files? I've been looking in gobject-introspection for a main() but can't seem to find it? (17:45:53) jdhalin: or a __main__ for that matter. (17:46:17) ZabaQ: tools/g-ir-scanner (17:46:35) a clue or sth .. (17:46:47) ZabaQ: check gir/Makefile.am in g-ir-repository (17:47:19) tml: bummer (17:49:03) :/ (17:50:09) ZabaQ: for the command line used to generate them (17:50:13) georgeyk (~george@201-68-7-115.dsl.telesp.net.br) joined #gtk+ (17:50:30) juergbi (~juerg@80-219-17-53.dclient.hispeed.ch) joined #gtk+ (17:51:30) owen (~otaylor@66.187.234.200) joined #gtk+ (17:51:49) fredmorcos (~fred@ip-141-31-187-86.nat.selfnet.de) joined #gtk+ (17:52:20) danielm quit (bandwidth exceeded) (17:52:32) nobody's here who can help me with my problem? (17:52:49) Flemmard: check the pygtk faq, I think it has something about that (17:53:11) I found loads of 'tutorials', but anyone works .. (17:53:19) I'm on it for two hours (17:53:54) you have to get the vertical adjustment and modify it's values to be the maximum allowed (17:53:56) Flemmard: just update the value of the adjustments of the ScrolledWindow (17:54:22) like put adjustment to adjustment->lower ? (17:54:52) lower - page_step, afair (17:55:14) aike (user1@e180008043.adsl.alicedsl.de) joined #gtk+ (17:55:33) page_size (17:55:35) no/ (17:56:15) upper - page_size (17:56:29) mcrha|eat is now known as mcrha (17:56:31) don't work :( (17:56:37) this making me crazy! (17:56:44) that's what works in a scrolled window (17:56:55) gtk_adjustment_set_value (adj, adj->upper - adj->page_size); (17:57:00) what do you try instead? (17:58:13) i've this adj = gtk_scrolled_window_get_vadjustment(GTK_SCROLLED_WINDOW(conv->stext)); gtk_adjustment_set_value(adj, adj->upper - adj->page_size); gtk_scrolled_window_set_vadjustment(GTK_SCROLLED_WINDOW(conv->stext), adj); (17:58:46) Flemmard: you don't need to set the adjustment again. why do you do that? (17:58:55) gtk_scrolled_window_set_vadjustment(GTK_SCROLLED_WINDOW(conv->stext), adj); <-- wrong (17:58:57) ah (17:58:59) Flemmard: you might need to call _changed) (17:59:04) jdahlin: no (17:59:30) I thougt gtk_adj..set_value does only changes data, and then we must apply it with gtk_scorlled_... (17:59:35) mitch: oh. that's ony if you modify ->value directly. (17:59:43) jdahlin: no (17:59:54) emmanuel_lap quit (Remote closed the connection) (17:59:55) jdahlin: if you modify anywhing != value directly (18:00:53) it's quite strange (18:00:55) hupf quit (Remote closed the connection) (18:01:31) when I insert lot of text, scrollbars does'nt follow, and when i select text in the textview, the scrollbar goes back 'good' (18:01:37) (sorry for my english) (18:01:49) seems like a common question, what about adding a set_lower_bound/set_upper_bound ? (18:02:22) gianmt (~gianmt@adsl-ull-35-175.47-151.net24.it) joined #gtk+ (18:02:39) or an autoscroll .. ^^ (18:02:42) Flemmard: oh the text view updates itself in an idle function, so you need to queue an idle after interting or nothing will change (18:03:24) to queue an idle? (18:03:56) I don't understand, sorry (18:04:05) wait (18:04:15) okay (18:04:59) Flemmard: just don't bother to fiddle with the adjustment at all (18:05:40) Flemmard: look at the function gimp_error_console_add() in gimp/app/widgets/gimperrorconsole.c to see how to reliably scroll to the end of what you just inserted (18:05:53) Flemmard: you can see the gimp source on http://svn.gnome.org (18:05:55) milos_ (~milos@92.36.164.210) joined #gtk+ (18:06:05) I'll watch that (18:06:27) you just get yourself an end iter, turn that into a mark and scroll to that maek (18:06:29) mark (18:06:34) for the TextView you have the gtk_text_view_scroll_to_mark() and scroll_to_iter() functions (18:06:49) yeah (18:06:58) but it does'nt work ebassi .. already tried :/ (18:07:12) could somebody explain gtk_file_system_path_is_local() to me? (18:07:13) Flemmard: it works, it's just that you're not using it right :-) (18:07:50) mark = gtk_text_buffer_create_mark(buf, NULL, &iter, FALSE); gtk_text_buffer_move_mark(buf, mark, &iter); gtk_text_view_scroll_to_mark(conv->buf, mark, 0.0, TRUE, 1, 0.5 ); (18:08:02) isn't it so that in practice gtk_file_system_path_is_local() always returns true, regardless of the file referenced is on some NFS/SMB/whatever server in Timbuktu? (18:08:15) at least for gtkfilesystemunix.c and gtkfilesystemwin32.c (18:08:54) tanty quit (Read error: 145 (Connection timed out)) (18:08:55) Flemmard: well it does work, look at the code in gimp (18:09:31) tml: if it's file:// it's local, that easy :) (18:09:54) tml: i don'T think gtkfilesystem is smart enough to do anything else (18:10:00) if it is, i would be surprised (18:10:43) mitch: the comments seem a bit overly optimistic then? does the "non-local" case ever get used on a typical Unix box, even if you have NFS mounts from far away servers? (18:11:05) tml: sftp:// http:// smb:// (18:11:13) tml: nfs mounts *are* local (18:11:20) who uses nfs anyway? (18:11:24) I do (18:11:32) why not use NFS? (18:11:37) i hope not across long distance (18:11:40) we used NFS a lot at my previous job (18:11:43) oleavr quit () (18:11:49) because it sucks if it's not in-house (18:11:51) *jdahlin has his whole filesystem on / (18:11:52) err, on nfs (18:12:02) pretty local yes (18:12:33) which makes sense (18:13:07) tml: i mean, what do you expect to happen if you use the operating systems vfs instead of the one glib/gtk can detect? (18:13:10) Christian Dywan added attachment 111965 to bug 536229 (18:13:11) Attachment http://bugzilla.gnome.org/attachment.cgi?id=111965&action=edit Pass a different detail if arrows are shown (18:13:14) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536229 enhancement, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, Improve themability of the notebook scrolling gap (18:13:18) I really don't understand, I have the same code as gimp, and .. boum .. (18:13:43) jkroon (~jkroon@c83-254-41-184.bredband.comhem.se) joined #gtk+ (18:13:47) ZabaQ (~jconnors@194-105-174-193.ifb.co.uk) left #gtk+ (18:13:57) Flemmard: same parameters to gtk_text_view_scroll_to_mark() ? (18:13:59) glib/gtk *could* detect paths that refer to files on SMB servers on win32, at least;) (they start with \\server\share\...) (18:14:17) yeah (18:14:24) tml: nah they could also scan fstab and do strncmp on unix :) (18:14:29) tml: what an idea :) (18:15:13) tml: is the a particular problem with these shares? (18:16:04) anyway, isn't it silly that gtk_file_system_path_is_local() just assumes that if gtk_file_system_path_to_filename() returns a non-NULL filename, then it is local? shouldn't the is_local functionality also be in the file system specific interface instead of overloading the path_to_filename method? (18:16:38) mitch: the problem is file names that refer to dead servers... (18:16:56) mitch: the same yeah .. :/ (18:17:21) geaaru (~geaaru@host125-214-dynamic.14-87-r.retail.telecomitalia.it) joined #gtk+ (18:18:27) Flemmard: odd (18:18:29) *tml finds these assumptions also in the Unix-specific code somewhat geared towards the personal, non-enterprisey computing market... (18:18:58) tml: like doing opendir(); readdir() in /afs ? ;) (18:19:17) tanty (~agomez@fanzine.igalia.com) joined #gtk+ (18:19:23) *tml wonders if Sun, for instance, has some hacks to work around these for GTK+ on their OS (18:19:28) mitch: I know .. (18:19:32) mitch: yeah, something like that (18:20:02) tml: it would surely make sense to abstract is_local(), does gio do that properly? (18:21:06) tml: but then, you can sftp into a machine next to you and access a path on that which in turn is on a dead share (18:21:15) tml: there is no solution to the problem that is proper (18:22:24) mbarnes|afk is now known as mbarnes (18:23:08) can is_local() be abstracted in the stable branch without breaking ABI? (18:23:08) milos_ quit (Read error: 128 (Network is unreachable)) (18:25:26) tml: my damn big patch to use gio directly uses g_file_is_native(), is that enough? (18:26:03) Enselic (~martin@c-d211e455.017-113-6c756e10.cust.bredbandsbolaget.se) joined #gtk+ (18:26:20) tml: gtk_file_system_path_is_local() is semi-private API, does it fall under the same ABI guarantees anyway? (18:27:19) ebassi: but filesystem implementation modules would break if it's changed I guess (18:27:27) armin (~ck@i59F4BE87.versanet.de) joined #gtk+ (18:27:33) garnacho: lemme check.. (18:29:25) garnacho: the comments for g_file_is_native() even say: "A native file s one expressed in the platform-native filename format, e.g. "C:\Windows" or "/usr/bin/". This does not mean the file is local, as it might be on a locally mounted remote filesystem." (18:29:56) so I don't think the situation is any different with that (18:29:56) gianmt quit (Ping timeout: 600 seconds) (18:30:48) I really don't understand .. (18:30:55) milos_ (~milos@92.36.131.100) joined #gtk+ (18:31:21) tml: AFAICS it manages to make a difference between fuse paths (which considers non-native) and other local paths, couldn't something similar be done for windows? (18:31:52) garnacho: where is the code for that? (18:31:57) vimzard quit (Remote closed the connection) (18:32:22) garnacho: the implementation for g_local_file_is_native() in glocalfile.c is quite simple: return TRUE ;) (18:32:26) mbarnes is now known as mbarnes|afk (18:32:58) tml: dunno for sure, you should ask alex I guess :) (18:34:14) is this use of SMB also on (and between!?) Linux boxes, and a totally different namespace of URIs to refer to such files, something that is used also in corporate environments? anybody here who know something about current practises in the corporate world? (18:34:40) behdad quit (Leaving.) (18:34:53) at least back when I was a Unix/Linux sysadmin at a relatively corporatey site some five years back, NFS was used heavily from Solaris and Linux clients (18:34:53) jkroon quit (Ping timeout: 600 seconds) (18:35:01) (to multiprotocol NetApp and EMC servers) (18:36:58) garnacho: last time gtk+ broke the module ABI was for 2.10, afair (18:38:10) tristan (~tristan@190.2.22.93) joined #gtk+ (18:38:22) enjahova_ (~ianj@user85.freac.fsu.edu) joined #gtk+ (18:38:24) federico quit (Leaving.) (18:38:32) Goundy quit (Remote closed the connection) (18:41:19) Found! (18:42:16) ech0s7 (~ech0s7@217.201.84.159) joined #gtk+ (18:42:20) hello (18:42:21) Benjamin Berg marked bug 536121 as a duplicate of bug 534611. (18:42:23) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536121 normal, Normal, ---, gtk-bugs@gtk.org, RESOLVED DUPLICATE, GTKEntry and GTKButton don't have a default transparent background (18:42:25) Bug http://bugzilla.gnome.org/show_bug.cgi?id=534611 normal, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, Text boxes have an extra border around them (18:42:36) i have a problem with little program (18:42:52) ebassi: and now I'd break them definitely by using gio directly :) (18:43:30) mitch: thanks now it works, it was because I added the textview with '...._viewport' .. but I just had to replace it by g_container_add (18:43:39) i would to copy a text from a entry into a label with one click on button (18:44:13) gtk_label_set_text(label, gtk_entry_get_text(entry)) ? (18:44:34) Flemmard: yes (18:44:40) but with a button (18:44:43) garnacho: would be a good cause :-) (18:44:53) so i have to pass two arguments to g_signal_connect (18:44:54) Goundy (~Goundy@75.64-136-217.adsl-dyn.isp.belgacom.be) joined #gtk+ (18:45:02) or make a struct with these two variables (18:45:03) and it is a problem (18:45:05) garnacho: make sure to get to the meeting tomorrow, by the way :-) (18:45:45) ech0s7: if it is a problem, I'd suggest you start using gtk+ with an high level language, like perl, python, c# or vala (18:45:50) ebassi: yeah, will do! (18:45:56) milos_ quit (Ping timeout: 600 seconds) (18:49:02) Flemmard: see that (18:49:03) http://rafb.net/p/inWo8V15.html (18:49:04) line 137 (18:49:13) ech0s7: it's good i've found (18:49:30) but thanks ^^ (18:49:50) ah (18:49:52) it 's for your thing (18:49:53) sry (18:49:53) lol (18:51:11) cesar (~cesar@wsip-70-183-17-68.oc.oc.cox.net) joined #gtk+ (18:56:00) jpeterse1 (~petersen@xdsl-87-78-80-125.netcologne.de) joined #gtk+ (18:57:27) gianmt (~gianmt@adsl-ull-235-188.47-151.net24.it) joined #gtk+ (18:59:00) satis (~c-a@77.240.67.219) joined #gtk+ (19:01:17) mbarnes|afk is now known as mbarnes (19:02:09) Flemmard: see that (19:02:18) g_signal_connect(G_OBJECT(buttonclear), "clicked", G_CALLBACK (buttonclear_clicked), entry); (19:02:35) i want to pass also *label to buttonclear_clicked() (19:02:46) jpetersen quit (Ping timeout: 600 seconds) (19:02:53) void buttonclear_clicked (GtkWidget *widget, gpointer data, GtkWidget *label); (19:03:45) ech0s7: use a dynamically allocated structure (19:04:02) ech0s7: or reconsider the approach of using C for your code and use a high level language instead (19:04:27) ebassi: dynamically allocated structure? (19:04:31) for exemple ? (19:05:11) linked list ? (19:05:21) in order to ? (19:05:26) ech0s7: struct { GtkWidget *label; GtkWidget *entry } closure; struct closure *my_closure = g_new (struct closure, 1); (19:05:44) ech0s7: but, seriously: learn C or use another language (19:05:53) ebassi: ok (19:06:07) but in this case so i have to use global variable ? (19:06:16) ech0s7: you can use gtk+ in python, or perl, or vala, or c# - and it this case they make it easier (19:06:23) ech0s7: no, there's no need to (19:06:45) ahhh (19:06:49) now i have understand (19:07:13) i make new local structure (19:07:25) Rhamphoryncus (~rhamph@S010600146c3c91a1.ed.shawcable.net) joined #Gtk+ (19:07:32) and pass it to g_signal_connect instead of only entry (19:07:38) ech0s7: you have to allocate it dynamically, not on the stack (19:07:40) ech0s7: yes (19:07:44) ok (19:07:47) ok (19:07:50) thanks (19:07:51) in heap (19:08:36) ech0s7: you can attach it to the widget with g_object_set_data_full(), and pass g_free as the notification function, so that you won't leak the structure (19:08:51) ech0s7: just read the g_object_set_data_full() documentation (19:09:45) ok (19:12:27) *tml sees the warning "(gtk-demo.exe:1852): Gtk-WARNING **: Could not find the icon 'gnome-fs-regular'. The 'hicolor' theme was not found either, perhaps you need to install it." on Windows. So is hicolor really a dependency of GTK+? (And the huge gnome-icon-theme too..?) (19:12:50) harobed quit (Ping timeout: 600 seconds) (19:13:13) federico (~federico@189.129.72.145) joined #gtk+ (19:14:15) giusef (~Zmax@ip-72-55-165-86.static.privatedns.com) joined #gtk+ (19:16:37) aphax (~aphax@flollop.xs4all.nl) joined #gtk+ (19:17:13) ebassi: i have done (19:17:15) but (19:17:57) g_signal_connect doesn't accept the structure as data (19:20:45) ech0s7: pastebin your code (19:20:52) ebassi: ok (19:20:53) one moment (19:23:56) http://rafb.net/p/fasXJE83.html (19:23:59) see line 138 (19:24:50) tortoise quit (Ex-Chat) (19:25:32) ech0s7: struct closure *my_closure = g_new0 (struct closure, 1); (19:26:34) ech0s7: and you have to declare the type outside the main, if you want to use it elsewhere (19:26:40) kmaraas quit (Ping timeout: 600 seconds) (19:26:50) ech0s7: then you have to cast it in order to dereference it properl (19:26:53) properly, even (19:27:12) nicu (~nicolas@dyn-cable-cust.68.35.202.213.quicknet.ch) joined #gtk+ (19:27:20) andrunko (~andrunko@200.184.118.132) joined #gtk+ (19:27:28) ech0s7: seriously, dude: buy a book on C and start learning that. or don't use C (19:27:35) kmaraas (~kmaraas@30.80-202-165.nextgentel.com) joined #gtk+ (19:27:41) these are basic C issues, not gtk+ issues (19:28:01) ebassi: i have said (19:28:17) that have to use global structure (19:28:26) tortoise (~tortoise@87-194-162-231.bethere.co.uk) joined #gtk+ (19:28:26) you have said of no (19:28:30) :( (19:28:37) ech0s7: no, you have to declare the type (19:28:47) ah ok (19:28:52) ech0s7: that is different from a global struct (19:28:59) the type has to be global (19:29:01) ok (19:29:03) anyway, /me >> commute >> home (19:29:04) excuse me (19:29:40) ebassi quit (Bored, now.) (19:33:38) tortoise quit (Ex-Chat) (19:34:36) Siavash quit (brb) (19:34:39) tortoise (~tortoise@87-194-162-231.bethere.co.uk) joined #gtk+ (19:35:49) ech0s7: also, decide whether you want to use C or C++. the code you showed apparently is compiled as C++, still it uses no real C++ features. so either drop the inclusion of C++ headers and the "using" and compile it as C instead. or use the C++ binding of GTK+ (gtkmm) and write "real" C++ code (19:36:20) yes tml (19:36:29) i'm trying (19:38:38) kov (~kov@201.80.63.222) joined #gtk+ (19:39:44) Pepe66 (~Pepe@e17220.upc-e.chello.nl) joined #gtk+ (19:40:07) Griffon26 (~griffon26@griffon26.demon.nl) joined #gtk+ (19:44:21) mathieu (~mathieu@ns-test.ee.washington.edu) joined #gtk+ (19:48:49) mclasen_afk quit (Remote closed the connection) (19:49:39) que bien! he conseguido el polvo !! (19:50:45) jkroon (~jkroon@c83-254-41-184.bredband.comhem.se) joined #gtk+ (19:50:47) Ibrahim_ (~Zugadi@41.221.180.145) left #gtk+ (19:50:48) Siavash (~siavash@91.98.73.253) joined #gtk+ (19:51:25) neenaoffline quit (Leaving.) (19:51:40) xjuan (~xjuan@host203.190-30-225.telecom.net.ar) joined #gtk+ (19:52:23) kidfoo (~neenaoffl@59.162.168.11) joined #gtk+ (19:52:58) behdad (~behdad@209.167.232.100) joined #gtk+ (19:53:23) roosmaa quit (Leaving) (19:55:46) sergio quit (Ex-Chat) (19:55:47) tortoise quit (Read error: 131 (Connection reset by peer)) (19:55:56) mcrha quit (See you later... [aligator]...) (19:55:57) tortoise (~tortoise@87-194-162-231.bethere.co.uk) joined #gtk+ (19:57:47) jkroon quit (Remote closed the connection) (19:59:23) tortoise_ (~tortoise@87-194-162-231.bethere.co.uk) joined #gtk+ (19:59:25) tortoise quit (Read error: 104 (Connection reset by peer)) (20:00:44) giusef quit (giusef) (20:02:13) timj is now known as tjafk (20:04:28) schumaml (schumaml@dslb-088-066-101-124.pools.arcor-ip.net) joined #gtk+ (20:05:15) nicu quit (Read error: 131 (Connection reset by peer)) (20:06:46) nicu (~nicolas@dyn-cable-cust.68.35.202.213.quicknet.ch) joined #gtk+ (20:08:34) ech0s7 quit (Read error: 104 (Connection reset by peer)) (20:09:00) Zdra (~Zdra@dhansak.collabora.co.uk) left #gtk+ (20:11:21) tko (~tko@host81-159-235-184.range81-159.btcentralplus.com) joined #gtk+ (20:14:23) bersace quit (Ex-Chat) (20:17:12) fredmorcos quit (Leaving) (20:18:13) fredmorcos (~fred@ip-141-31-187-86.nat.selfnet.de) joined #gtk+ (20:18:34) dolphy quit (Ex-Chat) (20:20:22) Zdra (~Zdra@dhansak.collabora.co.uk) joined #gtk+ (20:20:56) kidfoo quit (Read error: 104 (Connection reset by peer)) (20:22:25) kidfoo (~kidfoo@59.162.168.11) joined #gtk+ (20:22:58) whoppix quit (Leaving) (20:23:00) jrb (~jrb@212.150.94.38) joined #gtk+ (20:23:31) tortoise_ quit (tortoise_) (20:23:45) behdad quit (Leaving.) (20:24:37) behdad (~behdad@209.167.232.100) joined #gtk+ (20:24:51) ensonic (~ensonic@cs181087195.pp.htv.fi) joined #gtk+ (20:25:00) Enselic is now known as Enselic-AFK (20:25:39) renato (~renato@200.184.118.132) joined #gtk+ (20:26:27) lewing quit (Ping timeout: 600 seconds) (20:26:31) Lethalman (~lethal@host99-91-dynamic.22-79-r.retail.telecomitalia.it) joined #gtk+ (20:27:31) lewing (~lewing@cpe-70-113-54-154.austin.res.rr.com) joined #gtk+ (20:29:33) ceyusa quit (Leaving) (20:32:57) fargiolas (~Filippo@host75-151-dynamic.104-80-r.retail.telecomitalia.it) joined #gtk+ (20:34:21) fredmorcos quit (Leaving) (20:34:45) martyn quit (Ping timeout: 600 seconds) (20:37:16) Lethalman quit (Ping timeout: 600 seconds) (20:44:18) naba (~naba@a91-154-113-150.elisa-laajakaista.fi) joined #gtk+ (20:46:27) Lethalman (~lethal@host84-119-dynamic.33-79-r.retail.telecomitalia.it) joined #gtk+ (20:47:07) oxnard_montalvo quit (Lost terminal) (20:48:24) New gtk+ bug 536300 filed by behdad@gnome.org. (20:48:24) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536300 enhancement, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, In font chooser dialog, mark synthetic faces (20:48:54) harobed (~harobed@arl57-1-82-231-110-14.fbx.proxad.net) joined #gtk+ (20:48:56) good idea, behdad (20:49:08) oh yes (20:49:40) Enselic-AFK is now known as Enselic (20:50:50) fredmorcos (~fred@ip-141-31-187-86.nat.selfnet.de) joined #gtk+ (20:52:36) hi all (20:52:39) why does g_file_copy_async block my mainloop (20:53:28) how "block"? (20:53:42) well it does not update the gui while the transfer is going (20:53:58) I _asumed_ async would keep my main-loop running (20:54:03) Levip (~levipope@63.246.55.12) joined #gtk+ (20:54:06) i asumed the same, heh :) (20:54:18) could be doing something wrong (20:54:27) but I nicely get progress callback and the result one (20:54:50) but drawing a progress in the callback fails? (20:55:09) not so far yet.. but I can see the rest of the gui not updating (20:55:25) kidfoo quit (Ping timeout: 600 seconds) (20:57:02) must I spawn my own thread for the d/l ? (20:57:23) gio is supposed to do that for you (20:57:27) dunno, sorry :/ (20:57:44) ask in #nautilus? they should know how to use it correctly (20:58:13) qball: if you are copying a local file that way it might be running so fast that you never go idle and get a chance to redraw (which happens at idle) (20:59:01) no it was remote download (20:59:12) large fiel from a slow source (20:59:15) put there for testing (20:59:27) I get alot of progress callbacks (20:59:30) a few hundered (20:59:53) is there a g_io_init? (20:59:55) I missed? (21:00:00) nope (21:00:20) but your use case should really work fine with gui updates, maybe you simply do something wrong (21:00:24) or there is a bug in gio ;) (21:00:42) qball: which backend? (21:00:45) did you say gtk_main() at all ? ;) (21:00:53) jdahlin: it is from html. (21:00:54) mitch: yes (21:00:57) qball: http? (21:01:05) yeah (21:01:09) sorry.. (long day) (21:01:25) perhaps the soup backend is doing something stupid (21:01:40) let me see how to test that (21:01:55) gigabit, so nfs probly is to fast. (21:02:02) armin_ (~ck@i59F4B8EB.versanet.de) joined #gtk+ (21:02:04) Lethalman quit (Ping timeout: 600 seconds) (21:02:45) same for nfs. (21:02:52) (eeuh local file, it's mounted) (21:03:02) maybe to much progress callbacks (21:03:42) erm (21:04:08) GtkStatusIcon is'nt implemented in all gtk+ versions? (21:04:16) no (21:04:29) muntyan (~muntyan@pool-71-113-225-242.herntx.dsl-w.verizon.net) joined #gtk+ (21:04:32) damn (21:04:39) 2.10 and up (21:04:55) okay (21:05:24) armin quit (Ping timeout: 600 seconds) (21:05:30) if you realy need it for earlier you could look at eggtrayicon (21:05:42) nicu quit (Ping timeout: 600 seconds) (21:07:35) okay thx (21:09:02) hmm google code search hardly turns up hits on copy_async (21:09:06) doublep (~paul@212.98.162.2) joined #gtk+ (21:10:14) hm , how to know witch version of gtk is installed? (21:11:11) you want to check runtime? (21:11:14) or compile time (21:12:04) dotx quit (Remote closed the connection) (21:12:22) just to now if it worth the update on my computer (21:12:30) because the program will run on a campus (21:12:36) muntyan: what was the bug# again? (21:12:39) *behdad lost it (21:12:39) so to be sure it will work there (21:12:44) pkg-config --modversion gtk+-2.0 (21:12:46) dotx (~christian@log77-4-82-246-228-78.fbx.proxad.net) joined #gtk+ (21:12:53) I think (21:12:58) ok thanks :) (21:12:58) 2.10 (21:12:59) greak (21:12:59) behdad: bug 531403 (21:13:01) great (21:13:02) Bug http://bugzilla.gnome.org/show_bug.cgi?id=531403 normal, Normal, ---, gtkdev@gtk.org, UNCONFIRMED, g_utf8_collate broken on Mac (21:13:05) 2.10.14 (21:13:22) *qball hates this g_io_*_async not working (21:13:33) qball: did you call g_init_threads() ? (21:13:46) now that's a good one (21:13:46) nicu (~nicolas@213.202.44.199) joined #gtk+ (21:14:04) or if it's g_threads_init (21:14:31) g_thread_init? (21:15:24) probably yes (21:15:35) vim thinks so (21:16:40) *qball also links to it (21:16:52) I hate missing the obvious (21:17:17) that seems todo it (21:17:17) thanks (21:18:06) you're welcome (21:18:15) behdad: but i get the same sort with UCCompareTextDefault and with comparing all bytes from the collation key (21:18:24) behdad: that's something strange or stupid (21:18:29) behdad: all in all, forget it :) (21:18:34) yeah (21:18:39) *behdad is not following (21:18:58) how can you get the same result if one returns equal for not-equal strings? (21:19:09) tanty quit (Ciao.) (21:21:15) behdad: because the second also returns equal i guess? the difference was in result of UCCompareTextDefault and of UCGetCollationKey followed by UCCompareCollationKeys (21:21:40) not in the result of UCCompareTextDefault and of UCGetCollationKey followed by remove-8-bytes-and-strcmp (21:21:50) oh (21:21:52) right (21:21:57) I see (21:22:08) anyhoo (21:22:11) i might have done something wrong too, but i don't care (21:22:12) :) (21:22:17) yeah (21:22:21) leio_ (~leio@ip96.cab68.mus.starman.ee) joined #gtk+ (21:23:59) fizz (~fizz@p54B02346.dip0.t-ipconnect.de) joined #gtk+ (21:24:54) behdad: thanks for looking at it. NOTABUG'd 333977 had so many dups, I though this one was going same way :) (21:25:34) muntyan: 'welcome. I'm so glad we didn't go the new api route (21:25:35) mitch: evolution build broke here as well (21:25:51) kmaraas: with what error? (21:26:10) kmaraas: i comitted a fix for the missing marshal.h include, it was really missing after all (21:26:31) mitch: oh, great (21:26:32) /opt/gnome2/include/gtk-2.0/gtk/gtkctree.h:110: error: expected specifier-qualifier-list before ‘GtkCList’ (21:26:34) /opt/gnome2/include/gtk-2.0/gtk/gtkctree.h:127: error: expected specifier-qualifier-list before ‘GtkCListClass’ (21:26:34) /opt/gnome2/include/gtk-2.0/gtk/gtkctree.h:149: error: expected specifier-qualifier-list before ‘GtkCListRow’ (21:26:34) /opt/gnome2/include/gtk-2.0/gtk/gtkctree.h:342: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘gtk_ctree_node_get_cell_type’ (21:26:47) there's no disable deprecated stuff in evolution it seems either (21:27:07) kmaraas: does evolution use GtkCTree ? (21:27:29) Enselic quit (Konversation terminated!) (21:27:33) mitch: yeah :-/ (21:27:37) mitch: in the e-table code (21:27:39) eeeeek (21:27:42) evil (21:27:54) roosmaa (~roosmaa@195-50-204-194-dsl.krw.estpak.ee) joined #gtk+ (21:27:58) ok can you try including gtkclist.h from gtkctree.h please? (21:28:58) add gtkclist.h to gtkctree.h? (21:29:07) yes (21:29:21) KaL is now known as KaL_out (21:30:40) fizz1 (~fizz@p54B02346.dip0.t-ipconnect.de) joined #gtk+ (21:31:01) mitch: building with it now (21:31:17) kmaraas: thanks (21:32:12) leio_ is now known as leio (21:33:10) can I paste another error message here? (21:33:17) or will I get kicked out for spamming? (21:33:21) kmaraas: go ahead (21:33:44) hmm, it's just the same one again :-) (21:33:53) In file included from /opt/gnome2/include/gtk-2.0/gtk/gtk.h:222, (21:33:53) from /opt/gnome2/include/gtk-2.0/gtk/gtkclist.h:34, (21:33:53) from ../../widgets/misc/e-unicode.h:30, (21:33:53) from e-cell-date.c:33: (21:34:08) fizz quit (Ping timeout: 600 seconds) (21:34:48) damn and i was so sure i did all needed include permutation and flags checks (21:35:19) fizz1 is now known as fizz (21:35:38) suck suck suck (21:35:55) and all this code will break once again when we deprecate all the crap :P (21:36:01) I mean, remove all deprecated crap (21:36:04) hooray (21:36:42) yea :) (21:37:10) crap (21:37:12) evolution developers will love the migrating to gtk+ 3.x! (21:37:30) i don't beleive it still uses deprecated stuff (21:37:51) oh, can't they just keep building evolution against gtk+ 2.12 (but still run it against 2.14, 2.16 or whatever the latest 2.x will eventually be) (21:38:09) tristan: glade writes element, which isn't understood by libglade. is there an option or something to disable that? (21:38:33) Lethalman (~lethal@host41-118-dynamic.33-79-r.retail.telecomitalia.it) joined #gtk+ (21:38:34) tristan: switch to gtkbuilder and gtk+ trunk! (21:38:36) kmaraas: ok, simply replace all includes in gtkclist.h by what was there before: (21:38:38) #include (21:38:38) #include (21:38:38) #include (21:38:38) #include (21:38:39) #include (21:38:41) #include (21:38:43) #include (21:38:45) #include (21:39:03) or no (21:39:05) wait (21:39:34) Lethalman quit (Remote closed the connection) (21:39:47) kmaraas: i'll fix that tomorrow or maybe tonight, in the meantime feel some pressure and bad vibes that push towards undeprecating evolution ;) (21:39:51) "no, wait" ... that phrase always sounds so ominous (21:40:04) tml: haha :P (21:40:10) mitch, http://www.flickr.com/photos/arclnx/2335638271/ (21:40:35) heh i know i know :) (21:41:35) I wish somebody would fix the white balance in that shot (21:41:43) haha (21:42:09) i still feel the flashlight in my eyes (21:42:33) actually i don't even know if it did flash... (21:43:37) http://www.flickr.com/photos/arclnx/2335638271/meta/ says that it did (21:43:37) mitch: they've worked hard to do that, but it's heavy lifting (21:43:46) i know :) (21:43:48) mitch: the e-table stuff is using a lot of old widgets (21:43:52) fizz quit (Remote closed the connection) (21:44:12) well, I'll ask mbarnes if there's a plan for it somewhere and see if we can make it a janitor happening :-) (21:44:29) ;) (21:44:40) fizz (~fizz@p54B02346.dip0.t-ipconnect.de) joined #gtk+ (21:44:52) some more turture instruments: -DG_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES -DGTK_DISABLE_SINGLE_INCLUDES -DG_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -DGDK_MULTIHEAD_SAFE -DGTK_MULTIHEAD_SAFE (21:45:20) this one was taken at the same time (I think) and looks better, colour-wise: http://www.flickr.com/photos/tml/2377994767/ (21:45:30) kmaraas: is e-table really a subclass of gtkctree? (21:45:56) tml: except i look sleepy (21:46:12) mitch: I don't know, I think the e-table designers and developers have disappeared off the face of the earth (21:46:30) kmaraas: where in evolution is that class? (21:46:41) mitch: ETable is a subclass of GtkTable (21:46:42) mitch: evolution/widgets/table (21:47:03) chris lahey was the most involved guy in that area IIRC (21:47:04) kmaraas: just try to DISABLE_DEPRECATED and see what happens? :) (21:47:14) fredmorcos quit (Leaving) (21:47:48) heh (21:54:51) kmaraas: try including gtk/gtk.h in e-unicode.h (21:55:15) kmaraas: i'll fix gtk anyway of course, but this might do the trick (21:55:53) thanks (21:56:26) e_utf8_gtk_entry_get_text() ??? (21:56:35) what kind of api does evo have there? (21:57:59) hm is it normal that activate signal on GtkStatusIcon dont work? (22:01:07) fargiolas quit (Ex Chat) (22:04:53) kalikian1 (~kalikiana@xdsl-84-44-152-63.netcologne.de) joined #gtk+ (22:05:09) ah .. only on windows .. (22:06:37) strange, a GtkStatusIcon doesn't get activated on windows (22:06:59) mitch: isn't it perfectly logical that a wrapper around gtk_entry_get_text() that returns an allocates string is called e_*utf8_gtk_entry_get_text() ? ;) (22:07:19) *utf8* even (22:07:29) tml: yes :) (22:08:06) #@!? portabilty (22:08:08) :/ (22:08:09) Flemmard: the implementation of GtkStatusIcon is quite different on x11 and win32 (22:08:16) yeah .. (22:08:23) it sucks .. lol (22:08:36) windows bleh (22:09:28) jrb quit (Ping timeout: 600 seconds) (22:09:29) Flemmard: if you calm down and file a nice bug report with a minimal sample program to reproduce the problem, it might get fixed (22:09:46) yeah I am calm there's no problem :) sry lol (22:11:29) nilson quit (Remote closed the connection) (22:12:13) kalikiana quit (Ping timeout: 600 seconds) (22:14:57) UnNamed (500@16.Red-80-32-164.staticIP.rima-tde.net) joined #gtk+ (22:16:00) New gtk+ bug 536314 filed by flemmard@gmail.com. (22:16:00) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536314 normal, Normal, ---, gtk-win32-maint@gnome.bugs, UNCONFIRMED, GtkStatusIcon signal "activate" does not work on Windows (22:16:41) *tml then proceeds to close Flemmard's bug as WONTFIX (22:16:44) just kidding (22:17:12) ahah ^^ (22:18:11) nacho (~nacho@2.120.218.87.dynamic.jazztel.es) joined #gtk+ (22:20:54) and I have one (last?) question .. I don't understand why, when I quit my app, it goes assertion 'main_loops != NULL' failed (22:20:59) geaaru quit (Leaving) (22:27:00) how do you quit? (22:28:13) with gtk_main_quit (22:28:17) jrb (~jrb@212.150.94.38) joined #gtk+ (22:28:41) mclasen (~mclasen@c-24-218-44-243.hsd1.ma.comcast.net) joined #gtk+ (22:28:58) Flemmard: then you call gtk_main_quit() more often than you call gtk_main() (22:29:11) erm (22:29:47) but I don't use gtk_main, i Use gtk_main_context_iteration() (22:30:35) uhm what? (22:30:39) Ze quit (Ping timeout: 600 seconds) (22:30:42) that sounds so weird (22:30:58) were you the same guy having the copy_async problem? (22:31:02) no (22:31:07) ok :) (22:31:10) murrayc_ (~murrayc@host81-154-108-8.range81-154.btcentralplus.com) joined #gtk+ (22:31:37) when you never call main() you can't call main_quit(9 (22:31:47) but why on earth do you drive the main loop manually? (22:32:35) madewokherd (~urk@c-71-61-145-98.hsd1.pa.comcast.net) joined #gtk+ (22:32:35) because I must have one loop for my sockets (22:32:51) you should hook the sockets into your main loop (22:32:55) that's what it's made for (22:33:08) njpatel quit (Ping timeout: 600 seconds) (22:33:46) hm, a clue for that? (22:33:50) lewin1 (~lewing@cpe-70-113-54-154.austin.res.rr.com) joined #gtk+ (22:33:56) gmain does all the select/poll stuff for you and you don't have to bother (22:34:11) lewing quit (Read error: 104 (Connection reset by peer)) (22:34:18) ah (22:34:26) make a giochannel from the socket's fd and hook that in using (22:34:35) i forgot the exact api :) (22:34:59) Lupine quit (I'll be taking these Huggies....and whatever cash ya got) (22:35:01) lewin1 is now known as lewing (22:35:24) Flemmard` (~flemmard@the67-2-88-160-63-161.fbx.proxad.net) joined #gtk+ (22:35:28) try googling it, it's a common pattern of using the glib main loop (22:35:31) hm... wifi failure (22:35:45) bag (~bag@dslb-088-073-075-013.pools.arcor-ip.net) joined #gtk+ (22:36:14) yeah but if I want to use the iteration thing, I don 't have to do gtk_main_quit() so .. (22:36:35) exactly (22:36:43) okay (22:36:47) Flemmard: could you add a minimal sample program to the bug, too (22:37:02) (i've too much code to 'restart' with glib/gtk sockets) (22:37:24) tml: okay (22:37:42) but that; s a simple signal connect (22:37:44) Flemmard: it's still normal sockets (22:37:46) Flemmard: actually, it's quite possible it will be a WONTFIX; the win32 API to handle the status icons is just so different... but anyway a minimal test program would be nice (22:37:59) aphax quit (aphax) (22:38:03) mitch: yeah but i've done buffering functions and so on (22:38:19) that can all stay the same :) (22:38:30) murrayc__ (~murrayc@host86-132-235-158.range86-132.btcentralplus.com) joined #gtk+ (22:38:35) but it works well as it is now (22:38:35) :p (22:38:53) Flemmard: having to write a trivial sample program to check a bug might be the thing that stops a bug from getting fixed. (in general, perhaps not in this case, where it might just be unfixable) (22:39:01) tml: yeah i'll do it (22:39:10) (from getting fixed by a mainainer, that is) (22:39:26) tml: but I think it is possible, because others applications do that, but .. how to do .. (22:42:38) hmm, teststatusicon (in the gtk+ sources) seems to be a nice test program, maybe you don't need to write one after all (22:43:05) okay (22:43:06) at least in it the activate signal gets emitted when I press a mouse button while over the status icon (22:43:22) on unix or windows? (22:43:26) on windows (22:43:38) is it a button press that you want to activate the status icon too? (22:43:46) hm wait i test (22:44:40) tml: Looks like it already should work from the code (22:44:43) Flemmard quit (Ping timeout: 600 seconds) (22:44:50) I want to activate when I click on it (22:44:58) my code works on unix, but njot on windows (22:45:21) it does work in teststatusicon, so there must be some difference between that and your code... (22:45:21) tml: _win32_on_tray_change() does translation and generates button press events, and gtkstatusicon.c catches button presses and emits ::activate (22:45:25) murrayc_ quit (Read error: 145 (Connection timed out)) (22:45:53) gianmt quit (Leaving) (22:46:06) i'll check teststatusicon (22:47:02) owen: you are looking at gtktrayicon-win32.c? that was an obsolete file, not used;) (22:47:36) owen: the current code is in gtkstatusicon.c (22:48:26) tml: heh, ok, well, still seems like it should be ok (22:48:34) doublep quit (Download Gaim: http://gaim.sourceforge.net/) (22:48:59) yup. it seems to work in teststatusicon... why it doesn't in Flemmard`'s code, no idea (22:49:27) I'll check the code, wait (22:50:21) (when I first talked about it possibly being unfixable, I was remembering some other aspect of status icons that work differently on x11 and win32) (22:50:22) kmaraas quit (Ping timeout: 600 seconds) (22:50:57) Lupine (~Lupine@191.169.121.70.cfl.res.rr.com) joined #gtk+ (22:51:29) jkroon (~jkroon@c83-254-41-184.bredband.comhem.se) joined #gtk+ (22:51:40) kmaraas (~kmaraas@30.80-202-165.nextgentel.com) joined #gtk+ (22:52:16) Flemmard`: if your event handling and main loop usage is strange, that might explain this problem, as the button callback is done from an idle callback on win32 in gtkstatusicon.c (22:52:34) but all other callbacks works (22:52:43) and my main loop usage is good according to doc (22:52:57) (I think) (22:53:01) have you checked if g_idle_add works normally for you? (22:53:47) no (22:55:18) jkroon quit (Leaving) (22:55:50) and how do I check that? :/ (22:55:58) (sorry But I started GTK not so long ago ^^) (22:57:34) Kristian Rietveld changed the Component on bug 428102 from gtk to GtkTreeView. (22:57:34) Bug http://bugzilla.gnome.org/show_bug.cgi?id=428102 normal, Normal, ---, gtktreeview-bugs@gtk.org, UNCONFIRMED, gtk_cell_renderer_text() does not recognize all properties (22:57:41) oh, just call somewhere g_idle_add(somefunc, NULL) (just once), and then somefunc would be: static gboolean somefunc(gpointer data) { printf ("Yep!\n"); return FALSE; } (22:58:37) jwendell quit (Leaving) (23:00:04) joshual (~chatzilla@190.56.115.32) joined #gtk+ (23:00:15) and it must show whenever it cans that's it? (23:01:06) armin_ quit (FIN,ACK) (23:01:09) Pepe66 quit (I quit!) (23:01:26) hi folks, i am trying to modify a gtk2 theme. in the following image I want to have the menubar look the same as the window border, and also if possible remove the line under "File Edit View...etc" (23:01:33) http://gnome-look.org/content/preview.php?preview=1&id=54781&file1=54781-1.jpg&file2=&file3=&name=glossy+orange (23:01:36) thx (23:02:44) i believe this is a murrine-engine based theme (23:02:52) nicu quit (Remote closed the connection) (23:03:32) tml: it only shows once (23:03:34) kmaraas: still around? i think i got the solution (23:03:39) Speckal quit (leaving) (23:04:25) Goundy quit (Leaving) (23:05:22) anyone pls? (23:06:47) tml: okay, my functions are fighting with gtk ones .. (23:07:37) Flemmard`: if you call g_idle_add(somefunc,NULL) just once, and somefunc returns FALSE, it will be called just once (23:07:53) joshual: you might be better off in #gnome-art (23:07:58) tml: when I only use gtk_main() instead of my loop, it works .. (23:08:04) thx fizz (23:08:11) Flemmard`: ah ok (23:08:25) but I wonder why (23:09:46) murrayc_ (~murrayc@host86-146-174-46.range86-146.btcentralplus.com) joined #gtk+ (23:11:13) is there anything to replace gnome_util_user_shell ? (23:15:11) what a strange thing (23:16:30) murrayc__ quit (Read error: 145 (Connection timed out)) (23:17:46) ah I found (23:17:47) great (23:18:33) ebassi (~ebassi@host86-163-201-21.range86-163.btcentralplus.com) joined #gtk+ (23:19:50) oxnard_montalvo (~oxnard@226.120.233.220.exetel.com.au) joined #gtk+ (23:21:16) mathrick quit (Read error: 104 (Connection reset by peer)) (23:21:43) mathrick (~mathrick@users177.kollegienet.dk) joined #gtk+ (23:23:41) mitch: yeah (23:23:44) thanks guys :) (23:24:03) MacSlow quit (So long and thanks for the fish!) (23:24:39) kmaraas: would you try including gtk/gtkctree.h *before* gtk/gtk.h in gtkclist.h ? (23:24:51) mitch: sure (23:25:02) kmaraas: silly, as i'm writing this i figure it's uselessness :( (23:25:20) kmaraas: i'll simply fix it tomorrow, too tired already (23:25:34) mitch: but if using single includes in evo fixes it that's as good a fix anyway I guess (23:26:04) kmaraas: sure, that would be great, but i need to fix it in gtk anyway (23:26:27) ok (23:26:34) I'll paper over it in evolution for now (23:26:40) just to get the build going (23:26:52) satis quit (Read error: 148 (No route to host)) (23:26:54) heh ok :) (23:28:07) Maxime LEPAGE changed the Status on bug 536314 from UNCONFIRMED to RESOLVED INVALID. (23:28:07) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536314 normal, Normal, ---, gtk-win32-maint@gnome.bugs, RESOLVED INVALID, GtkStatusIcon signal "activate" does not work on Windows (23:28:55) emmanuel_lap (~pacaud@pom74-2-82-247-189-1.fbx.proxad.net) joined #gtk+ (23:29:18) georgeyk quit (()) (23:30:42) juergbi quit (Ex-Chat) (23:31:24) KaL_out quit (That's not a bug, but a feature) (23:32:05) ensonic quit (Leaving) (23:33:28) tristan quit (Ping timeout: 600 seconds) (23:34:25) So, I think it's time to sleep :) (23:35:35) mitch is now known as miZzz (23:37:42) aike quit (Leaving) (23:39:52) setanta quit (Ex-Chat) (23:40:04) murrayc__ (~murrayc@host81-153-219-127.range81-153.btcentralplus.com) joined #gtk+ (23:42:07) emmanuel_lap quit (Remote closed the connection) (23:42:39) harobed quit (Read error: 148 (No route to host)) (23:44:28) behdad quit (Leaving.) (23:45:09) ebassi quit (Bored, now.) (23:46:57) murrayc_ quit (Ping timeout: 600 seconds) (23:47:53) murrayc__ quit (Ex-Chat) (23:47:54) jrb quit (Connection timed out) (23:49:06) oberon quit (Leaving) (23:53:08) Jan Arne Petersen marked bug 536218 as a duplicate of bug 530255. (23:53:09) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536218 normal, Normal, ---, gtk-bugs@gtk.org, RESOLVED DUPLICATE, GtkMessageDialog hides some of the text in right-to-left direction (23:53:12) Bug http://bugzilla.gnome.org/show_bug.cgi?id=530255 minor, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, GtkAboutDialog cuts off comments label (23:58:08) giusef (~Zmax@ip-72-55-165-86.static.privatedns.com) joined #gtk+ (23:58:52) jrb (~jrb@212.150.94.38) joined #gtk+ (00:02:47) andrunko quit (Ex-Chat) (00:03:01) jg quit (Ping timeout: 600 seconds) (00:04:11) gianmt (~gianmt@adsl-ull-235-188.47-151.net24.it) joined #gtk+ (00:04:34) miZzz quit (Ping timeout: 600 seconds) (00:05:15) stw quit (Remote closed the connection) (00:09:05) jrb quit (Ping timeout: 600 seconds) (00:09:37) bag quit (Remote closed the connection) (00:11:08) fizz quit (Leaving.) (00:13:44) njpatel (~njp@5ac61482.bb.sky.com) joined #gtk+ (00:16:53) andreasn quit (Remote closed the connection) (00:20:22) jrb (~jrb@212.150.94.38) joined #gtk+ (00:22:08) owen quit (Read error: 145 (Connection timed out)) (00:29:05) giusef quit (giusef) (00:31:15) njpatel quit (Ex-Chat) (00:32:15) jrb quit (Read error: 145 (Connection timed out)) (00:37:31) * Disconnected