(09:13:24) Conversation with #gtk+ at 2008-06-04 091324 on pbor (09:13:24) You joined #gtk+ (09:13:24) topic on #gtk+ is: http://www.flickr.com/photos/arclnx/2335638271/ (09:13:24) topic on #gtk+ set by kris at time Sun Mar 16 12:52:44 2008 (09:14:01) jpetersen (~petersen@xdsl-81-173-190-100.netcologne.de) joined #gtk+ (09:15:14) bersace (~bersace@did75-13-82-243-217-90.fbx.proxad.net) joined #gtk+ (09:19:32) yongsun (~yongsun@202.108.88.133) joined #gtk+ (09:22:10) hupf (~hupf@zux221-166-123.adsl.green.ch) joined #gtk+ (09:33:12) satis quit (Ex-Chat) (09:36:09) zwnj quit (Leaving.) (09:38:47) kalikiana (~kalikiana@xdsl-87-78-20-35.netcologne.de) joined #gtk+ (09:45:01) Ibrahim_ quit (Read error: 104 (Connection reset by peer)) (09:45:40) kalikian1 (~kalikiana@xdsl-84-44-155-213.netcologne.de) joined #gtk+ (09:49:02) sergio (~sergio@fanzine.igalia.com) joined #gtk+ (09:51:48) kalikian1 quit (Ich muss weg) (09:52:17) harobed_ (~harobed@pda57-1-82-231-115-1.fbx.proxad.net) joined #gtk+ (09:52:31) kalikian1 (~kalikiana@xdsl-84-44-155-213.netcologne.de) joined #gtk+ (09:53:22) kalikiana quit (Ping timeout: 600 seconds) (09:55:00) rodo_ (~rodo@195.70.144.67.adsl.nextra.cz) joined #gtk+ (09:56:22) mitchAFK (~mitch@benny.imendio.com) joined #gtk+ (09:56:52) garnacho (~carlos@benny.imendio.com) joined #gtk+ (09:57:05) juergbi (~juergbi@boogiebox.inf.ethz.ch) joined #gtk+ (09:57:09) juergbi quit (Read error: 104 (Connection reset by peer)) (09:57:13) juergbi (~juergbi@boogiebox.inf.ethz.ch) joined #gtk+ (09:57:47) pvanhoof (~pvanhoof@d54C0EE14.access.telenet.be) joined #gtk+ (09:59:49) andreasn (~andreas@81-231-251-208-no52.business.telia.com) joined #gtk+ (10:00:30) matrixise (~stephane@80.37-247-81.adsl-static.isp.belgacom.be) joined #gtk+ (10:03:27) harobed_ quit (Ping timeout: 600 seconds) (10:04:10) andre|afk is now known as andre (10:08:48) pvanhoof quit (Remote closed the connection) (10:12:10) pvanhoof (~pvanhoof@d54C0EE14.access.telenet.be) joined #gtk+ (10:14:04) zwnj (~behnam@213.207.218.116) joined #gtk+ (10:18:25) fredmorcos (~fred@ip-141-31-187-86.nat.selfnet.de) joined #gtk+ (10:19:28) pachi (~pachi@84.76.213.34) joined #gtk+ (10:19:40) tanty (~agomez@fanzine.igalia.com) joined #gtk+ (10:20:37) mmeeks (~michael@mmeeks.gotadsl.co.uk) joined #gtk+ (10:20:52) njpatel (~njp@5ac61482.bb.sky.com) joined #gtk+ (10:21:05) KaL (~KaL@82.158.254.78.dyn.user.ono.com) joined #gtk+ (10:21:14) ceyusa (~ceyusa@fanzine.igalia.com) joined #gtk+ (10:21:22) fredmorcos quit (Leaving) (10:21:24) ebassi quit (Ping timeout: 600 seconds) (10:27:52) ieei (~Haakon@62.70.2.252) joined #gtk+ (10:28:20) ceyusa quit (Remote closed the connection) (10:29:31) psankar quit (psankar) (10:30:09) baku quit (http://www.autistici.org/bakunin/foaf.rdf) (10:32:59) psankar (~evo@ecoprobe-dmz.gns.novell.com) joined #gtk+ (10:33:56) ceyusa (~ceyusa@fanzine.igalia.com) joined #gtk+ (10:43:54) tim (~tpm@dsl-217-155-195-89.zen.co.uk) joined #gtk+ (10:45:12) mathrick (~mathrick@users177.kollegienet.dk) joined #gtk+ (10:48:47) aike (user1@e180026190.adsl.alicedsl.de) joined #gtk+ (10:48:53) baku (~b@host198-134-static.29-87-b.business.telecomitalia.it) joined #gtk+ (10:54:17) fredmorcos (~fred@ip-141-31-187-86.nat.selfnet.de) joined #gtk+ (10:55:18) martyn quit (Remote closed the connection) (10:57:16) martyn (~martyn@benny.imendio.com) joined #gtk+ (11:01:56) martyn quit (Ex-Chat) (11:06:03) martyn (~martyn@benny.imendio.com) joined #gtk+ (11:07:59) andreasn quit (Ping timeout: 600 seconds) (11:08:00) fredmorcos quit (Leaving) (11:15:26) herzi quit (Leaving.) (11:18:18) psankar quit (Ping timeout: 600 seconds) (11:18:36) andreasn (~andreas@benny.imendio.com) joined #gtk+ (11:20:06) neil_d (~neil@66.143.240.220.dynamic.dsl.comindico.com.au) joined #gtk+ (11:23:56) herzi (~herzi@p578EBE19.dip.t-dialin.net) joined #gtk+ (11:31:02) markoa (~markoa@89.110.198.249) joined #gtk+ (11:32:01) whoppix quit (Remote closed the connection) (11:32:21) dolphy (~dolphy@core.fluendo.com) joined #gtk+ (11:34:24) Cimi (~cimi@host77-147-dynamic.116-80-r.retail.telecomitalia.it) joined #gtk+ (11:39:47) ebassi (~ebassi@host86-163-240-190.range86-163.btcentralplus.com) joined #gtk+ (11:40:02) mbarnes (~mbarnes@66.187.234.200) joined #gtk+ (11:48:33) mbarnes|away quit (Ping timeout: 600 seconds) (11:50:57) neil_d quit (Leaving) (11:53:38) psankar (~evo@ecoprobe-dmz.gns.novell.com) joined #gtk+ (11:57:34) fargiolas (~Filippo@host25-151-dynamic.104-80-r.retail.telecomitalia.it) joined #gtk+ (11:57:37) KaL quit (That's not a bug, but a feature) (11:58:39) emmanuel_lap quit (Remote closed the connection) (11:58:59) mitchAFK is now known as mitch (12:01:31) tbf (~mathias@gw.cosmicparrot.net) joined #gtk+ (12:03:19) fredmorcos (~fred@ip-141-31-187-86.nat.selfnet.de) joined #gtk+ (12:04:57) quikee__ (~quikee@BSN-142-35-253.dial-up.dsl.siol.net) joined #gtk+ (12:07:36) nacho_ (~nacho@167.120.218.87.dynamic.jazztel.es) joined #gtk+ (12:09:24) KaL (~KaL@82.158.254.78.dyn.user.ono.com) joined #gtk+ (12:11:25) nacho quit (Read error: 145 (Connection timed out)) (12:13:00) daveg_ (~daveg@76-191-177-233.dsl.dynamic.sonic.net) joined #gtk+ (12:13:22) quikee_ quit (Ping timeout: 600 seconds) (12:13:53) daveg_ is now known as deplanear (12:16:34) fredmorcos quit (Leaving) (12:16:47) Maciej Piechotka changed the Component on bug 536567 from general to general. (12:16:47) Maciej Piechotka changed the Product on bug 536567 from gedit to gtk+. (12:16:47) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536567 critical, Normal, ---, gedit-maint@gnome.bugs, UNCONFIRMED, Parts of GNOME 2.22 cannot be build with GTK+ 2.13.1 (12:24:15) yongsun quit (Ping timeout: 600 seconds) (12:28:19) paolo borelli marked bug 536567 as a duplicate of bug 536126. (12:28:19) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536567 critical, Normal, ---, gedit-maint@gnome.bugs, RESOLVED DUPLICATE, Parts of GNOME 2.22 cannot be build with GTK+ 2.13.1 (12:28:22) 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 (12:29:41) Christian Dywan added attachment 112114 to bug 429411 (12:29:41) Attachment http://bugzilla.gnome.org/attachment.cgi?id=112114&action=edit Improved documentation (12:29:43) Bug http://bugzilla.gnome.org/show_bug.cgi?id=429411 enhancement, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, add style properties to set minimum progressbar width/height (12:32:05) jg quit (Ping timeout: 600 seconds) (12:32:11) KaL quit (That's not a bug, but a feature) (12:38:56) KaL (~KaL@82.158.254.78.dyn.user.ono.com) joined #gtk+ (12:39:54) matrixise_ (~stephane@211.42-247-81.adsl-static.isp.belgacom.be) joined #gtk+ (12:40:47) Reinout van Schouwen marked bug 526413 as a duplicate of bug 536092. (12:40:48) Bug http://bugzilla.gnome.org/show_bug.cgi?id=526413 normal, Normal, ---, gtk-bugs@gtk.org, RESOLVED DUPLICATE, Change window type for URL completion window (12:40:51) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536092 normal, Normal, ---, gtk-bugs@gtk.org, RESOLVED FIXED, GtkEntryCompletion's popup window should set type hint (12:44:33) Ademan quit (Ex-Chat) (12:47:07) mcrha (~mcrha@nat-pool-brq.redhat.com) joined #gtk+ (12:47:52) matrixise quit (Ping timeout: 600 seconds) (13:06:47) Lupine quit (I'll be taking these Huggies....and whatever cash ya got) (13:14:19) ebassi quit (Lost terminal) (13:16:00) mbarnes is now known as mbarnes|afk (13:19:49) matrixise_ quit (Ex-Chat) (13:25:47) roosmaa (~roosmaa@195-50-204-194-dsl.krw.estpak.ee) joined #gtk+ (13:26:29) KaL is now known as KaL_lunch (13:27:44) lorg (user@e180003227.adsl.alicedsl.de) joined #gtk+ (13:35:56) psankar quit (psankar) (13:37:18) ardour, ping (13:37:20) aike quit (Ping timeout: 600 seconds) (13:37:46) rhult: hi (13:37:54) rhult: i'm trying to recall what i was going to ask (13:38:00) rhult: ah yes. build SNAFU (13:38:06) rhult: so, i saw the new build instructions (13:38:10) rhult: went to try them out (13:38:18) rhult: ended up in a rats nets (13:38:19) ardour, have you given up the "autodisplay off" approach yet? (I have) (13:38:19) aha, where? (13:38:21) hehe (13:38:46) it's the same old stuff really, just moved the modulesets (more or less) (13:39:54) rhult: no, i am still using it. it works well except for an issue someone noticed with some popup menus and tooltips (13:40:05) rhult: let me go see how the machine is doing today (13:40:32) hm ok, but how do you hande drawing the title bar (like when moving the mouse over the title bar buttons, they should highlight)? (13:40:55) rhult: i haven't gotten back to addressing that; i wanted to read the X code to find out how to do it (13:41:06) rhult: ah yes, the problem ... tiger comes with python 2.3 or something (13:41:14) the X version that turns off autodisplay draws its own window title (13:41:16) rhult: but the build wants 2.4 or later (13:41:28) ardour, ah yea that should be fixed already (as of some hours ago) (13:41:47) rhult: so update what, jhbuild and start over? (13:42:19) ardour, re-run the script that fetches jhbuildrc, then re-run the bootstrap etc (13:42:39) rhult: ok, and nuke everything i just got macports to install :) (13:42:44) hehe (13:43:50) ardour, note that depending on what you want exactly, you might want to tweak jhbuildrc-custom... it now uses python from jhbuild for 10.4 and the system version otherwise (13:44:18) would that work for you? or do you need to use the macports version? (13:45:20) rhult: no, thats fine (13:45:36) the reason I'm trying to enforce the system version is that using macports stuff breaks constantly and then I get mails from people with build issues (13:45:38) ok good (13:46:26) rhult: how does the X stuff draw a title bar? it really takes full control of that away from QuartzWM ? (13:46:53) rhult: yes, i wanted to avoid macports at all costs. having that stuff around when i started with gtkosx really screwed me over very badly for several days (13:47:01) yea I think so (at least it looks like that because when running X apps on 10.5, the title bar looks completey different and non-antialiased) (13:47:45) rhult: ugh (13:47:57) rhult: ok, i guess i'll try turning it off and see what a performance hit i was taking (13:48:24) rhult: at some point, somebody in the heirarchy needs to decide what to do about the treeview and DnD (13:48:36) rhult: the situation right now (unless you've changed it) is pretty unacceptable (13:48:54) ardour, current svn doesn't crash at least (13:49:12) rhult: a step forward! (13:49:57) I did some experimenting with initiating the mac dnd from an idle just to we get the context right away, which could in theory work, as the signals will still be emitted properly (13:50:57) rhult: i can't remember if my hack made it work or just stopped it from crashing (13:51:13) rhult: i've been off os x for a few weeks (13:51:51) Lupine (~Lupine@rrcs-24-73-234-2.se.biz.rr.com) joined #gtk+ (13:52:27) rhult: anyway, i'll be back a bit later. thanks for the update (13:52:38) ardour, it should have just stopped the crash I think, there are some pieces missing that makes the dnd within the same app not work (13:52:48) ok, later (13:59:50) manphiz (~dxy@218.244.247.198) joined #gtk+ (14:02:49) jg (~jg@wireless-30.media.mit.edu) joined #gtk+ (14:11:36) matrixise (~stephane@211.42-247-81.adsl-static.isp.belgacom.be) joined #gtk+ (14:12:59) awalton__ quit (Leaving) (14:14:40) Gyb quit (Ping timeout: 600 seconds) (14:16:27) awalton__ (~awalton@CPE-76-177-52-225.natcky.res.rr.com) joined #gtk+ (14:17:45) zwnj quit (Read error: 104 (Connection reset by peer)) (14:18:19) zwnj (~behnam@213.207.218.116) joined #gtk+ (14:18:47) tbf (~mathias@gw.cosmicparrot.net) left #gtk+ (14:24:36) Gyb (~Gybrush@f053155141.adsl.alicedsl.de) joined #gtk+ (14:26:27) ardour quit (Ping timeout: 600 seconds) (14:26:49) vampirefrog (~fewbars@91.192.140.44) joined #gtk+ (14:26:56) mbarnes|afk quit (this place is dead anyway) (14:29:41) fdd (~fdd@79.116.106.10) joined #gtk+ (14:30:09) shashish quit (Leaving) (14:31:05) WarrenDumX (~warren@eu85-10-92-28.adsl.euphonynet.be) joined #gtk+ (14:31:07) hi (14:31:30) how can i obtain the current value of gslist? (14:32:13) mcrha is now known as mcrha|eng (14:32:43) New gtk+ bug 536592 filed by marcus.brinkmann@ruhr-uni-bochum.de. (14:32:43) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536592 normal, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, gtk_spin_button_set_adjustment does not trigger update (14:33:19) WarrenDumX: I'm not sure what you mean, maybe g_slist_position is what you want? (14:33:42) no, well i have t parse a gslist and obtain the value each time (14:33:54) WarrenDumX, parse? there is no parsing of a list (14:34:14) WarrenDumX, do you mean get the value of an element? (14:34:22) yes (14:34:29) sorry for my englsh (14:34:48) if you want the data from the head of the list, just do list->data (14:34:57) jwendell (~wendell@wks227.usinasantoantonio.com.br) joined #gtk+ (14:34:58) or what do you mean? (14:35:30) well i made a while that should every time get the value of the current element (14:35:35) and store it in a var (14:35:55) for(CurrentList = SelectedFiles; CurrentList != NULL; CurrentList = CurrentList -> next) { /* get value */ } (14:36:20) yes, that goes through the whole list, but what is it that you want to do? (14:36:27) then it'd be CurrentList->data (14:36:41) Marcus Brinkmann added attachment 112120 to bug 536592 (14:36:41) Attachment http://bugzilla.gnome.org/attachment.cgi?id=112120&action=edit gtk_spin_button_set_adjustment does not change value (14:36:45) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536592 normal, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, gtk_spin_button_set_adjustment does not trigger update (14:36:51) ok (14:36:54) mathrick quit (Ping timeout: 600 seconds) (14:37:16) which type of var do i have to declare to store the calue of the current list element? (14:37:45) WarrenDumX, it depends on what you store in the list, it's usually a pointer to "something" (14:38:00) well paths to files are stored (14:39:15) in string form? like char * (14:39:15) jer (~jeremie@grijpc5.epfl.ch) joined #gtk+ (14:39:45) the values are full paths (14:39:51) mikkel quit (Client exiting) (14:39:51) WarrenDumX: use the same type than for whatever you've stored in the list. (14:40:13) i used this function to store: gtk_file_chooser_get_filenames (14:41:08) then the list contains gchar* elements (14:41:45) ok thanks (14:43:01) andrunko (~andrunko@200.184.118.132) joined #gtk+ (14:43:14) Christian Dywan added attachment 112121 to bug 382291 (14:43:14) Attachment http://bugzilla.gnome.org/attachment.cgi?id=112121&action=edit Updated according to comments (14:43:16) Bug http://bugzilla.gnome.org/show_bug.cgi?id=382291 normal, Normal, ---, herzi@gnome-de.org, ASSIGNED, Automatically dim the combobox when the model is empty (14:43:40) mclasen (~mclasen@66.187.234.200) joined #gtk+ (14:44:04) Hi. I have radio buttons to change some parameters on a robot. How can I force the radio buttons to stay in their original state in case of failure? (14:44:41) Speckal (~Speckal@70.62.130.68) joined #gtk+ (14:44:43) I mean, changing the parameter can fail.. in this case the radio buttons should reflect that the change didn't occur (14:45:57) if I create an hbox, add a widget to it (let's assume the widget is a container as well with several child widgets), then destroy the hbox, do all the widgets inside of the hbox get cleaned up recursively? (14:46:26) Speckal: yes (14:47:03) if there is one particular widget that I want to keep to add to a different container, all I would have to do to "save it's life" would be to remove it from the container it's in? (14:47:37) g_object_ref it (14:48:14) ebassi (~ebassi@host86-163-240-190.range86-163.btcentralplus.com) joined #gtk+ (14:48:32) bugbot quit (Remote closed the connection) (14:48:43) i have to luanch a system command like this: system("Command PathToFileStoreInAVar");how can i perform this? (14:49:26) WarrenDumX: read g_spawn_async() in the documentation (14:49:47) ok thanks (14:49:50) jpetersen: okay. and if I do that, I should immediately g_object_unref() it once I get it into it's new container? (14:50:09) WarrenDumX: you should also have a look at gdk_spawn_on_screen() if you are using gtk+ (14:50:54) in other words, every "manual" increase in reference count should be balanced by a manual decrease (14:50:54) shashish (~shashish@ecoprobe-dmz.gns.novell.com) joined #gtk+ (14:52:41) Can I catch a signal from the radio buttons, and stop processing before the active button is changed if the action cannot be executed? (14:54:15) Speckal: yes (15:01:39) doctau quit (Ex-Chat) (15:03:54) squentin (~squentin@bsb94-1-82-232-16-14.fbx.proxad.net) joined #gtk+ (15:04:23) WarrenDumX quit (Ex-Chat) (15:05:56) markoa_ (~markoa@89.110.203.62) joined #gtk+ (15:07:32) Lupine quit (Remote closed the connection) (15:14:23) markoa quit (Ping timeout: 600 seconds) (15:14:27) roosmaa quit (Leaving) (15:14:33) Lupine (~Lupine@rrcs-24-73-234-2.se.biz.rr.com) joined #gtk+ (15:25:22) tielie quit (Ping timeout: 600 seconds) (15:27:59) renato quit (Read error: 113 (No route to host)) (15:29:11) shashish is now known as ashish (15:29:57) WarrenDumX (~warren@eu85-10-92-28.adsl.euphonynet.be) joined #gtk+ (15:30:02) hi (15:30:29) i have a value (output from a system command) stored in a GChar variable (15:31:01) and i have a GValue variable, and i need to assign the value of the GChar to the GCValue variable (15:31:04) how do i do this? (15:31:22) borschty (~sebastian@p54BB4A17.dip.t-dialin.net) joined #gtk+ (15:34:00) g_value_set_char() (15:35:00) mcrha|eng is now known as mcrha (15:35:04) you probably mean char*, right? in that case it's g_value_set_string (15:38:15) las (~paul@pool-141-151-17-74.phlapa.east.verizon.net) joined #gtk+ (15:38:56) rhult: rehi. it might be good for you to take a glance over http://ardour.org/files/patchGTKOSX and see if there is any low-hanging fruit in there (15:39:16) rhult: i'll update it again (ie. re-diff against svn) once i get gtk rebuilt (15:39:43) las, I was wondering about the tests/dummy-headers change (15:39:46) what does that do? (15:40:07) rhult: at some point in the past, i needed that to compile (15:40:12) and also the gdk/quartz/gdkkeys-quartz.c one, is that more than whitespace changes? (15:40:23) rhult: probably not, let me bring it up (15:41:41) rhult: yes, just whitespace (15:42:20) rhult: an unfortunate amount of whitespace issues in there, sorry (15:42:29) rhult: i need an alternate .emacs file for working on gtk :) (15:42:31) mbarnes (~mbarnes@66.187.234.200) joined #gtk+ (15:42:33) mmeeks quit (Remote closed the connection) (15:43:08) tielie (~tyan@h-81-170-236-42.NA.cust.bahnhof.se) joined #gtk+ (15:44:14) rhult: its also a mess because i was trying to debug redraw speed, which is really pretty bad for ardour's canvas stuff (15:45:47) rhult: i still have this gut feeling that cocoa's traversal of the view heirarchy for redraws is inherently slow, which is why my code is trying to keep window flush disables and view updates orthogonal (but related) to each other (15:46:00) vampirefrog quit (Leaving) (15:46:17) KaL_lunch is now known as KaL_out (15:49:02) muntyan (~muntyan@pool-71-113-225-242.herntx.dsl-w.verizon.net) joined #gtk+ (15:49:43) bugbot (~supybot@landfill.bugzilla.org) joined #gtk+ (15:50:03) bkor sets mode: +o bugbot (15:51:36) mikkel (~mikkel@84-238-113-66.u.parknet.dk) joined #gtk+ (15:53:15) las, something else to consider is that scrolling currently bypasses the gdk invalidating and just calls cocoa directly to setNeedsDisplay (15:53:55) federico (~federico@189.129.76.91) joined #gtk+ (15:54:21) rhult: scrolling from where? (15:55:15) MacSlow quit (Remote closed the connection) (15:57:13) jrb (~jrb@66.187.234.199) joined #gtk+ (15:57:48) MacSlow (~mirco@dslb-084-063-114-212.pools.arcor-ip.net) joined #gtk+ (15:59:15) las, gdkgeomtry-quartz and the move_resize* stuff in gdkwindow-quartz (16:02:57) descender quit (Remote closed the connection) (16:04:09) bugbot quit (Excess Flood) (16:04:46) bugbot (~supybot@landfill.bugzilla.org) joined #gtk+ (16:05:02) bkor sets mode: +o bugbot (16:07:54) markoa_ quit (Leaving) (16:11:09) New gtk+ bug 536610 filed by cardoe@gentoo.org. (16:11:09) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536610 trivial, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, builder.c uses a deprecated function that's not defined when building gtk+ (16:12:01) Doug Goldstein added attachment 112132 to bug 536610 (16:12:01) Attachment http://bugzilla.gnome.org/attachment.cgi?id=112132&action=edit replaces deprecated function usage (16:12:30) rhult: i think that bypassing is not only OK, it may also be good (16:16:04) Johan Dahlin changed the Status on bug 536610 from UNCONFIRMED to RESOLVED INVALID. (16:16:04) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536610 trivial, Normal, ---, gtk-bugs@gtk.org, RESOLVED INVALID, builder demo uses a deprecated function that's not defined when building gtk+ (16:18:28) mclasen quit (Read error: 145 (Connection timed out)) (16:19:45) mathrick (~mathrick@users177.kollegienet.dk) joined #gtk+ (16:20:35) andre is now known as andre|afk (16:20:46) bugbot quit (Excess Flood) (16:21:29) bugbot (~supybot@landfill.bugzilla.org) joined #gtk+ (16:24:53) madewokherd (~urk@c-71-61-145-98.hsd1.pa.comcast.net) joined #gtk+ (16:24:55) jkroon (~jkroon@c83-254-41-184.bredband.comhem.se) joined #gtk+ (16:25:03) bkor sets mode: +o bugbot (16:25:08) behdad (~behdad@CPE001217b19226-CM0012c9c84bc4.cpe.net.cable.rogers.com) joined #gtk+ (16:27:09) fdd quit (## Peace be upon you!) (16:28:55) mclasen (~mclasen@66.187.234.199) joined #gtk+ (16:30:37) Ibrahim_ (~Zugadi@196.200.87.70) joined #gtk+ (16:30:41) tristan (~tristan@190.2.22.93) joined #gtk+ (16:31:13) jwendell quit (Ping timeout: 600 seconds) (16:31:50) jkroon quit (Remote closed the connection) (16:39:31) mcrha quit (See you later... [aligator]...) (16:40:04) jwendell (~wendell@wks227.usinasantoantonio.com.br) joined #gtk+ (16:40:31) roosmaa (~roosmaa@195-50-204-194-dsl.krw.estpak.ee) joined #gtk+ (16:43:43) ashish quit (Leaving) (16:44:54) jer quit (Leaving) (16:45:01) tielie quit (Ping timeout: 600 seconds) (16:47:25) mcrha (~mcrha@nat-pool-brq.redhat.com) joined #gtk+ (16:48:17) psankar (~evo@122.167.94.99) joined #gtk+ (16:51:26) andre|afk quit (Ping timeout: 600 seconds) (16:52:56) tristan quit (Ping timeout: 600 seconds) (16:52:59) Jan Arne Petersen added attachment 112136 to bug 466000 (16:52:59) Attachment http://bugzilla.gnome.org/attachment.cgi?id=112136&action=edit Screenshot High contrast theme (16:53:01) Bug http://bugzilla.gnome.org/show_bug.cgi?id=466000 normal, Normal, 2.14 Freeze, gtk-bugs@gtk.org, UNCONFIRMED, Fix GdkWindow nesting in GtkSpinButton (16:55:16) cesar (~cesar@wsip-70-183-17-68.oc.oc.cox.net) joined #gtk+ (16:55:23) Tim Janik changed the Status on bug 385787 from NEW to RESOLVED FIXED. (16:55:23) Bug http://bugzilla.gnome.org/show_bug.cgi?id=385787 normal, Normal, ---, gtk-bugs@gtk.org, RESOLVED FIXED, Gtk+ and GLib need unit tests (16:57:32) jdahlin: busy, busy here. will look into your IDL email tomorrow (16:58:41) owen (~otaylor@66.187.234.200) joined #gtk+ (17:00:02) tristan (~tristan@190.2.22.93) joined #gtk+ (17:00:03) andre|afk (~andre@f053154061.adsl.alicedsl.de) joined #gtk+ (17:00:21) KaL_out is now known as KaL (17:02:19) whoppix (~whoppix@c8113BF51.dhcp.bluecom.no) joined #gtk+ (17:02:49) geaaru quit (Leaving) (17:04:16) satis (~c-a@77.240.67.219) joined #gtk+ (17:05:04) juergbi quit (Leaving) (17:05:13) juergbi (~juerg@80-219-17-53.dclient.hispeed.ch) joined #gtk+ (17:05:29) mcrha quit (See you later... [aligator]...) (17:07:07) Hello. Is it ok to ask glib questions here? (17:07:17) yes. (17:07:38) Thanks. Do I need to unset all the GValues in a GValueArray before using g_value_array_free? (17:08:23) It looks to me that I'm leaking memory because I'm not unsetting the GValues in a GValueArray. (17:08:40) jones: from the docs for g_value_array_free() (17:08:50) Free a GValueArray including its contents. (17:09:03) ie, sounds like you shouldn't have to. (17:09:04) Ori: yeah, that's why I'm puzzled. (17:09:15) tristan quit (Read error: 145 (Connection timed out)) (17:09:54) valgrind will often report spurious leaks with glib, thanks to custom allocators and caching (17:10:12) how do i set the value of a gcher to a gvalue? ( g_value_set_char() is the opposite) (17:10:41) Ori: but this one seems real. It says it leaks memory allocated in glib after a g_value_set_string. (17:11:24) WarrenDumX: gchar c = g_value_get_char(&v)? (17:11:37) ok (17:12:35) no it's not that (17:12:37) i think... (17:13:01) MyGValue = Value of a GChar; (17:13:02) Ori: http://rafb.net/p/h0tcsl33.nln.html that's the relevant part. (17:13:08) jones: well, g_value_set_string() doesn't take responsibility for freeing the strnig (17:13:13) ie, it assumes the strnig is static (17:13:36) Ori: it's indeed a static string I'm giving to g_value_set_string (17:13:39) tristan (~tristan@190.2.22.93) joined #gtk+ (17:13:56) how do i do this: MyGValue = Value of a GChar; (17:13:57) ? (17:13:58) WarrenDumX: that looks like g_value_set_char(&value, 'a'); (17:14:00) jones: er. wait. (17:14:04) *Ori is wrong. (17:14:25) ...and has to disappear. (17:14:35) Damn :) (17:15:07) sometinhg like this? (17:15:09) v (17:15:09) LengthValue = g_value_get_char(&CommandResult); (17:15:33) LengthValue is gchar type and CommandResult is gchar typ (17:15:42) WarrenDumX: if LengthValue is a char and CommandResult is a GValue initialized to G_TYPE_CHAR, then yes. (17:15:50) nicoooo (~nico@g226212227.adsl.alicedsl.de) joined #gtk+ (17:15:56) WarrenDumX: are they both GValues? (17:16:01) LengthValue is gchar type and CommandResult is gchar typ (17:16:05) no sorry (17:16:16) LengthValue is Gvalue type and CommandResult is gchar type (17:17:05) so it should be g_value_set_char(&LengthValue, CommandResult); (17:17:27) KaL is now known as KaL_out (17:19:04) Ori: g_value_set_static_string was the fix. (17:20:33) psankar quit (Ping timeout: 600 seconds) (17:20:34) mcrha (~mcrha@nat-pool-brq.redhat.com) joined #gtk+ (17:20:55) jones: hm. it still should free if it wasn't setting a static string... (17:21:12) Ori: yeah, I would've said so. (17:24:09) oleavr (~oleavr@ti0035a340-2032.bb.online.no) joined #gtk+ (17:24:51) behdad quit (Leaving.) (17:27:22) hupf quit (Leaving) (17:27:57) *tristan is getting prepared for a 30 hours bus ride to bolivia (17:27:57) hopefully, Im not counting on it, there will be electricity (17:27:57) :) (17:28:38) tielie (~tyan@h-81-170-237-11.NA.cust.bahnhof.se) joined #gtk+ (17:29:22) harobed_ (~harobed@pda57-1-82-231-115-1.fbx.proxad.net) joined #gtk+ (17:32:04) LeoNerd (~leo@cel.leonerd.org.uk) joined #gtk+ (17:33:05) I'm using a GtkTreeView to display a GtkListModel. The docs for GtkTreeView says: "Currently, this works only for the selection modes GTK_SELECTION_SINGLE and GTK_SELECTION_BROWSE."... but I can't work out how to set the selection mode. I've found the enumeration of constants, but no way to set it (17:33:31) LeoNerd: GtkTreeSelection (17:33:59) LeoNerd: http://library.gnome.org/devel/gtk/stable/GtkTreeSelection.html (17:34:00) Ahhhh... (17:34:20) I saw the "get_selection" method and thought that returns some sort of represntation of the rows that are currently sleected (17:34:56) I see now. (17:36:13) hm. signal handlers connected with g_signal_connect() are called before the default handler. so, when the default handler is called, the custom handling has definitly finished? (17:36:48) Jan Arne Petersen added attachment 112142 to bug 466000 (17:36:49) Attachment http://bugzilla.gnome.org/attachment.cgi?id=112142&action=edit Use special casing for GtkSpinButtons (17:36:51) Bug http://bugzilla.gnome.org/show_bug.cgi?id=466000 normal, Normal, 2.14 Freeze, gtk-bugs@gtk.org, UNCONFIRMED, Fix GdkWindow nesting in GtkSpinButton (17:37:29) mcrha quit (See you later... [aligator]...) (17:39:07) ieei quit (Leaving) (17:39:51) harobed_ quit (Ping timeout: 600 seconds) (17:40:14) nicoooo: no, whether connected handlers are called before or after the default handler depends on the signal flags (17:40:35) tristan quit (Remote closed the connection) (17:40:42) nicoooo: can be G_SIGNAL_RUN_LAST (default handler is last) or G_SIGNAL_RUN_FIRST (default handler is first) (17:41:05) hmm (17:41:19) http://library.gnome.org/devel/gobject/stable/gobject-Signals.html#g-signal-connect (17:41:48) nicoooo: see g_signal_new() (17:42:52) okay (17:43:45) still problems (17:44:30) how do i set the value of a gchar variable from a gchar **MyGchar variable? (17:44:54) WarrenDumX: I suggest you look up a C tutorial (17:45:05) hm :s (17:45:18) or pick up a C book (17:45:33) why, is my question noobie ? :D (17:45:54) quite. (17:45:59) ok :( (17:46:09) ebassi: Thanks for the tip; got it working now :) (17:46:19) (I recommend Kernighan and Ritchie's "The C Programming Language") (17:46:37) WarrenDumX: good luck (17:46:41) :D (17:46:43) jrb quit (Leaving) (17:47:04) could you answer? i know it might be stupid for you, but everyhting else works in my app :( (17:47:31) to get the value out of a pointer, val = *ptr; (17:48:21) Michael Natterer cancelled none+ for attachment 111309 on bug 436533. (17:48:23) Michael Natterer granted needs-work for attachment 111309 on bug 436533. (17:48:25) Attachment http://bugzilla.gnome.org/attachment.cgi?id=111309&action=edit Move scroll arrows to the bottom (17:48:27) Bug http://bugzilla.gnome.org/show_bug.cgi?id=436533 enhancement, Normal, ---, gtk-bugs@gtk.org, NEW, Allow more space efficient scroll arrows placement (17:48:39) byut what is the diff between gchar **Var and gchar Var ? (17:48:51) gchar *Var , sorry (17:48:52) georgeyk (~george@201-68-7-115.dsl.telesp.net.br) joined #gtk+ (17:49:10) WarrenDumX: you really need to read a book about C. You don't have a clear concept of what a pointer is. (17:49:13) WarrenDumX, this is very off-topic for this channel, it's basic C (17:49:23) yes... (17:49:53) mcrha (~mcrha@nat-pool-brq.redhat.com) joined #gtk+ (17:50:28) Goundy (~Goundy@121.31-240-81.adsl-dyn.isp.belgacom.be) joined #gtk+ (17:52:53) Goundy quit (Leaving) (17:53:44) Ibrahim_ quit (Ping timeout: 600 seconds) (17:53:54) Ibrahim_ (~Zugadi@196.200.87.28) joined #gtk+ (17:59:10) WarrenDumX quit (Ex-Chat) (18:03:44) harobed_ (~harobed@pda57-1-82-231-115-1.fbx.proxad.net) joined #gtk+ (18:04:13) nomeata (nobody@nomeata.de) joined #gtk+ (18:05:45) ebassi quit (Bored, now.) (18:09:46) jkroon (~jkroon@c83-254-41-184.bredband.comhem.se) joined #gtk+ (18:12:48) manphiz quit (leaving) (18:13:03) mitch is now known as mitchGrill (18:13:29) stack_ (~sgerstack@mail.edpaymentsystems.com) joined #gtk+ (18:14:38) Does 'dbus_g_connection_register_g_object' automatically set up methods for my object's properties or am I required to do that? (18:15:11) quikee__ is now known as quikee (18:15:43) fargiolas quit (Ping timeout: 600 seconds) (18:17:19) voltron (~voltron@ppp-71-139-226-135.dsl.irvnca.pacbell.net) joined #gtk+ (18:17:40) Is a GtkTreeIter valid longterm? Can I keep the one I used to append a value in the model, as a quick way to reference it later..? (18:18:16) LeoNerd: no. Look at GtkTreeRowReference. (18:19:01) Ah OK... Hrm.. then, variant question... Hwo to just get then $nth row? (18:19:10) stack_ quit (Ex-Chat) (18:20:00) Felix Riemann changed the Component on bug 472573 from image viewer to icon-view. (18:20:00) Felix Riemann changed the Product on bug 472573 from eog to gtk+. (18:20:00) Bug http://bugzilla.gnome.org/show_bug.cgi?id=472573 normal, Normal, ---, gtk-bugs@gtk.org, NEW, iconview does not support horizontal rubberband scrolling (18:20:09) gtk_tree_model_iter_nth_child (18:20:51) Ahhh.. The parent=NULL case.. (18:20:56) OK (18:24:58) lorg quit (Leaving) (18:24:59) baku quit (Ping timeout: 600 seconds) (18:26:18) mitchGrill quit (Ping timeout: 600 seconds) (18:26:25) aike (user1@e180003227.adsl.alicedsl.de) joined #gtk+ (18:26:49) jwendell quit (Leaving) (18:27:46) harobed_ quit (Ex-Chat) (18:29:50) xjuan (~xjuan@host212.200-43-27.telecom.net.ar) joined #gtk+ (18:32:10) New gtk+ bug 536645 filed by proppy@aminche.com. (18:32:12) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536645 minor, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, GtkWarning print http://www.gtk.org/faq which is 404 (18:33:15) I wonder if we could do something about the FAQ, to make sure it's not bitrotten (18:34:12) Perhaps join forces with the pygtk faq available at http://faq.pygtk.org/ (18:40:29) armin (~ck@i3ED6E86C.versanet.de) joined #gtk+ (18:45:05) satis quit (Ex-Chat) (18:45:36) satis (~c-a@77.240.67.219) joined #gtk+ (18:51:14) tielie quit (Ping timeout: 600 seconds) (18:51:52) tielie (~tyan@h-81-170-236-162.NA.cust.bahnhof.se) joined #gtk+ (18:52:49) mclasen quit (Ping timeout: 600 seconds) (18:53:01) mclasen (~mclasen@66.187.234.199) joined #gtk+ (19:00:34) jdahlin: you mean the old faq, or the 'Q-and-A' section in the docs ? (19:01:55) muntyan quit (muntyan) (19:03:35) satis quit (Remote closed the connection) (19:03:47) satis (~c-a@77.240.67.219) joined #gtk+ (19:04:49) Company quit (Remote closed the connection) (19:06:53) rhult: looks as if freetype needs to be added to the modules list; i had nuked it when i cleaned everything up and it was not rebuilt by jhbuild before it was needed (19:10:23) behdad (~behdad@209.167.232.100) joined #gtk+ (19:11:55) jaebird_alt quit (Remote closed the connection) (19:13:21) dolphy quit (Ex-Chat) (19:14:09) Rhamphoryncus (~rhamph@S010600146c3c91a1.ed.shawcable.net) joined #Gtk+ (19:14:09) jaebird_alt (~jaebird_a@63.246.55.12) joined #gtk+ (19:15:16) ishmal2 (20616e8f@webchat.mibbit.com) joined #gtk+ (19:15:56) rob (~rob@141.201.109.66) joined #gtk+ (19:16:26) hi (19:16:28) hey, i have a quick Q about the gtk2.12.10 win32 binary today. does anyone know why a dependency changed from libpng13.dll to libpng12-0.dll today? (19:17:23) ishmal2: because the old libpng was out of date (and the name changed because it was misnamed) (19:17:43) (libpng13.dll was misnamed) (19:17:58) ok. but... everything built with that dep must be rebuilt now (19:18:16) ishmal2: only if it was linking directly (19:18:27) since dll's are dumb and dont have versioning (19:18:37) they link by file name (19:18:53) stuff just using gdk-pixbuf will continue to work fine (19:19:03) njpatel quit (Ex-Chat) (19:19:39) i make the win32 binaries for inkscape, and there are other non-gtk things that need that dll (19:20:03) nicu (~nicolas@213.202.37.140) joined #gtk+ (19:20:28) ah (19:20:37) well... you could distribute both :P (19:21:26) i wish that there was a standard naming convention for win32 dll's (19:21:34) zlib is the worst (19:21:42) jrb (~jrb@66.187.234.199) joined #gtk+ (19:21:51) zlib1.dll libzlib.dll zlib-1.dll (19:21:55) there is... when you use libtool (19:23:25) ishmal2: there was a discussion of this particular issue in #win32 a few days ago (19:23:46) mhwork|gone is now known as mhutch (19:23:54) heh. i didnt get that memo :-) (19:24:29) bersace quit (Ex-Chat) (19:24:37) i was going to tell the guys that we could maybe make a bugfix release this week, but i guess not (19:24:59) andre|afk is now known as andre (19:25:15) rob quit (Remote closed the connection) (19:25:47) bugbot quit (My server is rebooting! "After these messages, we'll be right back!" :-)) (19:27:54) the other thing the gets me. if because of naming differences like this, you always need to get an exact build of something, not just version (19:28:36) pachi (~pachi@84.76.213.34) left #gtk+ (19:29:06) Lethalman (~lethal@host168-51-dynamic.27-79-r.retail.telecomitalia.it) joined #gtk+ (19:29:26) fizz (~fizz@p54B02AEF.dip0.t-ipconnect.de) joined #gtk+ (19:29:49) well, i could recompile everything that needs libpng13.dll, or i could hit myself on the head with a cricket bat. would feel about the same (19:30:44) ishmal2: what all uses that directly in inkscape? (19:31:10) ishmal2: You could just release a version that uses both libpngs..... (19:31:12) uh.. cairo, imagemagick, poppler, (thinking) there's more (19:31:33) (not really recommended considering the number of important security fixes that go into libpng over time...) (19:32:04) there's an updated cairo binary available too (19:32:31) you might also be able to rename the dll and have it work (I don't remember if it will or not) (19:34:34) Goundy (~Goundy@121.31-240-81.adsl-dyn.isp.belgacom.be) joined #gtk+ (19:34:34) geaaru (~geaaru@host125-214-dynamic.14-87-r.retail.telecomitalia.it) joined #gtk+ (19:35:04) sergio quit (Ex-Chat) (19:39:21) LeoNerd (~leo@cel.leonerd.org.uk) left #gtk+ (19:40:51) marc (~urk@82-39-128-183.cable.ubr05.newy.blueyonder.co.uk) joined #gtk+ (19:42:36) ensonic (~ensonic@cs181087195.pp.htv.fi) joined #gtk+ (19:43:15) tristan (~tristan@190.18.109.100) joined #gtk+ (19:46:32) jkroon quit (Remote closed the connection) (19:47:12) something like Portage for win32 builds would be nice. a single dep tree (19:49:29) ebassi (~ebassi@host86-163-201-21.range86-163.btcentralplus.com) joined #gtk+ (19:50:53) muntyan (~muntyan@dhcp-wpa-011-088.tamu.edu) joined #gtk+ (19:51:43) mclasen: more the old faq, but it's more a complaint towards not having a central FAQ which users should check before asking questions here (19:52:20) again, the pygtk faq is very successful and we got praise from many users about the quality and scope of it (19:52:39) Metalman (~lethal@host251-34-dynamic.27-79-r.retail.telecomitalia.it) joined #gtk+ (19:52:59) Lethalman quit (Connection timed out) (19:54:26) rodo_ quit (Remote closed the connection) (19:54:44) ieei (~ieei@cm-84.215.67.5.getinternet.no) joined #gtk+ (19:55:03) juri quit (Ping timeout: 600 seconds) (19:55:17) tristan quit (Ping timeout: 600 seconds) (20:00:42) rhult quit (Read error: 145 (Connection timed out)) (20:01:16) jpeterse1 (~petersen@xdsl-81-173-189-25.netcologne.de) joined #gtk+ (20:01:17) awalton__: thanks for editing the wiki a bit already (20:02:48) ieei quit (Leaving) (20:03:37) behdad quit (Ping timeout: 600 seconds) (20:04:13) arc (~arc@203.Red-217-126-206.staticIP.rima-tde.net) joined #gtk+ (20:04:17) muntyan quit (muntyan) (20:05:19) ieei (~ieei@cm-84.215.67.5.getinternet.no) joined #gtk+ (20:05:52) Levip (~levipope@63.246.55.12) joined #gtk+ (20:06:41) tanty quit (Ciao.) (20:07:19) Levip quit (Leaving) (20:08:44) jpetersen quit (Ping timeout: 600 seconds) (20:09:31) muntyan_ (~muntyan@dhcp-wpa-011-088.tamu.edu) joined #gtk+ (20:11:25) jg quit (Ping timeout: 600 seconds) (20:12:15) setanta quit (Ex-Chat) (20:12:37) Metalman quit (Ping timeout: 600 seconds) (20:14:23) ieei quit (Leaving) (20:19:25) Goundy quit (Leaving) (20:22:24) geronimo (~geronimo@189.169.60.232) joined #gtk+ (20:22:51) tielie_ (~tyan@h-81-170-237-182.NA.cust.bahnhof.se) joined #gtk+ (20:23:30) Metalman (~lethal@host161-32-dynamic.25-79-r.retail.telecomitalia.it) joined #gtk+ (20:25:32) tielie quit (Read error: 131 (Connection reset by peer)) (20:27:23) tko (~tko@host81-159-235-184.range81-159.btcentralplus.com) joined #gtk+ (20:28:03) behdad (~behdad@63.250.163.170) joined #gtk+ (20:28:41) fizz quit (Ping timeout: 600 seconds) (20:31:44) deplanear quit (Ping timeout: 600 seconds) (20:32:58) fizz (~fizz@p54B02AEF.dip0.t-ipconnect.de) joined #gtk+ (20:34:16) Metalman quit (Ping timeout: 600 seconds) (20:35:19) what it was doing, was saying that it couldnt find libpng12-0.dll, and that the application would not start. then the application started (20:35:40) so i suppose that was gdk trying to dynamically load the dll (20:35:49) Hallski (~micke@83.251.94.123) joined #gtk+ (20:36:09) or.. load the module that linked to the dll (20:36:20) hey hey (20:36:30) anyway. ust copying libpng13.dll to libpng12-0.dll works for now (20:37:07) ishmal2: you should do it the other way around (20:37:33) (there are security fixes IIRC0 (20:38:46) ieei (~ieei@cm-84.215.67.5.getinternet.no) joined #gtk+ (20:39:28) Pepe66 (~Pepe@e17220.upc-e.chello.nl) joined #gtk+ (20:39:29) so 1.3 is really incorrect, and there is no api issue moving to 1.2? (20:40:13) that is my understanding (20:40:55) stack_ (~sgerstack@mail.edpaymentsystems.com) joined #gtk+ (20:41:08) mclasen quit (Remote closed the connection) (20:41:20) Is there a way in GLib / GTK to expand a path from ~/ to the absolute path? (20:41:21) brb (20:41:40) Q_PROPERTY is so handy... (20:42:01) behdad: aren't pre-processed object systems awesome? (20:42:32) kris: it's not as bad as you think (20:42:45) they don't rewrite your code (20:42:51) ishmal2 quit (http://www.mibbit.com ajax IRC Client) (20:42:54) which is what most people have against such approaches (20:43:17) it's just metadata. except that they do it in the source instead of comments (like we do for some stuff). I think I prefer their's (20:43:18) nomeata quit (Client exiting) (20:43:31) sure. less tool-friendly. (20:44:12) stack_: there is a way but its not glib AFAIK (20:44:19) stack_: glibc provides globbing (20:44:59) Metalman (~lethal@host244-86-dynamic.37-79-r.retail.telecomitalia.it) joined #gtk+ (20:45:05) behdad: i'm looking forward to G_PROPERTY very much (20:45:08) las: okay, thanks (20:45:37) stack_: g_build_filename(g_get_home_dir(), "Downloads", "myfile.mp3", NULL) ? (20:45:50) tko: i suspect he wants to take user input (20:46:06) I think ephy had something to expand literal '~' (20:46:10) tko: perfect, I was missing g_get_home_dir (20:46:44) las: no I needed to hit a file from the HOME dir. I was just hoping I could be lazy and use '~' (20:47:06) dotx quit (Leaving.) (20:48:38) stack_: http://www.gnu.org/software/libtool/manual/libc/Word-Expansion.html#Word-Expansion (20:48:58) doesn't gio handle tilde prefix? (20:49:05) in its parse_path or how that's called (20:49:37) metalgod (~metalgod@87-196-189-226.net.novis.pt) joined #gtk+ (20:49:40) Ultimately I am building a path for GKeyFile which exists in the HOME dir (20:51:47) stack_: should probably use g_get_user_config_dir() instead then (not polluting ~ but have things in ~/.config) (20:52:20) tko: alright, thanks (20:54:56) Lupine quit (Read error: 131 (Connection reset by peer)) (20:55:02) ensonic quit (Leaving) (20:55:17) Quick, semi off topic question. Is there something better than DDD? It works, but it just feels old :P (20:56:02) Enselic (~martin@c-d211e455.017-113-6c756e10.cust.bredbandsbolaget.se) joined #gtk+ (20:56:43) armin_ (~ck@i59F4BBEA.versanet.de) joined #gtk+ (20:57:20) hmm, if a toplevel window is reparented to be a child, and then gdk_window_thaw_toplevel_updates_libgtk_only() gets called for it, you get a Gdk-CRITICAL **: gdk_window_thaw_toplevel_updates_libgtk_only: assertion `private->window_type != GDK_WINDOW_CHILD' failed (20:57:52) should that check be made silent? or removed? or is something wrong in gtk+/win32 if this happens? (20:58:07) tml: how can you reparent a toplevel window? its not eligible for childhood, i thought (20:58:20) tml: Probably just never tested. I'm pretty sure there was code added to the freeze/thaw stuff to deal with reparenting (20:58:32) Lupine (~Lupine@rrcs-24-73-234-2.se.biz.rr.com) joined #gtk+ (20:58:53) tml: do you have a test case? (20:58:57) does it happen with x11? (20:59:00) las: it should be quite legal, as far as I can see the code in _gdk_window_reparent() in gdkwindow-x11.c explicitly handles that case, too (20:59:03) ishmal2 (20616e8e@webchat.mibbit.com) joined #gtk+ (20:59:06) Metalman quit (Ping timeout: 600 seconds) (20:59:46) kris: no idea whether it happens on x11... try running evolution with a gtk+ that has been compiled with these g_return_if_fail() calls enabled, and output visible, and see if you get it... (20:59:49) tml: Who is calling thaw on a child window? (20:59:59) tml: ...though... (21:00:14) after adding this code there was some issue with mozilla (21:00:17) that i fixed (21:00:25) tml: It's a bit unclear what the sequence freeze/reparent/thaw would mean (21:00:31) owen: it's called from gtk_window_configure_event (21:00:55) it might well be that this sequence happens only with the win32 backend (21:01:03) tml: Is this for a GtkSocket? (21:01:05) GtkPlug, I mean (21:01:17) owen: might well be, haven't investigate much deeper yet (21:01:46) tml: Are you sure that there was a reparent in the middle? (21:01:49) (anyway, the g_return_if_fail seems harmless in this case, I don't notice anything bad happening) (21:02:11) owen: not sure yet, need to run with more debugging printout turned on to be sure (21:02:28) I'll be back with more information later (21:02:38) tml: Well, if the window was reparent back out again (assuming reparenting) then it wouldn't update once it was reparented back out (21:02:57) heh. i think this page needs to be edited. it argues the other way around about libpng13.dll : http://www.gtk.org/download-windows.html (21:03:20) andrunko quit (Ping timeout: 600 seconds) (21:03:30) jrb quit (Leaving) (21:03:33) jwendell (~wendell@wks227.usinasantoantonio.com.br) joined #gtk+ (21:04:05) if private->window_type is GDK_WINDOW_CHILD, and ((GdkWindowImplWin32*)private->impl)->toplevel_window_type is GDK_WINDOW_TOPLEVEL, that's a sure sign it has been reparented from TOPLEVEL->CHILD, right? (21:04:12) stack_ quit (Ex-Chat) (21:04:13) WarrenDumX (~warren@eu85-10-92-28.adsl.euphonynet.be) joined #gtk+ (21:04:16) hi (21:04:47) markoa (~markoa@ki-049.ptt.yu) joined #gtk+ (21:05:00) Ademan (~dan@h-68-167-207-98.snfccasy.dynamic.covad.net) joined #gtk+ (21:05:30) armin quit (Ping timeout: 600 seconds) (21:05:34) emdash quit (Ping timeout: 600 seconds) (21:05:43) how can i know why a prog segfaults? (21:07:56) giusef (~Zmax@ip-72-55-165-86.static.privatedns.com) joined #gtk+ (21:08:09) hmm, how do I get the GdkNativeWindow of a GdkWindow in platform-indep code? (21:09:24) MacSlow quit (So long and thanks for the fish!) (21:09:25) WarrenDumX: you really need to find a basic unix/C programming channel or book or website (21:09:36) jkroon (~jkroon@c83-254-41-184.bredband.comhem.se) joined #gtk+ (21:10:06) fredmorcos (~fred@ip-141-31-187-86.nat.selfnet.de) joined #gtk+ (21:13:29) warren: run "gdb programname" ... make it crash, then type "bt" (21:14:54) markoa quit (Read error: 148 (No route to host)) (21:15:35) pachi (~pachi@84.76.213.34) joined #gtk+ (21:15:39) fer quit (Read error: 145 (Connection timed out)) (21:16:49) enjahova (~ianj@user85.freac.fsu.edu) joined #gtk+ (21:17:08) mcrha quit (See you later... [aligator]...) (21:18:41) thanks (21:19:56) nicoooo quit (Remote closed the connection) (21:21:58) owen: yep, the sequence of events is definitely: window created as toplevel, gdk_window_freeze_toplevel_updates_libgtk_only() , _gdk_window_reparent(), gdk_window_thaw_toplevel_updates_libgtk_only() (21:22:32) tml: Any idea of why this sequence is happening? (21:23:09) ishmal2: thanks, will update. the recommended libpng now is actually called libpng12-0.dll ;) (21:23:13) emmanuel_lap (~pacaud@pom74-2-82-247-189-1.fbx.proxad.net) joined #gtk+ (21:23:16) markoa (~markoa@213.137.123.171) joined #gtk+ (21:23:22) tml: But ignoring, I thinkthe solution is to leave the warning in place, clear the freeze count when reparent makes the window a child, and have GtkWindow not call freeze if the window is a child (21:24:20) ceyusa quit (Leaving) (21:24:37) fer (~fherrera@142.Red-81-39-85.dynamicIP.rima-tde.net) joined #gtk+ (21:25:11) kalikian1 quit (Remote closed the connection) (21:25:13) andre quit (andre) (21:26:31) tml: how come you're working on sockets? (21:27:46) owen quit (Leaving) (21:28:31) this jean-yves guy... who on earth is him? (21:28:39) is making the thread quite noisy and pointless :/ (21:28:43) kalikiana (~kalikiana@xdsl-84-44-155-213.netcologne.de) joined #gtk+ (21:29:03) jkroon quit (Ping timeout: 600 seconds) (21:30:39) arc: evolution uses sockets a lot, naturally... the problem I blogged about was in libsoup which Evo uses to communicate with GroupWise and Exchange servers (21:31:13) oh (21:31:27) tml: how's the evolution for windows release doing? (21:32:25) muntyan_ quit (muntyan_) (21:35:15) arc: I am preparing a fresh one today (21:35:25) woohoo (21:35:25) :) (21:37:43) madewokherd quit (Ping timeout: 600 seconds) (21:38:15) sorry to ask noob question don't hit me :) (21:38:23) But this is where i'm stuck: (21:38:40) if(g_spawn_command_line_sync(CommandLine, CommandOutput, NULL, CommandStatus, NULL) == TRUE) (21:38:50) how can i get the value of CommandStatus ? (21:39:01) this is a double pointer, i only don't know how to get the value (21:39:04) muntyan (~muntyan@dhcp-wpa-011-088.tamu.edu) joined #gtk+ (21:39:20) andre (~andre@f053154061.adsl.alicedsl.de) joined #gtk+ (21:39:55) arc quit (Remote closed the connection) (21:40:09) can someone help me? (21:40:11) WarrenDumX: this is really not the right forum for your questions. trust us. if you have to ask questions like that you will need to come back here over and over again all the time (21:40:38) WarrenDumX: what is it that the program you are trying to write should do? are you sure using GTK+ from C is the best way to write it? (21:40:39) well if i could find out how i would have less problems :D (21:40:59) WarrenDumX: here, the solution to all your problems: http://www.amazon.com/Programming-Language-Prentice-Hall-Software/dp/0131103628/ (21:41:03) well i have to launch a simple command and store the output in a string (21:41:17) WarrenDumX: you don't need to write a GTK+ app for that (21:41:34) no , but that is part of the program :) (21:41:49) so who has written the rest of the program then? (21:42:27) well, me :) but it's the only command i have to launch (21:42:32) it's a hobby program :) (21:43:22) I just wonder how you manage to actually do anything else in the program if basic pointer concepts are so problematic (21:43:52) mclasen (~mclasen@c-24-218-44-243.hsd1.ma.comcast.net) joined #gtk+ (21:44:33) hpj quit (Ping timeout: 600 seconds) (21:44:50) damn :( (21:45:58) couldn't some give me a clue other than buying a book ? :p (21:46:16) so close :( (21:46:54) WarrenDumX: http://c-faq.com/ (21:48:15) K&R is worth owning (21:51:36) tml: Actually I think you can do quite a bit without really understanding pointers. Gtk+ contains much sugar that makes that possible. (21:52:03) But obviously, the point where you will have problems comes soon enough. (21:52:27) sure, use python, ruby, java, perl ... (21:52:44) gianmt (~gianmt@adsl-ull-86-176.47-151.net24.it) joined #gtk+ (21:52:45) *kalikiana still has an ancient copy of K&R, handed down from his father. (21:52:54) first ed? (21:53:24) Nah, only second :P (21:53:31) jrb (~jrb@static-69-95-208-89.man.choiceone.net) joined #gtk+ (21:53:43) eh, max 20 years old then ;) (21:54:04) WarrenDumX: and actually, using python (or ruby or perl or whatever) might be the best advice of all (21:54:20) yes i heard... (21:54:21) or start to learn C: http://c-faq.com/resources/tutorials.html (21:54:32) i found i think... (21:54:40) valexey (~valexey@79-126-8-16.dynamic.mts-nn.ru) joined #gtk+ (21:54:49) UnNamed (500@16.Red-80-32-164.staticIP.rima-tde.net) joined #gtk+ (21:54:51) i didn't know how to convert var types, now i found :D (21:55:05) kalikiana, me too :) (21:55:40) second generation hackers, just like the aristocracy 'round here :P (21:56:01) kalikiana, though I actually got around to get a newer version at some point (21:56:24) *tml doesn't actually have a K&R. at least I couldn't find it now, quickly looking in the bookshelf. but I did find a 20 years old C: A Reference Manual (Harbison&Steele) (21:56:56) fredmorcos quit (Leaving) (21:57:05) WarrenDumX: "convert var types"? I hope you aren't thinking what you are doing is more complex than it actually is (21:57:31) no i had to store a char in a int (21:57:59) um. you're aware that a char _is_ an int type? (21:58:14) hpj (~hpj@189.190.11.219) joined #gtk+ (21:58:15) Hallski: I'll keep my good old copy, a new one wouldn't be the same :) (21:58:33) derfel quit (Remote closed the connection) (21:58:51) WarrenDumX: #c on freenode might get you more answers if c it must be. (21:59:06) ok (21:59:23) I haven't been there for years so I hope that isn't bad advice (21:59:46) doublep (~paul@212.98.162.2) joined #gtk+ (21:59:59) fredmorcos (~fred@ip-141-31-187-86.nat.selfnet.de) joined #gtk+ (22:00:12) WarrenDumX: the odds are exceptionally high that you will get your program working massively faster in python (22:00:17) WarrenDumX: and have more fun doing it (22:00:26) derfel (~derfel@host51-64-dynamic.10-79-r.retail.telecomitalia.it) joined #gtk+ (22:00:39) s/faster in/sooner with/ (22:00:47) ok ok (22:01:28) derfel quit (Remote closed the connection) (22:01:37) schumaml (schumaml@dslb-088-065-229-161.pools.arcor-ip.net) joined #gtk+ (22:01:38) WarrenDumX: i've spent 8 years working on a very complex C/C++ app, only to wish that i had done the whole GUI part in Python (22:01:43) maybe Eclipse would help, since it has everything "built in" (22:01:55) fredmorcos quit (Leaving) (22:02:10) WarrenDumX: my development time would have gone down dramatically, performance would hardly have suffered, and i'd have leveraged some excellent 3rd party technology (22:02:14) eek, eclipse is horrible :P (22:02:26) next you tell him to use java (22:02:45) derfel (~derfel@host51-64-dynamic.10-79-r.retail.telecomitalia.it) joined #gtk+ (22:02:45) jrb quit (Read error: 104 (Connection reset by peer)) (22:02:46) kalikiana, :) (22:02:50) linuxx (~linuxx@port-83-236-206-154.static.qsc.de) joined #gtk+ (22:03:03) kalikiana, though not entirely agreeing with your comment about eclipse :) (22:03:23) heh. Eclipse also does c/c++ (22:03:27) I think I did already, having taught C as first programming language, java has its merits. (22:03:42) Eclipse does python (pydev) & perl (epic) (22:03:42) i mean, instead of looking for all of the tools, they are all right there. (22:04:14) (like some of us who learned on Turbo Pascal) :-) (22:04:40) uphill, in the snow with no shoes! (22:04:51) *Ori wants DDD to finally get ported to GTK (22:04:55) Hallski: I just keep finding big, heavy ide's hard to work with. As hard as it is for me to understand, I suspect there are people who actually like them. (22:05:15) Ori: DDD? (22:05:24) kalikiana: a GUI for gdb (22:05:33) front panel switches on a PDP8 (22:05:38) jrb (~jrb@static-69-95-208-89.man.choiceone.net) joined #gtk+ (22:06:01) a magnet, a nail and a disk (22:06:06) heh (22:06:13) kalikiana: http://cocoadevcentral.com/articles/imgs/ddd.png <-- that. (22:06:16) tell kids that today, they dont believe ya (22:06:25) uws quit (Ping timeout: 600 seconds) (22:06:28) hehe luxury! (22:06:38) the top panel where you get a graph of what pointers are pointing at is beautiful (22:06:40) bugbot (~supybot@landfill.bugzilla.org) joined #gtk+ (22:06:51) (and yes, there is actually work on porting it to gtk!) (22:07:12) anjuta or eclipse plugin? (22:07:23) or only standalone? (22:07:26) oxnard_montalvo: no, just standalone. (22:07:43) Ah, interesting. The website says it's going to have a gtkmm interface. (22:07:52) jkroon (~jkroon@c83-254-41-184.bredband.comhem.se) joined #gtk+ (22:08:32) *kalikiana installs it. (22:08:43) it doesn't have it yet (22:09:21) not just gdb iirc, also perl/python etc. (22:09:37) and the Motif UI is a pain, so I often just use plain command-line gdb a whole lot (22:09:51) but the graph view is invaluable for debugging data structure issues (22:10:04) bkor sets mode: +o bugbot (22:10:07) oxnard_montalvo: yeah. I've only ever used it for gdb, though (22:11:43) kalikiana, quite a few people actually like it :) (22:11:57) bugbot quit (Excess Flood) (22:12:00) Hallski: heh. crazy people. (22:12:06) fizz quit (Remote closed the connection) (22:12:07) =P (22:12:25) i love DDD... works nicely with gdb -and- jdb (22:12:46) fizz (~fizz@p54B02AEF.dip0.t-ipconnect.de) joined #gtk+ (22:12:46) jrb quit (Read error: 104 (Connection reset by peer)) (22:13:02) it seems to find the sources a bit better than others, too (22:13:04) bugbot (~supybot@landfill.bugzilla.org) joined #gtk+ (22:13:45) yeah. if it wasn't for Motif sucking, I would absolutely love ddd =) (22:13:56) jrb (~jrb@static-69-95-208-89.man.choiceone.net) joined #gtk+ (22:14:31) as it is, I still like it a whole lot (22:14:35) fizz quit (Read error: 131 (Connection reset by peer)) (22:14:51) enough off-topic [and enough slacking off at work] (22:15:03) bkor sets mode: +o bugbot (22:15:14) fizz (~fizz@p54B02AEF.dip0.t-ipconnect.de) joined #gtk+ (22:15:48) *oxnard_montalvo is at the tail end of an all-nighter so invites ori to work harder ;) (22:16:57) Ori, :) (22:18:51) jrb quit (Read error: 104 (Connection reset by peer)) (22:19:51) jrb (~jrb@static-69-95-208-89.man.choiceone.net) joined #gtk+ (22:22:37) fredmorcos (~fred@ip-141-31-187-86.nat.selfnet.de) joined #gtk+ (22:22:43) kalikian1 (~kalikiana@xdsl-84-44-154-174.netcologne.de) joined #gtk+ (22:22:52) jrb quit (Read error: 131 (Connection reset by peer)) (22:24:36) bag (~bag@dslb-088-073-117-009.pools.arcor-ip.net) joined #gtk+ (22:24:53) WarrenDumX quit (Ex-Chat) (22:25:33) jrb (~jrb@static-69-95-208-89.man.choiceone.net) joined #gtk+ (22:27:41) jrb quit (Read error: 104 (Connection reset by peer)) (22:27:48) bugbot quit (Excess Flood) (22:28:14) kalikiana quit (Ping timeout: 600 seconds) (22:28:30) ishmal2 quit (http://www.mibbit.com ajax IRC Client) (22:28:31) bugbot (~supybot@landfill.bugzilla.org) joined #gtk+ (22:30:04) bkor sets mode: +o bugbot (22:30:07) devo quit (Remote closed the connection) (22:31:05) Lupine quit (I'll be taking these Huggies....and whatever cash ya got) (22:32:06) Pepe66 quit (I quit!) (22:33:17) jkroon quit (Ping timeout: 600 seconds) (22:33:24) Has anyone ever implemented a multiple word completion entry widget? Like, start typing, a popup appears, hit space and start typing again, another one etc. (22:34:07) whoppix quit (Leaving) (22:34:43) ieei quit (Leaving) (22:35:48) markoa: epiphany has something like that for the add bookmark dialog (22:36:05) except that it uses ',' as the delimiter (22:36:23) oh indeed. I'll check out the src. (22:37:01) jkroon (~jkroon@c83-254-41-184.bredband.comhem.se) joined #gtk+ (22:38:36) lewing quit (Ping timeout: 600 seconds) (22:40:49) mbarnes quit (This place is dead anyway) (22:41:03) aphax (~aphax@flollop.xs4all.nl) joined #gtk+ (22:41:13) satis quit (Ex-Chat) (22:41:19) lewing (~lewing@cpe-70-113-54-154.austin.res.rr.com) joined #gtk+ (22:42:06) oleavr quit (Ex-Chat) (22:42:22) nicu quit (Verlassend) (22:43:58) dotx (~christian@log77-4-82-246-228-78.fbx.proxad.net) joined #gtk+ (22:44:01) fredmorcos quit (Leaving) (22:44:27) xjuan_ (~xjuan@host160.200-43-36.telecom.net.ar) joined #gtk+ (22:47:28) Goundy (~Goundy@121.31-240-81.adsl-dyn.isp.belgacom.be) joined #gtk+ (22:50:38) xjuan quit (Read error: 148 (No route to host)) (22:51:02) * Disconnected