(09:14:35) Conversation with #gtk+ at 2008-06-03 091435 on pbor (09:14:35) You joined #gtk+ (09:15:01) rhult (~richard@c83-254-6-199.bredband.comhem.se) joined #gtk+ (09:15:42) kalikiana (~kalikiana@xdsl-87-78-21-229.netcologne.de) joined #gtk+ (09:22:51) sergio (~sergio@fanzine.igalia.com) joined #gtk+ (09:23:20) emmanuel_lap (~pacaud@lappc-p087.in2p3.fr) joined #gtk+ (09:25:07) tko quit (tko) (09:25:40) fer_ (~fherrera@238.Red-79-152-15.staticIP.rima-tde.net) joined #gtk+ (09:26:51) Sup3rkiddo (~sudharsh@59.92.13.137) joined #gtk+ (09:28:42) fer quit (Read error: 145 (Connection timed out)) (09:28:47) kidfo1 (~kidfoo@59.162.168.11) joined #gtk+ (09:29:16) kidfoo quit (Read error: 104 (Connection reset by peer)) (09:30:01) harobed (~stephane@pda57-1-82-231-115-1.fbx.proxad.net) joined #gtk+ (09:31:06) ceyusa (~ceyusa@cm216016.red83-165.mundo-r.com) joined #gtk+ (09:34:19) kidfo1 is now known as kidfoo (09:34:20) murrayc (~murrayc@184.184.pn.adsl.brightview.com) joined #gtk+ (09:45:29) pvanhoof (~pvanhoof@d54C0EE14.access.telenet.be) joined #gtk+ (09:50:52) psankar (~evo@ecoprobe-dmz.gns.novell.com) joined #gtk+ (09:52:14) Yevgen Muntyan added attachment 112026 to bug 536373 (09:52:14) Attachment http://bugzilla.gnome.org/attachment.cgi?id=112026&action=edit patch (09:52:16) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536373 normal, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, #include worsens the global warming situation (09:56:03) uws (~mathilda@scrat.hensema.net) joined #gtk+ (09:56:24) juergbi (~juergbi@boogiebox.inf.ethz.ch) joined #gtk+ (10:00:30) Rhamphoryncus quit (Moo. ISO 8601, yada yada. http://www.cl.cam.ac.uk/~mgk25/iso-time.html) (10:00:53) andreasn (~andreas@benny.imendio.com) joined #gtk+ (10:01:46) mitch (~mitch@benny.imendio.com) joined #gtk+ (10:03:00) garnacho (~carlos@benny.imendio.com) joined #gtk+ (10:05:54) PecisDarbs quit (Prom) (10:06:28) Company (~Company@e176108075.adsl.alicedsl.de) joined #gtk+ (10:06:47) PecisDarbs (~pecisk@85.254.248.14) joined #gtk+ (10:08:22) fer_ quit (Read error: 104 (Connection reset by peer)) (10:15:49) tim (~tpm@dsl-217-155-195-89.zen.co.uk) joined #gtk+ (10:21:29) tjafk1 is now known as timj (10:21:35) yongsun (~yongsun@202.108.88.133) left #gtk+ (10:24:39) fer_ (~fherrera@142.Red-81-39-85.dynamicIP.rima-tde.net) joined #gtk+ (10:28:08) mcrha (~mcrha@nat-pool-brq.redhat.com) joined #gtk+ (10:30:53) njpatel (~njp@5ac61482.bb.sky.com) joined #gtk+ (10:34:26) harobed_ (~harobed@pda57-1-82-231-115-1.fbx.proxad.net) joined #gtk+ (10:35:22) fredmorcos (~fred@ip-141-31-187-86.nat.selfnet.de) joined #gtk+ (10:37:30) Burrito: seen kmaraas (10:37:51) MacSlow (~mirco@dslb-084-063-105-200.pools.arcor-ip.net) joined #gtk+ (10:40:17) hi all, is there a way to unregister a statically registered type..which was done using g_type_register_static() (10:40:31) roosmaa (~roosmaa@195-50-204-194-dsl.krw.estpak.ee) joined #gtk+ (10:43:49) Sup3rkiddo, types can't be unregistered, no (10:44:29) ceyusa quit (Read error: 131 (Connection reset by peer)) (10:44:34) ceyusa (~ceyusa@cm216016.red83-165.mundo-r.com) joined #gtk+ (10:44:52) rhult, oh, so i reckon i will have to use gtypemodules for that (10:45:13) if i need to register and unregister types whenever i want (10:45:50) you can't unregister types (10:45:56) not even with gtypemodule (10:46:03) oh... (10:46:16) you can only load and unload its implementation on the fly (10:46:24) or even exchange it while its unloaded (10:46:28) it's (10:46:54) exchanging an implementation is evil (10:47:05) as noone ever checks the implementation matches the previous one (10:47:34) mitch, okie dokie....thanks (10:47:41) Company: why would that be evil? your implementation can come from whereever, and measurements of the previous one may warrant an exchange (10:47:51) Sup3rkiddo: yw :) (10:48:38) Company: i don't mean the user chaging the implmentation, but the program :) (10:48:54) ceyusa quit (Leaving) (10:48:57) mitch: it's been a discussion with gstreamer for example (10:49:24) i was usng GModules, but since some of my plugins have type macros, unloading them and loading them again in future throws up a critical error that the type has already been registered, Hence i was looking for a way to unregister the type corresponding to the plugin (10:49:28) mitch: if you replace an implementation while it's running, you have to keep a lot of guarantees about the implementation (10:50:26) tbf (~mathias@gw.cosmicparrot.net) joined #gtk+ (10:50:29) Company: why would i not be aware of this (10:50:37) of course you can't replace pigs by goats (10:50:39) mitch: the type it inherits from for example, or the interfaces (10:50:49) you cannot change these anyway (10:50:57) mitch, but can you replace goats by gegls? (10:51:00) right, which is the problem (10:51:05) KaL (~KaL@gsyc049.dat.escet.urjc.es) joined #gtk+ (10:51:08) rhult: that's something entirely different! (10:51:27) I see (10:51:40) if you load a plugin, you don't want to have to think about a namespace having previously been used by a different version of your software (10:51:40) Company: the use case here is mostly exchanging identical transformations, like a less fast one by a fast one (10:52:15) mitch: yeah - i just wish there was a way to get rid of types (10:52:53) mitch: use case gstreamer again: i want to replace "alsasink" with the new "alsasink, which inherits from a new class with shared functionality for sinks (10:53:23) well that's clearly not a runtime optimization as i had in mind (10:53:26) but i see your point (10:53:29) that's an evil one (10:53:51) run-time patching, sort of (10:54:06) yeah (10:54:31) the idea was having servers like flumotion run on libgstreamer from gutsy but using all the new plugins when hardy comes along (10:54:42) without restarting the server (10:55:04) right (10:55:38) pachi (~pachi@84.76.213.34) joined #gtk+ (10:56:01) murrayc quit (Ping timeout: 600 seconds) (10:56:03) plus, gobject terminates your application if a GTypePlugin doesn't implement the same interfaces as before (10:57:17) which makes sense for what it was designed for, but is nasty because the potential for error is very high (10:58:53) that's the main reasons why gstreamer plugins aren't unloadable (10:59:21) it's also the main reason for why swfdec-mozilla makes sure it's not unloaded by firefox (10:59:43) and firefox is ery aggressive about kicking plugins out :/ (11:00:20) belou (~benoit@LAubervilliers-151-12-74-51.w193-252.abo.wanadoo.fr) joined #gtk+ (11:04:30) murrayc (~murrayc@host86-146-174-99.range86-146.btcentralplus.com) joined #gtk+ (11:08:24) kidfoo quit (Ping timeout: 600 seconds) (11:14:05) kop (~luis@bl10-19-107.dsl.telepac.pt) joined #gtk+ (11:15:07) oleavr (~oleavr@62.70.2.252) joined #gtk+ (11:15:12) yongsun (~yongsun@202.108.88.133) joined #gtk+ (11:17:14) murrayc quit (Read error: 145 (Connection timed out)) (11:23:45) fredmorcos quit (Leaving) (11:23:52) fredmorcos (~fred@ip-141-31-187-86.nat.selfnet.de) joined #gtk+ (11:24:36) tanty (~agomez@cm54011.red.mundo-r.com) joined #gtk+ (11:32:39) kidfoo (~kidfoo@59.162.168.11) joined #gtk+ (11:33:33) fredmorcos quit (Leaving) (11:33:53) bersace (~bersace@did75-13-82-243-217-90.fbx.proxad.net) joined #gtk+ (11:37:58) dolphy (~dolphy@core.fluendo.com) joined #gtk+ (11:38:20) nacho (~nacho@121.120.218.87.dynamic.jazztel.es) joined #gtk+ (11:40:41) benzea: ping (11:47:18) geaaru (~geaaru@host125-214-dynamic.14-87-r.retail.telecomitalia.it) joined #gtk+ (11:48:55) ebassi (~ebassi@host86-163-240-190.range86-163.btcentralplus.com) joined #gtk+ (11:56:15) KaL quit (That's not a bug, but a feature) (12:01:58) quikee_ (~quikee@BSN-95-202-103.dial-up.dsl.siol.net) joined #gtk+ (12:03:25) yongsun quit (This computer has gone to sleep) (12:10:12) mathrick quit (Read error: 104 (Connection reset by peer)) (12:10:28) quikee quit (Ping timeout: 600 seconds) (12:10:30) mathrick (~mathrick@users177.kollegienet.dk) joined #gtk+ (12:11:44) psankar is now known as psankar_brb (12:12:04) neil_d quit (Remote closed the connection) (12:14:31) psankar_brb is now known as psankar (12:15:46) AfC quit (Ping timeout: 600 seconds) (12:16:17) andre (~andre@f053152058.adsl.alicedsl.de) joined #gtk+ (12:16:20) andreasn_ (~andreas@benny.imendio.com) joined #gtk+ (12:16:35) AfC (andrew@office.syd.operationaldynamics.com) joined #gtk+ (12:23:41) andreasn quit (Ping timeout: 600 seconds) (12:24:35) martyn quit (Ping timeout: 600 seconds) (12:34:38) martyn (~martyn@benny.imendio.com) joined #gtk+ (12:38:27) mikkel quit (Client exiting) (12:40:10) uws quit (Ping timeout: 600 seconds) (12:46:43) mathrick quit (Read error: 104 (Connection reset by peer)) (12:47:16) mathrick (~mathrick@users177.kollegienet.dk) joined #gtk+ (12:53:53) Lupine quit (I'll be taking these Huggies....and whatever cash ya got) (13:04:25) tanty quit (Ciao.) (13:04:57) jmd (~john@cellform.com) joined #gtk+ (13:07:24) Company quit (Remote closed the connection) (13:10:13) uws (~mathilda@scrat.hensema.net) joined #gtk+ (13:11:45) nacho quit (Remote closed the connection) (13:16:36) kop quit (Leaving) (13:18:40) Siavash quit (kernel updated! rebooting...) (13:26:40) xan (~xan@cs78225040.pp.htv.fi) joined #gtk+ (13:26:48) aike (user1@e180026190.adsl.alicedsl.de) joined #gtk+ (13:30:07) jg quit (Ping timeout: 600 seconds) (13:31:29) psankar quit (psankar) (13:37:20) Siavash (~siavash@91.98.73.253) joined #gtk+ (13:44:18) AfC quit (Leaving.) (13:52:29) nilson (~nilson@201.45.49.162) joined #gtk+ (13:52:35) sergio quit (Ex-Chat) (13:55:39) kmaraas (~kmaraas@171.23.129.20) joined #gtk+ (13:57:29) Lupine (~Lupine@rrcs-24-73-234-2.se.biz.rr.com) joined #gtk+ (13:57:56) manphiz (~dxy@218.244.247.198) joined #gtk+ (14:01:05) ebassi is now known as ebassi|lunch (14:04:11) fargiolas (~Filippo@host42-151-dynamic.104-80-r.retail.telecomitalia.it) joined #gtk+ (14:06:51) Griffon26 quit (Ping timeout: 600 seconds) (14:08:54) zonbu quit (zonbu) (14:09:37) awalton__ (~awalton@CPE-76-177-52-225.natcky.res.rr.com) joined #gtk+ (14:12:58) Griffon26 (~griffon26@griffon26.demon.nl) joined #gtk+ (14:16:04) jwendell (~wendell@wks227.usinasantoantonio.com.br) joined #gtk+ (14:17:52) kalikiana: pong (14:18:59) mikkel (~mikkel@84-238-113-66.u.parknet.dk) joined #gtk+ (14:20:01) benzea: You replied to bug 536229 (14:20:02) 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:20:21) Could you elaborate what kind of interface would be better for your use case? (14:20:28) hm (14:20:38) haven't thought much about that (14:21:21) Did you mean to have a detail saying "notebook_arrow_left_right"? (14:21:43) Or only indicating that any arrow is present? (14:21:49) nah (14:22:29) it is about if a *tab* is present on the far left or right (14:22:55) so if you have an arrow on both sides, there is no tab there (and eg. Clearlooks will draw both corners rounded) (14:24:31) *benzea prepares a screenshot to explain it (14:24:55) kalila quit (Ping timeout: 600 seconds) (14:26:02) fdd (~fdd@79.116.104.164) joined #gtk+ (14:26:29) http://benjamin.sipsolutions.net/screenshots/clearlooks-notebook.png (14:27:02) so the corners that I marked red are drawn with an arc, but the blue ones are just squared (14:27:55) benzea: Aaah, thanks for the screen, now I see what you mean. (14:28:16) kalikiana: this is currently achieved by waking over all the tabs, and stuff (14:28:28) shashish is now known as ashish (14:28:32) kalikiana: but I am not sure if this is exactly what the maemo theme wants (14:28:38) kalikiana: ok, I'll attach it to the bug (14:28:51) mclasen (~mclasen@66.187.234.200) joined #gtk+ (14:30:39) tielie quit (Remote closed the connection) (14:31:53) andrunko (~andrunko@200.184.118.132) joined #gtk+ (14:32:05) Benjamin Berg added attachment 112053 to bug 536229 (14:32:05) Attachment http://bugzilla.gnome.org/attachment.cgi?id=112053&action=edit screenshot to show what the goal is (14:32:08) 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:33:58) kris, tml, timj, mitch: any outstanding fixes for the 2.12 branch ? Working on a release today... (14:34:09) hmm (14:34:24) not that I know of (14:35:16) mclasen: none that I would be ready to commit right away (14:35:52) benzea: Thanks. I'll see how similar or different these issues are a bit later. (14:36:26) kalikiana: ok, cool (14:37:42) fmarostica (~fmarostic@helium.prodar.com.br) joined #gtk+ (14:38:29) ieei quit (Ping timeout: 600 seconds) (14:39:47) nothing here (14:39:55) thanks for asking (14:40:51) pachi (~pachi@84.76.213.34) left #gtk+ (14:41:18) ieei (~Haakon@62.70.2.252) joined #gtk+ (14:42:28) I guess I should ask the quartz guy too (14:42:32) rhult ? (14:42:52) mclasen, nothing from me either, thanks (14:43:02) fredmorcos (~fred@ip-141-31-187-86.nat.selfnet.de) joined #gtk+ (14:45:13) yongsun (~yongsun@123.116.99.176) joined #gtk+ (14:45:47) andrunko quit (Ex-Chat) (14:45:51) andrunko (~andrunko@200.184.118.132) joined #gtk+ (14:46:15) fredmorcos quit (Leaving) (14:47:00) kov (~kov@201.80.63.222) joined #gtk+ (14:50:55) mclasen: not from me (14:53:14) ashish quit (Leaving) (14:53:23) Siavash quit (brb) (14:55:48) minti (~qvantel@61.16.248.242) joined #gtk+ (14:56:14) KaL (~KaL@gsyc049.dat.escet.urjc.es) joined #gtk+ (14:59:04) huhu (~chatzilla@isspfw.issp.u-tokyo.ac.jp) joined #gtk+ (15:02:51) tanty (~agomez@fanzine.igalia.com) joined #gtk+ (15:04:32) Siavash (~siavash@91.98.73.253) joined #gtk+ (15:05:49) jg (~jg@wireless-53.media.mit.edu) joined #gtk+ (15:06:36) Michael Natterer changed the Status on bug 536373 from UNCONFIRMED to RESOLVED NOTABUG. (15:06:38) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536373 normal, Normal, ---, gtk-bugs@gtk.org, RESOLVED NOTABUG, #include worsens the global warming situation (15:07:53) rodo_ quit (Read error: 104 (Connection reset by peer)) (15:08:36) hi (15:11:10) borschty (~sebastian@p54BB777F.dip.t-dialin.net) joined #gtk+ (15:12:32) mbarnes (~mbarnes@66.187.234.200) joined #gtk+ (15:13:48) owen (~otaylor@66.187.234.200) joined #gtk+ (15:15:03) yongsun quit (Leaving) (15:16:22) setanta (~setanta@200.184.118.132) joined #gtk+ (15:18:12) ieei_ (~Haakon@62.70.2.252) joined #gtk+ (15:19:49) geaaru quit (Ping timeout: 600 seconds) (15:21:46) nacho (~nacho@121.120.218.87.dynamic.jazztel.es) joined #gtk+ (15:22:23) rodo_ (~rodo@195.70.144.67.adsl.nextra.cz) joined #gtk+ (15:22:30) ebassi|lunch is now known as ebassi (15:22:35) stw (~stw@e176182137.adsl.alicedsl.de) joined #gtk+ (15:24:02) emmanuel_lap quit (Remote closed the connection) (15:24:19) ieei quit (Ping timeout: 600 seconds) (15:26:02) rhult quit (Leaving) (15:26:06) neil_d (~neil@197.38.240.220.dynamic.dsl.comindico.com.au) joined #gtk+ (15:29:15) gianmt quit (Leaving) (15:30:46) andreasn_ is now known as andreasn (15:33:41) Siavash quit (Glib::Error) (15:34:11) New gtk+ bug 536430 filed by damien.carbery@sun.com. (15:34:11) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536430 normal, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, Libs and Cflags paths in gail-uninstalled.pc.in are out of date (15:36:38) Damien Carbery added attachment 112056 to bug 536430 (15:36:38) Attachment http://bugzilla.gnome.org/attachment.cgi?id=112056&action=edit Correct paths in gail-uninstalled.pc.in file. (15:36:59) ieei_ is now known as ieei (15:41:22) garfield (~simon@port939.ds1-abc.adsl.cybercity.dk) joined #gtk+ (15:42:12) KaL quit (That's not a bug, but a feature) (15:47:29) kmaraas quit (Ex-Chat) (15:47:53) ieei quit (Leaving) (15:50:04) madewokherd (~urk@c-71-61-145-98.hsd1.pa.comcast.net) joined #gtk+ (15:50:24) Siavash (~siavash@91.98.73.253) joined #gtk+ (15:51:32) minti quit (Ex-Chat) (15:52:52) jmd quit (Remote closed the connection) (15:53:06) nacho_ (~nacho@121.120.218.87.dynamic.jazztel.es) joined #gtk+ (15:53:24) nacho quit (Read error: 113 (No route to host)) (15:55:25) mclasen quit (Ping timeout: 600 seconds) (15:55:49) kidfoo quit (Remote closed the connection) (15:58:31) kidfoo (~kidfoo@59.162.168.11) joined #gtk+ (16:02:11) mclasen (~mclasen@66.187.234.199) joined #gtk+ (16:03:48) sergio (~sergio@cm5209.red91-117.mundo-r.com) joined #gtk+ (16:06:07) lamalex (~alex@c-71-225-68-151.hsd1.pa.comcast.net) joined #gtk+ (16:08:03) tbf quit (Leaving.) (16:08:18) mmeeks quit (Client exiting) (16:08:48) belou quit (Ping timeout: 600 seconds) (16:13:55) sergio quit (Ping timeout: 600 seconds) (16:14:43) jkroon (~jkroon@c83-254-41-184.bredband.comhem.se) joined #gtk+ (16:14:50) does g_file_copy_async add a reference to the passed GCancellable (16:15:14) sergio (~sergio@cm5209.red91-117.mundo-r.com) joined #gtk+ (16:18:40) qball, yes, all of the functions in GIO should add refs to assure the GCancellable is alive for the duration of the operation. (16:18:48) qball, if it doesn't, it's a bug. (16:19:02) aah ok (16:19:06) just wanted to know (16:19:30) sure. I can add that to the list of things to bump in the docs as well (16:19:31) I assume g_file_new and g_cancellable_new() add a ref too (16:19:44) belou (~benoit@LAubervilliers-151-12-74-51.w193-252.abo.wanadoo.fr) joined #gtk+ (16:19:46) the reference stuff in the doc is vague from time to time (16:20:26) the _new() funcs should give you a newly allocated object with ref = 1 (16:21:06) ok. (16:23:24) sergio quit (Read error: 145 (Connection timed out)) (16:24:31) mmeeks (~michael@mmeeks.gotadsl.co.uk) joined #gtk+ (16:28:32) sergio (~sergio@cm5209.red91-117.mundo-r.com) joined #gtk+ (16:29:45) Siavash quit (Glib::Error) (16:29:53) rodo_ quit (Ping timeout: 600 seconds) (16:31:54) stack_ (~sgerstack@mail.edpaymentsystems.com) joined #gtk+ (16:33:13) I have a string that I need to remove the first 7 characters from. I don't see a glib function for this or string substitution. Am I missing something? (16:33:54) newstring = g_strdup (yourstring + 7); (16:34:17) tim: oh, that'll do it (16:34:20) GString might have api for that (16:35:28) tim: g_string_erase might do it as well (16:38:28) fitzsim (~fitzsim@bas1-toronto02-1177911527.dsl.bell.ca) joined #gtk+ (16:38:29) fer_ is now known as fer|out (16:38:31) federico (~federico@189.129.72.145) joined #gtk+ (16:39:41) tim: went with the first suggestion just so I don't have to create another object. Thanks (16:39:45) stack_ quit (Ex-Chat) (16:40:05) hope he check string length before doing it (16:40:35) sergio quit (Ping timeout: 600 seconds) (16:41:54) muntyan (~muntyan@pool-71-113-225-242.herntx.dsl-w.verizon.net) joined #gtk+ (16:46:56) Can I get the gcancellable that "belongs" to a GFile? (16:47:07) Siavash (~siavash@91.98.73.253) joined #gtk+ (16:47:19) fredmorcos (~fred@ip-141-31-187-86.nat.selfnet.de) joined #gtk+ (16:47:35) hmm gtg (16:47:47) andre quit (Ping timeout: 600 seconds) (16:48:04) fredmorcos quit (Leaving) (16:48:12) stack_ (~sgerstack@mail.edpaymentsystems.com) joined #gtk+ (16:49:27) is there a way to adjust the interval of a timeout? (16:50:50) stack_: inside the handler remove the source and install it back with a different interval (16:50:56) stack_: otherwise, no: there isn't (16:51:16) stack_: s/inside the handler// (16:51:22) ebassi: okay, that's what I thought. I just wanted to verify (16:52:25) ceyusa (~ceyusa@cm216016.red83-165.mundo-r.com) joined #gtk+ (16:53:07) muntyan (~muntyan@pool-71-113-225-242.herntx.dsl-w.verizon.net) left #gtk+ (16:53:46) stack_ quit (Ex-Chat) (16:54:53) muntyan (~muntyan@pool-71-113-225-242.herntx.dsl-w.verizon.net) joined #gtk+ (16:55:24) jkroon quit (Ping timeout: 600 seconds) (16:55:27) mclasen quit (Remote closed the connection) (16:55:37) muntyan (~muntyan@pool-71-113-225-242.herntx.dsl-w.verizon.net) left #gtk+ (16:55:39) behdad (~behdad@209.167.232.100) joined #gtk+ (16:56:08) andre (~andre@f053152052.adsl.alicedsl.de) joined #gtk+ (17:01:20) juergbi quit (Leaving) (17:02:59) guenther (~guenther@IP-213157027013.dialin.heagmedianet.de) joined #gtk+ (17:06:27) belou quit (Remote closed the connection) (17:14:11) kmaraas (~kmaraas@30.80-202-165.nextgentel.com) joined #gtk+ (17:19:05) milos_ (~milos@92.36.144.95) joined #gtk+ (17:20:02) ardour (~paul@pool-141-151-17-74.phlapa.east.verizon.net) joined #gtk+ (17:21:29) gianmt (~gianmt@adsl-ull-235-188.47-151.net24.it) joined #gtk+ (17:23:37) owen: got time to comment on http://bugzilla.gnome.org/show_bug.cgi?id=144270 ? (17:23:39) Bug 144270: normal, Normal, Medium fix, gtk-bugs@gtk.org, NEW, Remove ZVT special case from gtkwindow.c (17:30:26) muntyan (~muntyan@pool-71-113-225-242.herntx.dsl-w.verizon.net) joined #gtk+ (17:33:00) oleavr quit () (17:36:11) nacho_ quit (Ping timeout: 600 seconds) (17:40:03) kmaraas: Not really, no, sorry (17:40:19) (it's not the commenting that woudl take time, it would be the hour figuring out the code again) (17:41:05) zwnj quit (Leaving.) (17:41:22) Ibrahim_ (~Zugadi@196.200.87.70) joined #gtk+ (17:42:29) owen: yeah, I see (17:42:47) owen: that's going to be a problem with most of the patches that have sat in bugzilla for years I guess (17:43:52) that one more than many (17:43:53) mmeeks quit (Remote closed the connection) (17:46:57) juergbi (~juerg@80-219-17-53.dclient.hispeed.ch) joined #gtk+ (17:47:02) mitch is now known as mitchAFK (17:48:43) hi all, got a little problem. i am using gmodules but without gtypemodules as some apps do. Loading the shared object works but when i unload it using g_module_close, I unref the objects in the plugin. but when i load the plugin again, I get a critical error that the object has already been registered, (17:50:27) i thought the type system would automatically call foo_dispose when i g_object_unref (17:51:03) gmorten (~terra@fencepost.gnu.org) joined #gtk+ (17:51:06) Burrito sets mode: +o gmorten (17:51:13) Sup3rkiddo: nothing unregisters *types* (17:51:28) Sup3rkiddo: individual objects may get disposed of, but you are repeating the type registration (17:51:38) behdad: does that mean that an application that didn't use to talk to the default X server now will? (17:51:55) And hence that the application will die if the default X server dies? (17:52:17) ardour: you have to register types using g_type_register_dynamic(); but if you're loading a module linking to a library that uses g_type_register_static() you're screwed again (17:52:22) sorry, not ardour (17:52:25) Sup3rkiddo: ^ (17:52:30) ebassi, ah! (17:52:31) ok (17:52:31) ardour knows this :-) (17:52:34) gmorten: no no. don't think so. howcome? (17:52:52) gmorten: gtk simply listens on displays that are open and upon receiving the signal, reloads fonts. (17:53:06) ebassi, ardour, so as a rule of thumb, if i am registering types in shared objects, that should be done using g_register_dynamic? (17:53:10) if an app is not connected to default display (what does that mean?), it just doesn't receive font reload signal (17:53:12) Sup3rkiddo: in short: the only safe way to unload a module is: don't unload modules :-) (17:53:26) Sup3rkiddo: yes (17:53:32) ebassi: unloading is fine :) just never reload :)) (17:53:36) ah, limited impact, then. (17:53:42) ebassi, hmm, i am afraid i can't sit on that cushion.. (17:53:56) behdad: nothing forces the application to pay attention to $DISPLAY. (17:54:10) will introducing gtypmodules make things better for a fully blown plugin system (17:54:22) i found pidgin living quite happily without it (17:54:22) gmorten: isn't that what gtk_init does anyway? (17:54:23) Sup3rkiddo: just make sure your modules never link to libraries like gtk+, pango or any other platform library (17:54:24) gfcs (~gfcs@pc-161-201-104-200.cm.vtr.net) joined #gtk+ (17:54:36) ebassi, even GLIB? (17:54:37) cesar (~cesar@cpe-76-87-87-24.socal.res.rr.com) joined #gtk+ (17:54:45) Sup3rkiddo: glib doesn't register types (17:54:58) Sup3rkiddo: gobject, on the other hand, does - and those are, obviously, static (17:55:08) ebassi, ah..sorry yeah gobject (17:55:21) link against, gobject and dbus (17:55:53) fizz (~fizz@p54B000AD.dip0.t-ipconnect.de) joined #gtk+ (17:56:50) hupf quit (Remote closed the connection) (17:57:27) manphiz quit (leaving) (17:57:35) so i reckon I can come up with something that does g_object_register_dynamic (17:57:44) mitchAFK quit (Ping timeout: 600 seconds) (17:58:09) behdad: noit sure. that's a lot of spaghetti code there. (17:58:32) anyhoo, the stuff I'm doing doesn't kill anyone's connection to the server. (17:58:46) just if I figure out how to send the right notification from gdk to gtk that is... (18:00:12) george_ (~george@201-68-7-115.dsl.telesp.net.br) joined #gtk+ (18:01:26) KaL (~KaL@213.37.178.1.dyn.user.ono.com) joined #gtk+ (18:02:44) jdahlin quit (Ping timeout: 600 seconds) (18:02:51) jkroon (~jkroon@c83-254-41-184.bredband.comhem.se) joined #gtk+ (18:03:22) neil_d quit (Leaving) (18:05:47) Ze quit (Ping timeout: 600 seconds) (18:08:06) Enselic (~martin@c-d211e455.017-113-6c756e10.cust.bredbandsbolaget.se) joined #gtk+ (18:11:05) jdahlin (~jdahlin@201-68-7-115.dsl.telesp.net.br) joined #gtk+ (18:11:07) Burrito sets mode: +o jdahlin (18:14:51) muntyan quit (muntyan) (18:18:07) Pepe66 (~Pepe@e17220.upc-e.chello.nl) joined #gtk+ (18:23:52) ijuma (~ijuma_hom@87-194-111-128.bethere.co.uk) joined #gtk+ (18:25:12) Griffon26 quit (Ping timeout: 600 seconds) (18:25:32) Hey guys, does anyone know is there's an event that fires when enter is hit inside of an entry? (18:27:10) gfcs quit (Bye !) (18:27:12) tristan (~tristan@190.2.22.93) joined #gtk+ (18:27:12) Goundy (~Goundy@210.112-200-80.adsl-dyn.isp.belgacom.be) joined #gtk+ (18:27:22) Griffon26 (~griffon26@griffon26.demon.nl) joined #gtk+ (18:29:17) lamalex: activate (18:29:30) merci :) (18:29:32) gmorten (~terra@fencepost.gnu.org) left #gtk+ (18:32:13) fitzsim quit (Quit) (18:40:43) cesar quit (Ping timeout: 600 seconds) (18:40:58) ardour: that didn't work.. (18:42:05) lamalex: then you have a different problem than the one you think you have (18:43:33) Rhamphoryncus (~rhamph@S010600146c3c91a1.ed.shawcable.net) joined #Gtk+ (18:43:35) well I set the event handler, and it looks fine, and it should just print some text. I'm using Gtk#.. one sec let me pastebin the code (18:44:44) ardour: actually I think you're right. Monodevelop never actually wrote the event handler what the hell. I hate monodevelop. (18:46:14) there we go (18:46:16) stupid mono (18:47:03) lewing quit (Ping timeout: 600 seconds) (18:48:08) *kalikiana grins. (18:48:43) harobed quit (Ex-Chat) (18:49:45) lewing (~lewing@cpe-70-113-54-154.austin.res.rr.com) joined #gtk+ (18:52:33) mclasen (~mclasen@66.187.234.200) joined #gtk+ (18:56:21) cesar (~cesar@cpe-76-87-87-24.socal.res.rr.com) joined #gtk+ (18:56:22) harobed_ quit (Ping timeout: 600 seconds) (18:56:46) geronimo (~geronimo@189.169.206.110) joined #gtk+ (18:58:33) setanta quit (Read error: 113 (No route to host)) (18:59:39) fredmorcos (~fred@ip-141-31-187-86.nat.selfnet.de) joined #gtk+ (19:01:11) setanta (~setanta@200.184.118.132) joined #gtk+ (19:01:13) jkroon quit (Remote closed the connection) (19:02:00) jpeterse1 (~petersen@xdsl-87-78-77-132.netcologne.de) joined #gtk+ (19:05:26) psankar (~evo@122.167.87.42) joined #gtk+ (19:07:08) armin (~ck@i59F4B8EB.versanet.de) joined #gtk+ (19:07:57) jpetersen quit (Ping timeout: 600 seconds) (19:08:56) dolphy quit (Ex-Chat) (19:09:06) oleavr (~oleavr@ti0035a340-2032.bb.online.no) joined #gtk+ (19:13:44) Ademan quit (Ex-Chat) (19:14:05) jdahlin quit (Ping timeout: 600 seconds) (19:15:32) devo (~devo@pool-71-170-53-118.dllstx.fios.verizon.net) joined #gtk+ (19:15:49) lewin1 (~lewing@cpe-70-113-54-154.austin.res.rr.com) joined #gtk+ (19:15:57) lewing quit (Connection reset by peer) (19:16:39) fredmorcos quit (Leaving) (19:18:51) voltron (~voltron@ppp-71-139-226-135.dsl.irvnca.pacbell.net) joined #gtk+ (19:19:29) theBiggOne (~theBiggOn@p5B0D7A88.dip.t-dialin.net) joined #gtk+ (19:19:42) ebassi quit (Bored, now.) (19:20:43) theBiggOne quit (Read error: 104 (Connection reset by peer)) (19:20:58) gianmt quit (Leaving) (19:22:34) jdahlin (~jdahlin@201-68-7-115.dsl.telesp.net.br) joined #gtk+ (19:22:37) Burrito sets mode: +o jdahlin (19:25:08) KaL is now known as KaL_out (19:25:21) george_ quit (Ping timeout: 600 seconds) (19:25:53) mhwork|gone is now known as mhutch (19:26:37) psankar (~evo@122.167.87.42) left #gtk+ (19:28:20) aike quit (Leaving) (19:29:00) Sonderblade (~mah@h-79-136-53-26.NA.cust.bahnhof.se) joined #gtk+ (19:31:59) ech0s7 (~ech0s7@217.202.108.27) joined #gtk+ (19:32:01) ech0s7 quit (Sto andando via) (19:32:58) ech0s7 (~ech0s7@217.202.108.27) joined #gtk+ (19:33:00) hello (19:33:14) how i can resolve this error: Gtk-CRITICAL **: gtk_list_store_set_valist: assertion `GTK_IS_LIST_STORE (list_store)' failed (19:33:14) ? (19:33:28) nicu (~nicolas@213.202.44.199) joined #gtk+ (19:34:01) george_ (~george@201-68-7-115.dsl.telesp.net.br) joined #gtk+ (19:34:17) hi nicu george_ (19:34:56) the code is this (19:35:18) http://rafb.net/p/jiaOox45.html (19:36:18) ech0s7: i'm fairly certain glade is probably returning you a GtkTreeView, *not* a GtkListStore. (19:36:24) ech0s7, I think I'm not who you think I am (19:36:47) ech0s7: unless you're using a really new version of glade that (i think, iirc), lets you build list stores in glade. (19:37:10) no latexer (19:37:16) i'm using glade-3 (19:37:17) kidfoo (~kidfoo@59.162.168.11) left #gtk+ (19:37:31) glade-3.4.5 (19:37:42) ech0s7: i would double check the type of treeviewclienti, make sure you've got the right string, etc. (19:37:50) rhult (~richard@c83-254-6-199.bredband.comhem.se) joined #gtk+ (19:37:51) ech0s7: the error is pretty clearly showing that *something* is wrong with that. (19:38:20) latexer: treeviewclienti is a GtkWidget (19:38:37) in glade instead it is a GtkTreeView (19:38:43) bugbot quit (Excess Flood) (19:38:56) ech0s7: yeah, you need to cast to what you really need. (19:39:01) ech0s7: either way, *THAT* isn't a GtkListStore. (19:39:12) ech0s7: you'll need to do gtk_tree_view_get_model on the GtkTreeView. (19:39:25) mcrha quit (See you later... [aligator]...) (19:39:25) ok, now i try (19:39:48) muntyan (~muntyan@dhcp-wpa-013-068.tamu.edu) joined #gtk+ (19:40:19) mcrha (~mcrha@nat-pool-brq.redhat.com) joined #gtk+ (19:40:24) mcrha quit (Read error: 104 (Connection reset by peer)) (19:40:33) bugbot (~supybot@landfill.bugzilla.org) joined #gtk+ (19:42:00) latexer: the problem doesn't fixed (19:42:17) whoppix quit (Leaving) (19:42:27) bkor sets mode: +o bugbot (19:42:36) latexer: see one moment http://rafb.net/p/0sLbqM83.html (19:42:59) ech0s7: and what error do you get? (19:43:12) the same (19:43:21) Gtk-CRITICAL **: gtk_list_store_set_valist: assertion `GTK_IS_LIST_STORE (list_store)' failed (19:43:27) then probably glade isn't creating the list store for you, would be my guess. (19:43:35) kidfoo (~kidfoo@59.162.168.11) joined #gtk+ (19:43:46) verify you're actually getting what you think you're getting. (19:44:59) latexer: glade is creating a GtkTreeView (19:45:19) muntyan quit (muntyan) (19:45:25) lewin1 is now known as lewing (19:45:51) ech0s7: ok, but is it creating the underlying *model*? old version didn't, i don't know if glade-3 does that yet or not. (19:45:59) ensonic (~ensonic@cs181087195.pp.htv.fi) joined #gtk+ (19:46:03) i know GtkBuilder can, no idea if glade itself will though. (19:46:19) glade3 doesnt yet do that, xjuan is working on an editor though (19:46:22) but regardless (19:46:31) libglade doesnt do it (19:46:34) yeah, i didn't think so. (19:46:35) libglade wont create non GtkWidget objects (19:46:45) ech0s7: so you'll need to create and assign a list store to the GtkTreeView. (19:46:57) ok manually from code (19:46:58) ok (19:47:01) now i try (19:47:33) tbf (~mathias@pc-a80245.wlan.inet.fi) joined #gtk+ (19:47:38) jdahlin quit (Ping timeout: 600 seconds) (19:50:35) milos_ quit (Ping timeout: 600 seconds) (19:52:17) cworth (~cworth@c-71-193-239-10.hsd1.or.comcast.net) joined #gtk+ (19:56:12) jdahlin (~jdahlin@201-68-7-115.dsl.telesp.net.br) joined #gtk+ (19:56:14) Burrito sets mode: +o jdahlin (19:57:48) fer|out is now known as fer (19:58:51) latexer: but how can i connect liststore to TreeView ? (19:58:57) milos_ (~milos@92.36.148.26) joined #gtk+ (20:02:25) using gtk_tree_view_set_model (20:03:07) xjuan (~xjuan@host139.200-117-234.telecom.net.ar) joined #gtk+ (20:03:32) guenther is now known as guenther|food (20:04:25) pachi (~pachi@84.76.213.34) joined #gtk+ (20:04:35) Sonderblade: becaouse the problem is this (20:04:49) glade3 creates an gtktreeview (20:04:59) but from code i have to connect to liststore (20:05:15) so i get widget from glade with glade_xml_get_widget() (20:05:32) and i have a GtkTreeView (20:07:05) a liststore is not a user interface widget, so glade won't create it (20:07:12) you have to program it yourself (20:07:19) ok (20:07:28) gianmt (~gianmt@adsl-ull-235-188.47-151.net24.it) joined #gtk+ (20:07:36) GtkListStore *liststore; (20:07:37) liststore = gtk_list_store_new(1, G_TYPE_STRING); (20:07:40) i have created it (20:08:46) Enselic is now known as Enselic-AFK (20:09:28) njpatel quit (Ex-Chat) (20:09:39) milos_ quit (Remote closed the connection) (20:10:10) now use gtk_tree_view_set_model (20:12:05) jjrojo (~jjrojo@202.Red-81-39-120.dynamicIP.rima-tde.net) joined #gtk+ (20:12:27) jjrojo quit (Saliendo) (20:12:30) Levip (~levipope@63.246.55.12) joined #gtk+ (20:12:33) Sonderblade: ok (20:12:37) but not works (20:12:38) http://rafb.net/p/QYxKIY63.html (20:12:49) i retry an error (20:12:53) Gtk-CRITICAL **: gtk_list_store_set_valist: assertion `GTK_IS_LIST_STORE (list_store)' failed (20:13:11) naba (~naba@a91-154-113-150.elisa-laajakaista.fi) joined #gtk+ (20:14:45) no (20:14:51) use: gtk_tree_view_set_model(GTK_TREE_VIEW(treeviewclienti), liststore); (20:14:57) the liststore is the model (20:16:26) mmm (20:16:35) doesn't works (20:16:41) now i go one moment to eating (20:16:47) at later (20:18:38) mclasen quit (Ping timeout: 600 seconds) (20:24:48) tko (~tko@host81-159-235-184.range81-159.btcentralplus.com) joined #gtk+ (20:27:09) ebassi (~ebassi@host86-163-201-21.range86-163.btcentralplus.com) joined #gtk+ (20:27:37) aphax (~aphax@hinde.xs4all.nl) joined #gtk+ (20:28:31) mclasen (~mclasen@66.187.234.199) joined #gtk+ (20:35:56) You left #gtk-dev (20:37:39) ceyusa_ (~ceyusa@fanzine.igalia.com) joined #gtk+ (20:38:34) giusef (~Zmax@ip-72-55-165-86.static.privatedns.com) joined #gtk+ (20:39:15) tristan quit (Remote closed the connection) (20:40:49) mclasen quit (Ping timeout: 600 seconds) (20:41:46) enjahova quit (Ex-Chat) (20:43:36) ceyusa_ quit (Leaving) (20:43:36) ceyusa quit (Connection timed out) (20:44:56) WarrenDumX (~warren@eu62-88-30-57.adsl.euphonynet.be) joined #gtk+ (20:45:26) hi (20:45:28) muntyan (~muntyan@dhcp-wpa-013-068.TAMU.EDU) joined #gtk+ (20:45:39) i'm stuck programming a function to add rows to a list view (20:45:42) here's my code: http://pastebin.be/11899 (20:45:48) why doesn't it work? (20:46:06) SelectedFiles, ListStore, ListView are declared before (20:48:10) Enselic-AFK quit (Read error: 104 (Connection reset by peer)) (20:49:04) the same code in another file works :-( (20:49:32) Sonderblade: i'm came back (20:50:21) WarrenDumX: should be GtkTreeIter Iter; (20:50:53) ow thank you very much, i'm stupid sometimes :) (20:50:54) thanks (20:51:28) guenther|food (~guenther@IP-213157027013.dialin.heagmedianet.de) left #gtk+ (20:51:36) http://rafb.net/p/C0fDVB46.html (20:51:54) why i don't see the text in treeview ? (20:52:44) giusef quit (giusef) (20:52:47) ok, code works in the function where the ListStore is created but not in another function, what can i do? (20:52:54) i passed the list store as argument? (20:52:55) tko_ (~tko@host81-159-235-184.range81-159.btcentralplus.com) joined #gtk+ (20:53:02) ech0s7: because you have no columns in the treeview, please see the tutorial (20:53:03) tko quit (Read error: 131 (Connection reset by peer)) (20:53:08) ech0s7: read a GtkTreeView tutorial (20:54:03) armin_ (~ck@i3ED6E86C.versanet.de) joined #gtk+ (20:54:30) Sonderblade: but with glade i can't create columns (20:54:44) ech0s7: http://library.gnome.org/devel/gtk/stable/TreeWidget.html (20:54:55) i have this error: (main:10609): Gtk-CRITICAL **: gtk_list_store_append: assertion `GTK_IS_LIST_STORE (list_store)' failed ; when adding the row somewhere else (20:55:20) jjrojo (~jjrojo@202.Red-81-39-120.dynamicIP.rima-tde.net) joined #gtk+ (20:55:29) jjrojo quit (Saliendo) (20:56:39) can someone help me find out why my code doesn't work? http://pastebin.be/11903 (20:56:50) ok (20:56:52) cesar quit (cesar) (20:56:52) infact (20:56:55) (line 97) (20:56:57) i have added row (20:57:17) giusef (~Zmax@ip-72-55-165-86.static.privatedns.com) joined #gtk+ (20:58:11) satis (~c-a@77.240.67.219) joined #gtk+ (20:58:27) in order to create row i must have necessarily an GtkCellRenderer ?? (20:59:33) fmarostica quit (Saindo) (21:00:09) yes (21:00:15) i think (21:00:18) muntyan quit (muntyan) (21:01:04) WarrenDumX: you call ChoseFiles with the wrong arguments or something like that, at least no gtk+ question ... (21:01:29) i don't think so, it copiles btw (21:01:45) ow ChooseFiles? :s (21:02:23) armin quit (Ping timeout: 600 seconds) (21:04:07) nicu quit (Ping timeout: 600 seconds) (21:05:49) giusef quit (giusef) (21:09:32) bersace quit (Ex-Chat) (21:09:33) behdad quit (Leaving.) (21:09:49) emmanuel_lap (~pacaud@pom74-2-82-247-189-1.fbx.proxad.net) joined #gtk+ (21:11:38) liona29 (~liona29@d033.dhcp212-198-248.noos.fr) joined #gtk+ (21:12:40) nicu (~nicolas@213.202.37.140) joined #gtk+ (21:13:47) liona29 quit () (21:14:09) for adding a row to a list stroe, i only need the variable containing the list store, right? (21:17:47) WarrenDumX: yes (21:17:51) ok (21:18:18) so use my function: static GtkListStore *AddFilesToList(GSList *SelectedFiles, GtkListStore *ListStore) (21:18:31) i should be able to add a row in the function? (21:19:39) fargiolas quit (Ex Chat) (21:20:17) squentin (~squentin@bsb94-1-82-232-16-14.fbx.proxad.net) joined #gtk+ (21:21:42) giusef (~Zmax@ip-72-55-165-86.static.privatedns.com) joined #gtk+ (21:21:58) WarrenDumX: yes (21:22:06) borschty quit (Ex-Chat) (21:22:09) it doesn't work :( (21:22:21) and is this signal correct for calling the function? (21:22:23) g_signal_connect_swapped(G_OBJECT(AddFileButton), "clicked", G_CALLBACK(ChooseFiles), ListStore); (21:24:03) Ademan (~dan@h-68-167-207-98.snfccasy.dynamic.covad.net) joined #gtk+ (21:24:04) seems to be ok (21:24:14) UnNamed (500@16.Red-80-32-164.staticIP.rima-tde.net) joined #gtk+ (21:24:23) WarrenDumX: correct for what? (ie, what do you expect it to do, what does it actually do?) (21:24:50) well by clicking on the button, it should pass ListStore to my function to access it and add a row (21:25:12) WarrenDumX: also, try to use the same naming convention as GTK if you're using it; it makes the code more consistent. (21:25:33) yeah. g_signal_connect_swapped swaps the data argument and the target. (21:25:52) so the first argument is my list store , and the second is my button then? (21:26:35) correct. (21:26:47) if you don't want that, just use the normal g_signal_connect (21:26:53) http://library.gnome.org/devel/gobject/unstable/gobject-Signals.html#g-signal-connect-swapped (21:26:56) ok (21:27:07) then it should work xD (21:27:10) it's all in the docs. (21:27:15) yes i know (21:27:21) but my code seems correct :( (21:27:26) it was to be sure (21:27:28) so you should check the ListStore variable in the function where you call g_signal_connect_swapped (21:27:28) nacho (~nacho@184.120.218.87.dynamic.jazztel.es) joined #gtk+ (21:27:42) it doesn't adda row but makes my lsit view turn grey :( (21:27:42) kalikian1 (~kalikiana@xdsl-87-78-20-35.netcologne.de) joined #gtk+ (21:28:25) dolphy (~dolphy@218.Red-80-38-145.staticIP.rima-tde.net) joined #gtk+ (21:29:22) muntyan (~muntyan@dhcp-wpa-05-084.tamu.edu) joined #gtk+ (21:29:58) zwnj (~behnam@213.207.218.116) joined #gtk+ (21:30:58) lola22 (~lola22@d033.dhcp212-198-248.noos.fr) joined #gtk+ (21:31:34) lola22 quit () (21:32:06) camgirl29 (~camgirl29@d033.dhcp212-198-248.noos.fr) joined #gtk+ (21:32:35) muntyan quit (muntyan) (21:33:04) gtk+ meeting on #gtk-devel starts at 20:00 UTC - in 25 minutes (21:33:41) kalikiana quit (Ping timeout: 600 seconds) (21:34:02) fizz quit (Remote closed the connection) (21:34:12) fizz (~fizz@p54B000AD.dip0.t-ipconnect.de) joined #gtk+ (21:34:26) camgirl29 quit () (21:35:04) behdad (~behdad@209.167.232.100) joined #gtk+ (21:36:15) jg quit (Ping timeout: 600 seconds) (21:37:01) Cimi (~cimi@host77-147-dynamic.116-80-r.retail.telecomitalia.it) joined #gtk+ (21:39:38) cesar (~cesar@wsip-70-183-17-68.oc.oc.cox.net) joined #gtk+ (21:39:50) ech0s7 quit (Read error: 104 (Connection reset by peer)) (21:40:32) Jan Arne Petersen added attachment 112075 to bug 530255 (21:40:32) Attachment http://bugzilla.gnome.org/attachment.cgi?id=112075&action=edit add gtk_label_ensure_layout call to gtk_label_get_layout_offsets (21:40:34) Bug http://bugzilla.gnome.org/show_bug.cgi?id=530255 minor, Normal, ---, jpetersen@jpetersen.org, ASSIGNED, GtkAboutDialog cuts off comments label (21:42:07) gtk+ meeting on #gtk-devel starts at 20:00 UTC - in 15 minutes (21:42:54) Cody Russell added attachment 112076 to bug 85292 (21:42:54) Attachment http://bugzilla.gnome.org/attachment.cgi?id=112076&action=edit Add support for tooltips on icons (21:42:56) Bug http://bugzilla.gnome.org/show_bug.cgi?id=85292 enhancement, Normal, Medium API, bratsche@gnome.org, NEW, add an icon to gtkentry (21:45:30) Cody Russell cancelled needs-work+ for attachment 111781 on bug 85292. (21:45:30) Cody Russell granted obsolete for attachment 111781 on bug 85292. (21:45:32) Attachment http://bugzilla.gnome.org/attachment.cgi?id=111781&action=edit Adds icon names and GIcon (21:47:01) giusef quit (Ping timeout: 600 seconds) (21:47:44) aphax quit (aphax) (21:48:02) jkroon (~jkroon@c83-254-41-184.bredband.comhem.se) joined #gtk+ (21:51:11) natacha29 (~natacha29@d033.dhcp212-198-248.noos.fr) joined #gtk+ (21:51:12) tanty quit (Ciao.) (21:51:14) geaaru (~geaaru@host125-214-dynamic.14-87-r.retail.telecomitalia.it) joined #gtk+ (21:52:08) doublep (~paul@212.98.162.2) joined #gtk+ (21:53:22) natacha29 quit () (22:00:13) giusef (~Zmax@ip-72-55-165-86.static.privatedns.com) joined #gtk+ (22:01:07) Hallski (~micke@83.251.94.123) joined #gtk+ (22:01:56) how can i parse a GSList? (22:02:23) What do you mean? (22:02:34) -Burrito- j5 (J5!~quinticen@66.187.234.200) is right here in #gnome-hackers (22:02:45) with a loop ... (22:03:12) guenther (~guenther@IP-213157027013.dialin.heagmedianet.de) joined #gtk+ (22:03:32) what in GSList requires "parsing"? (22:03:33) while(GSList ... ?? ) (22:03:51) for (l = list; l != NULL; l = l->next) { } (22:04:03) error: ‘gtk_marshal_VOID__POINTER_POINTER’ undeclared (first (22:04:03) use in this function) (22:04:24) There are issues like this in a couple or apps, since the latest GTK+ tarball. (22:04:28) guenther: from where? (22:04:29) unstable tarball (22:04:33) Any idea? (22:04:38) thanks (22:04:44) guenther: file bugs against those broken applications (22:04:49) ebassi: This is bug 536359, gnome-games. (22:04:49) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536359 blocker, Immediate, ---, ggz-bugs@mail.ggzgamingzone.org, UNCONFIRMED, [build break] ‘gtk_marshal_VOID__POINTER_POINTER’ undeclared (22:04:54) guenther: and trunk should be fixed now (22:05:06) FF suffers similar build breakage. (22:05:09) guenther: those applications are using private functions (22:05:23) ebassi: That's not a private funciton (22:05:34) tko_ quit (Read error: 131 (Connection reset by peer)) (22:05:37) ebassi: By "trunk should be fixed", you GTK+ trunk? (22:05:40) (it may be a deprecated function, something different) (22:05:42) owen: well, deprecated :-) (22:05:56) I am pretty sure that issue has been fixed in gtk+ trunk (22:06:01) guenther: yeah, gtk+ trunk should be safe in that regard (22:06:22) What about 2.13.1.1 then? (22:06:25) tko (~tko@host81-159-235-184.range81-159.btcentralplus.com) joined #gtk+ (22:07:03) As I said, this breaks gnome-games, FF (an ext dep of GNOME), and most likely a lot of others that have not have a new release since yesterday. (22:07:21) guenther: you'll have to wait for mclasen to spin a release (22:07:32) Probably hard to build GNOME 2.23.3 as is... (22:07:46) guenther: but really this should be the chance to fix broken applications :-) (22:07:51) ebassi: right... (22:08:12) I guess they do accept patches. :) (22:08:32) Although I don't believe FF will be able to push a release before tomorrow. ;) (22:09:06) a new spin of gtk+ 2.13.x will fix it, don't worry (22:09:18) fdd quit (## Peace be upon you!) (22:09:26) kris: Yeah, I do believe you. (22:09:43) We'd just need it really soon to get 2.23.2 out the door. (22:12:28) guenther, another option is to use 2.13.0 for that (22:13:43) behdad quit (Leaving.) (22:15:04) mikkel quit (Leaving) (22:17:38) owen quit (Remote closed the connection) (22:18:01) rhult: sure... That's probably what we'll need to do, if there is no fixed GTK+ release. (22:18:33) giusef quit (Remote closed the connection) (22:20:20) ensonic: ping - could you please joing #gtk-devel (22:20:22) ? (22:20:25) Hallski quit (This computer has gone to sleep) (22:21:01) ebassi: will do (22:22:40) owen (~otaylor@66.187.234.200) joined #gtk+ (22:22:52) New gtk+ bug 536498 filed by mbarnes@redhat.com. (22:22:52) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536498 minor, Normal, ---, gtk-bugs@gtk.org, UNCONFIRMED, Deprecate gdk_rgb_get_colormap (22:22:57) Hallski (~micke@83.251.94.123) joined #gtk+ (22:22:59) mclasen (~mclasen@c-24-218-44-243.hsd1.ma.comcast.net) joined #gtk+ (22:23:08) federico quit (Ping timeout: 600 seconds) (22:27:14) federico (~federico@189.129.72.145) joined #gtk+ (22:29:13) mclasen: around? (22:29:25) yes (22:29:33) great (22:29:39) Did you follow the above? (22:30:01) no (22:30:26) Last 30-ish comments, since I joined. (22:30:35) (mclasen just joined 8 min ago) (22:30:43) oops, sorry :) (22:30:58) WarrenDumX quit (Ex-Chat) (22:31:00) In a nutshell, GTK+ 2.13.1 breaks at the very leats gnome-games, and FF (external dep) (22:31:16) Most likely lots of other stuff I have not yet rebuilt since yesterday (22:31:33) bug 536359 shows the breakage (22:31:35) Bug http://bugzilla.gnome.org/show_bug.cgi?id=536359 blocker, Immediate, ---, ggz-bugs@mail.ggzgamingzone.org, UNCONFIRMED, [build break] ‘gtk_marshal_VOID__POINTER_POINTER’ undeclared (22:31:37) cj quit (ircd.gimp.org irc.wa.gimp.net) (22:31:39) geaaru quit (Leaving) (22:31:46) Apparently, this has been fixed in GTK+ trunk already. (22:31:56) What about releasing 2.13.1.1? (22:32:53) kris: Now that you mentioned it, I noticed the line about Matthias just joining. :) (22:34:59) lmoura quit (Read error: 113 (No route to host)) (22:35:16) lmoura (~lmoura@200.184.118.132) joined #gtk+ (22:35:20) Hmm, now mclasen is silent. Speachless? (22:35:50) cj (~cjac@66.152.65.2) joined #gtk+ (22:35:54) rhult: have you noticed gtk-osx-build jbuildrc doesn't work on tiger? it forces python to /usr/bin/python that is too old (2.3) (22:36:54) tko, tiger is so last century (22:37:05) ensonic: btw, gtk-doc faisl to build in jhbuild (22:37:06) rhult: it is not!!!! (22:37:07) fails (22:37:09) tko, but thanks :) I'll make it conditional (22:37:23) timj: letme check (22:37:36) tko, or wait... what requires newer python? (22:37:39) guenther: 2.13.2 will happen at some point (22:37:50) rhult: glib or gtk, already forgot (22:37:53) tko, everything used to work with 2.3 until at least recently (22:37:56) mclasen: sure will (22:37:57) hmmm... really? (22:38:00) sounds odd (22:38:04) aphax (~aphax@flollop.xs4all.nl) joined #gtk+ (22:38:20) glib: AM_PATH_PYTHON(2.4,,PYTHON="/usr/bin/env python2.4") (22:38:32) But GNOME 2.23.3, due tomorrow, either can revert to the previous .0 GTK+ release, or ship with a fixed version. (22:38:46) We can't ship .1 and give it some good smoke-testing. (22:38:46) ensonic: it errors out here (recent jhbuild on ubuntu 7.10) with: (22:38:47) gnome-doc-utils.make:63: HAVE_GNOME_DOC_UTILS does not appear in AM_CONDITIONAL (22:38:49) help/manual/Makefile.am:1: `gnome-doc-utils.make' included from here (22:39:24) Lupine quit (I'll be taking these Huggies....and whatever cash ya got) (22:39:25) tko, alright, will fix then (22:39:45) jkroon quit (Ping timeout: 600 seconds) (22:39:51) timj: I'll cehck, its fine on my ubuntu/suse and on build.gnome.org though (22:41:11) mclasen: So we really would need a fixed release soon, or ship with the previous version -- suboptimal... (22:41:20) garfield quit (Ex-Chat) (22:41:29) I can't promise you one for today (22:41:45) Tomorrow morn? (22:42:16) rhult: interesting, I can't actually find any reference to python in glib, other than the check in configure (22:43:43) tko, seems to be for greport (22:44:02) guenther: I'm in all day meetings tomorrow (22:44:14) I may be able to squeeze it in tonight (22:44:19) tko, I wonder where that is :) (22:44:22) ah, and calling setup_sdk_10_4 on 10.4 results in build/link failure.. little weird, but my mistake I suppose (22:45:20) mclasen: I see. Would be great, really. As I mentioned, there only are the options of reverting, or a fix. And we'd love to get GTK+ as much smoke-testing as possible. (22:45:52) agreed (22:46:37) guenther is now known as | (22:46:48) | is now known as guenther (22:47:08) oh, glib/gtester-report is using python.. scary Makefile (22:47:15) nilson quit (Leaving) (22:47:56) tko, maybe we could throw jdahlin on it and make it 2.3 safe... (22:48:03) jkroon (~jkroon@c83-254-41-184.bredband.comhem.se) joined #gtk+ (22:48:17) rhult: or maybe muntyan! (22:48:22) enjahova_ quit (Ex-Chat) (22:48:57) jdahlin, is there a way to check python code statically to see if it's "2.3-ok"? (22:49:13) rhult: apart from running it under python 2.3, no (22:49:19) ian quit (Ping timeout: 600 seconds) (22:49:39) rhult: but I know pretty well the issues, I could go through it quickly and point out what won't work in 2.3 (22:49:50) however, I refuse to touch python code which is not indented by four spaces (22:50:10) if timj gives me permission to run reindent.py on it I might do that ;) (22:51:32) timj: problem is mssing gnome-doc-init.m4, no idea yet, how to handle that (22:52:40) geronimo quit (got root?) (22:52:41) jdahlin: the gobject-introspection stuff look great, I was wondering, I gtk-doc could actually skip some source-code parsing and use the info from there (22:53:36) hmm, gtester-report appeared to run cleanly with 2.3 (22:53:49) ensonic: sure, that can be done, but that would probably mean that you need to write some of gtk-doc in python. (22:54:08) can I somehow get coverage of the python code that just got executed+ (22:54:09) ? (22:54:32) not easily, afaik (22:54:51) tko, my guess is that timj just took a random widely available version (22:54:54) and put in there (22:55:08) jdahlin: I thought of taking the xml (22:55:32) ensonic: oh, there are several approaches to this. (22:55:48) jdahlin: that would circumvent problem e.g. in cross-compilation env. where one can't easily run gtk-doc gobject introspection (22:55:49) just parsing gtk-doc comments, or getting all the introspection information (22:55:58) rhult: like I do.. worksforme and I had ... this version. didn't have access to try older versions so let's just stick that as minimum dependency (22:56:24) I would probably hold of using the xml format for just a little longer, as juergbi and I are going to sort out a few rough edges in the near future (22:56:38) tko, like I do, I had leopard and tiger is old... ;) (22:56:39) jdahlin: what kind of parser are you using, honestly the gtk-doc one is sucky, perl regexps are not really suited to parse C (22:56:54) ensonic: a C based one written in bison/flex (22:57:14) kov quit (Read error: 145 (Connection timed out)) (22:57:20) rhult: that's lame excuse. doesn't apple provide 10.4 "sandbox" even on leopard? (22:57:54) reasonable assurances that you can't use 10.5 features by accident if you set compiler flags to x, y and z (22:58:07) tko, that's the 10.4 sdk, it doesn't have tools like python though, just libraries and headers (22:58:21) ah (22:59:14) and for such things, yes, I'm using 10.4 stuff only (22:59:15) Pepe66 quit (Remote closed the connection) (22:59:39) that's nice (22:59:49) so no tempting features in 10.5 then ;) (23:00:30) nicu quit (Verlassend) (23:00:51) yes yes yes, CoreText (23:00:55) instead of crappy ATSUI (23:01:59) Goundy quit (Leaving) (23:03:10) rhult: whats wrong with ATSUI? :) (23:03:11) timj: is your jhbuild up-to-date, gtk-doc has gnome-doc-utils there as a dependency (23:03:53) bless you both (23:04:14) ardour, a pile of slow ugly deprecated 32-bitrot (23:04:35) rhult: tell us how you really feel (23:05:02) ardour, where is paul and who replaced him with the emacs doctor? (23:05:13) ensonic: i updates yesterday, lemme do it again (23:05:39) tim: I'll run jhbuild soon to, but not now, time for bed in helsinki :) (23:06:07) satis quit (Ex-Chat) (23:07:11) ensonic quit (Leaving) (23:07:30) jkroon quit (Ping timeout: 600 seconds) (23:08:09) gianmt quit (Leaving) (23:09:12) doublep quit (Download Gaim: http://gaim.sourceforge.net/) (23:09:45) owen quit (Read error: 145 (Connection timed out)) (23:11:04) emmanuel_lap quit (Remote closed the connection) (23:11:41) Björn Lindqvist cancelled none+ for attachment 112075 on bug 530255. (23:11:43) Björn Lindqvist granted reviewed for attachment 112075 on bug 530255. (23:11:45) Attachment http://bugzilla.gnome.org/attachment.cgi?id=112075&action=edit add gtk_label_ensure_layout call to gtk_label_get_layout_offsets (23:11:48) Bug http://bugzilla.gnome.org/show_bug.cgi?id=530255 minor, Normal, ---, jpetersen@jpetersen.org, ASSIGNED, GtkAboutDialog cuts off comments label (23:11:50) setanta quit (Ex-Chat) (23:11:57) setanta (~setanta@200.184.118.132) joined #gtk+ (23:19:30) dolphy quit (Ex-Chat) (23:24:31) has anyone in here used Gtk.CellRendererSpin (in Gtk#) before? (23:24:36) Levip quit (Leaving) (23:26:38) federico quit (Ping timeout: 600 seconds) (23:26:52) mbarnes quit (This place is dead anyway) (23:28:07) tielie (~tyan@h-81-170-236-54.NA.cust.bahnhof.se) joined #gtk+ (23:33:09) george_ quit (()) (23:34:54) vvd (~dmkshfik@dslb-082-083-207-058.pools.arcor-ip.net) joined #gtk+ (23:35:26) hey, anyone knows how to preserve group membership of radiobuttons in glade when moving them? (23:35:37) madewokherd quit (Ping timeout: 600 seconds) (23:35:57) on moving the "master" button the group memberships change (23:35:59) gianmt (~gianmt@adsl-ull-235-188.47-151.net24.it) joined #gtk+ (23:39:46) nm ^^) (23:40:34) kov (~kov@189.12.180.96) joined #gtk+ (23:40:43) KaL_out quit (That's not a bug, but a feature) (23:47:45) nacho quit (Remote closed the connection) (23:48:39) xjuan_ (~xjuan@host45.201-252-216.telecom.net.ar) joined #gtk+ (23:49:42) jwendell quit (Leaving) (23:51:56) * Disconnected