treeview with fixed in place first row
Hi there, I have a treeview and what I'd like to achieve is that the first row of the treeview (under the column headers) be fixed at its place so the scrolling won't affect it. I would use this very first row to filter the treeview. Attached an image showing the what I would like to make. (As you can see there's a row under the column headers including comboboxes) I was able to access the column headers' buttons. (TreeViewColumn) The TreeViewColumn has a function called set_widget, and I can set any widget _inside_ that button, but it is not good for me, because if I set a combobox with this, than - since it is inside the button - it acts like a button too. I also tried to replace that button with a vbox (and put the button and a combobox in the vbox) but as soon as I removed the button from the treeview, it complaind about propagating expose cannot be done ( g_assert (child-parent == GTK_WIDGET (container));) I think this is because this button is a private child of the treeview, so it won't let me replace it with any other widget. Is there any other way to achieve this? Any suggestions are welcome. Thx. Balazs ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Status Indication GUI development using GTK++
Hi Larry, Thnaks for your reply. As I would be starting the GTK+ development on Fedora Core 6 Linux machine, could please suggest how to install GTK+ on aforesaid machine as I haven't done any software installation on Linux lately and also I couldn't find step-by-step installation instructions in gtk+ tutorial. Also I have couple of questions. 1. Is it possible if I could create the image on a windows machine as a JPEG file and then set those image files to correspond to gtk image widgets after copying the aforesaid jpeg files to the linux machine from the windows machine or I 'ld have to create the images on the linux machine. 2. In the tutorial I couldn't find the reference code to load images as gdkimages and then using gtk_image_set_image. Is there any documentation available on-line that specifically talks about the creation/manipulation of image objects in GTK+. Thanks for your help, Adeel --- On Thu, 1/29/09, Larry Reaves la...@yrral.net wrote: From: Larry Reaves la...@yrral.net Subject: Re: Status Indication GUI development using GTK++ To: adeelmali...@yahoo.com Cc: gtk-app-devel-list@gnome.org Date: Thursday, January 29, 2009, 8:36 PM On Thu, 2009-01-29 at 02:56 -0800, Adeel Malik wrote: Hello, I have just newly subscribed to thie mailing list and wanted to post a question. I am doing application development on Fedora Core 6 Linux Machine. I need to implement the status indication GUI such that it could display a simple traffic light indication i.e, green light for success and red light for error. Can someone suggest me a link where I can get an example code doing thhis type of thing so that I could learn or modify it suit my requirement. 1. read gtk+ tutorial 2. make window 4. add hbox to window 5. add two gtkImage widgets to the hbox 6. create 4 images: dull red (red light off), bright red (red light on), dull green, bright green 7. load 4 images as gdkImage's 8. use gtk_image_set_image to set the image widgets to the two gdkImage's you want 9. make a function that swaps the state, call this from your other code as necessary There is pretty good documentation out there. Your two best friends will be google and devhelp(an application for gtk+ and related documentation). If you don't have devhelp, you can search library.gnome.org, but devhelp is much more convenient, so I would recommend taking the time to install it. -Larry Reaves la...@yrral.net Thnaks for your help and regards, Adeel Malik ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Status Indication GUI development using GTK++
On Thu, 2009-02-19 at 02:41 -0800, Adeel Malik wrote: As I would be starting the GTK+ development on Fedora Core 6 Linux machine Since no one else said it, I'll note that FC6 is kinda getting a bit long in the tooth. If at all possible, you really want to be using the latest release of your Linux distro if doing development because that's where all the bug fixes will be. Meanwhile, 2. In the tutorial I couldn't find the reference code to load images as gdkimages and then using gtk_image_set_image. Look up GdkPixbuf [instead]. What you probably want is gdk_pixbuf_new_from_file(). You can then feed that to a GtkImage constructor or setter. AfC Sydney ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: problems updating statusbar
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Garth's KidStuff wrote: add: while (gtk_events_pending()) gtk_main_iteration(); to your code where you want to make sure a UI change appears. thanks, this solved my issues! - -- Dr. Ivo Alxneit Laboratory for Solar Technology phone: +41 56 310 4092 Paul Scherrer Institute fax: +41 56 310 2688 CH-5232 Villigen http://solar.web.psi.ch Switzerland gnupg key: 0x515E30C7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org iD8DBQFJm7RUAd7CE1FeMMcRAm6/AJ9VC8JHQVXs95h0eoJFbOBlyqQWbQCgmWRL 6Uoiyh5S2c2FXY4RYmyy90c= =+Lx0 -END PGP SIGNATURE- ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: minutes of the gtk+ team meeting - 2009-01-20
2009/2/18 Alberto Ruiz ar...@gnome.org: The idea es that Gtk+ is actually something that enables really cool things, but we don't empower that idea from the website. The other point is that bindings seems like second class citizens whereas it's actually quite the opposite. I think that a lot of the confusion out there about Gtk+ being written in C is an issue, is that the documentation that you have in the webpage is all about C. Which is something that most people shouldn't bother about. The other point is that we need other sort of documentation, the tutorial is nothing but a widget-by-widget manual, not something that you want to use to learn how to build a useful Gtk+/GNOME app, the worst thing here is that this is the reference document used by some binding documentation (pygtk for example) so you spread a C-like api that doesn't really encourage subclassing and good practices for the sake of simplicity (useful from the C point of view). In this regard Getting started with gtkmm looks a much better approach to me, but since it is under the gtkmm.org umbrella, it doesn't get that much attention. Also, we need screencasts to create really basic apps with Gtkmm or PyGTK for example, so that people can really get into Gtk+ without even to follow a text document and start playing. This is how Rails got millions of developers really excited and faded Django out of the picture for some time, if you go to the RoR page, you can get a clue on how to start really easily and figure out what kind of things you can do. At the moment the Gtk+ webpage, although much better than the previous one, is all a lot of some boring text that doesn't really shows what Gtk+ can do and doesn't encourage anyone to try it unless you already know what it is. I plan to work on some other mockups of the website for other sections and I would like to get feedback from you guys. The mockup looks great, and the reasoning makes full sense to me! At the GNOME level, the part of the GNOME dev platform label, seems very good. Is it a Gnome initiative? Would it be great if it would be followed by the other components of the platform like GStreamer, cairo, pango, etc., and if the related sites would follow similar patterns so someone developing an application would have a familiar feeling everywhere, as part of one single platform? -- Cheers, Alberto Ruiz ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: minutes of the gtk+ team meeting - 2009-01-20
Am Mittwoch, den 18.02.2009, 01:54 + schrieb Alberto Ruiz: I plan to work on some other mockups of the website for other sections and I would like to get feedback from you guys. Awesome mockup! Let's get it in place! Ciao, Mathias -- Mathias Hasselmann mathias.hasselm...@gmx.de Personal Blog: http://taschenorakel.de/mathias/ Openismus GmbH: http://www.openismus.com/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: minutes of the gtk+ team meeting - 2009-01-20
2009/2/19 Luc Pionchon pionchon@gmail.com: 2009/2/18 Alberto Ruiz ar...@gnome.org: The idea es that Gtk+ is actually something that enables really cool things, but we don't empower that idea from the website. The other point is that bindings seems like second class citizens whereas it's actually quite the opposite. I think that a lot of the confusion out there about Gtk+ being written in C is an issue, is that the documentation that you have in the webpage is all about C. Which is something that most people shouldn't bother about. The other point is that we need other sort of documentation, the tutorial is nothing but a widget-by-widget manual, not something that you want to use to learn how to build a useful Gtk+/GNOME app, the worst thing here is that this is the reference document used by some binding documentation (pygtk for example) so you spread a C-like api that doesn't really encourage subclassing and good practices for the sake of simplicity (useful from the C point of view). In this regard Getting started with gtkmm looks a much better approach to me, but since it is under the gtkmm.org umbrella, it doesn't get that much attention. Also, we need screencasts to create really basic apps with Gtkmm or PyGTK for example, so that people can really get into Gtk+ without even to follow a text document and start playing. This is how Rails got millions of developers really excited and faded Django out of the picture for some time, if you go to the RoR page, you can get a clue on how to start really easily and figure out what kind of things you can do. At the moment the Gtk+ webpage, although much better than the previous one, is all a lot of some boring text that doesn't really shows what Gtk+ can do and doesn't encourage anyone to try it unless you already know what it is. I plan to work on some other mockups of the website for other sections and I would like to get feedback from you guys. The mockup looks great, and the reasoning makes full sense to me! At the GNOME level, the part of the GNOME dev platform label, seems very good. Is it a Gnome initiative? Is just an idea, so that people understand easily that you have more components outside of gtk+. Glade for example is not part of Gtk+, but it is an essential tool, we want to give that notion. Would it be great if it would be followed by the other components of the platform like GStreamer, cairo, pango, etc., and if the related sites would follow similar patterns so someone developing an application would have a familiar feeling everywhere, as part of one single platform? That's the idea, yeah, seems I'm not that crazy then ;-) -- Un saludo, Alberto Ruiz ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: minutes of the gtk+ team meeting - 2009-01-20
2009/2/19 Mathias Hasselmann mathias.hasselm...@gmx.de: Am Mittwoch, den 18.02.2009, 01:54 + schrieb Alberto Ruiz: I plan to work on some other mockups of the website for other sections and I would like to get feedback from you guys. Awesome mockup! Let's get it in place! Well, first I want to come up with some screencasts of Gtkmm/pygtk. I wold also like to get MacSlows interviews from the latest Gtk+ hackfest, or record some testimonials from Gtk+ hackers and users so that people can see that this is a community project and so that they can get excited about it more easily. It won't hurt to start playing around, there are some parts of the page that I'm not sure how to arrange, like the download page. With the runtime or the runtime+headers or the sources, you can't do anything useful really. I would like to have links to the Mac OS X framework, links to Glade and in some future Gtkmm+Eclipse or PyGTK+ bundles, stuff that would make Gtk+ really useful in different platforms, an SDK rather than a library+headers. Ciao, Mathias -- Mathias Hasselmann mathias.hasselm...@gmx.de Personal Blog: http://taschenorakel.de/mathias/ Openismus GmbH: http://www.openismus.com/ -- Un saludo, Alberto Ruiz ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: gtk+ documentation wikified
That's hard-ish to do today. GTK+'s documentation is generated in large part by scanning comments in C code, which a program then turns into HTML. Any proposal would require a way to keep the Wiki and the C comments in-sync. On Thu, Feb 19, 2009 at 10:28 AM, Eugene Gorodinsky e.gorodin...@gmail.com wrote: Hi all Since you guys are discussing the redesign of the gtk+ website, I'd like to propose an idea that I have. I've seen quite a lot of comments saying gtk+ documentation isn't as good as qt's. What do you think of having a wiki that documents all of gtk+ api? ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list -- Counting bodies like sheep to the rhythm of the war drums. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Fwd: gtk+ documentation wikified
Have there been cases where documentation for some function was changed after that function appeared in the stable version? 2009/2/19 Dominic Lachowicz domlachow...@gmail.com: That's hard-ish to do today. GTK+'s documentation is generated in large part by scanning comments in C code, which a program then turns into HTML. Any proposal would require a way to keep the Wiki and the C comments in-sync. On Thu, Feb 19, 2009 at 10:28 AM, Eugene Gorodinsky e.gorodin...@gmail.com wrote: Hi all Since you guys are discussing the redesign of the gtk+ website, I'd like to propose an idea that I have. I've seen quite a lot of comments saying gtk+ documentation isn't as good as qt's. What do you think of having a wiki that documents all of gtk+ api? ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list -- Counting bodies like sheep to the rhythm of the war drums. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: gtk+ documentation wikified
Yes. The most common example I can think of is when a function is deprecated. On Thu, Feb 19, 2009 at 10:52 AM, Eugene Gorodinsky e.gorodin...@gmail.com wrote: Have there been cases where documentation for some function was changed after that function appeared in the stable version? 2009/2/19 Dominic Lachowicz domlachow...@gmail.com: That's hard-ish to do today. GTK+'s documentation is generated in large part by scanning comments in C code, which a program then turns into HTML. Any proposal would require a way to keep the Wiki and the C comments in-sync. On Thu, Feb 19, 2009 at 10:28 AM, Eugene Gorodinsky e.gorodin...@gmail.com wrote: Hi all Since you guys are discussing the redesign of the gtk+ website, I'd like to propose an idea that I have. I've seen quite a lot of comments saying gtk+ documentation isn't as good as qt's. What do you think of having a wiki that documents all of gtk+ api? ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list -- Counting bodies like sheep to the rhythm of the war drums. -- Counting bodies like sheep to the rhythm of the war drums. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: gtk+ documentation wikified
Am Donnerstag, den 19.02.2009, 10:33 -0500 schrieb Dominic Lachowicz: That's hard-ish to do today. GTK+'s documentation is generated in large part by scanning comments in C code, which a program then turns into HTML. Any proposal would require a way to keep the Wiki and the C comments in-sync. Still that proposed idea has some merits: Currently entry barrier for fixing GTK+ docs still is quite high. Guess the most trivial fix would be, to do what the PHP community does and attach some comment system/forum to library.gnome.org. More sophisticated would be some application that allows editing of API docs via web site and provides some way to easily merge them back. Maybe automatic commits to some separate branch? Maybe just additions to some patch queue? Don't know. But maybe a nice SoC project? Ciao, Mathias On Thu, Feb 19, 2009 at 10:28 AM, Eugene Gorodinsky e.gorodin...@gmail.com wrote: Hi all Since you guys are discussing the redesign of the gtk+ website, I'd like to propose an idea that I have. I've seen quite a lot of comments saying gtk+ documentation isn't as good as qt's. What do you think of having a wiki that documents all of gtk+ api? ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list -- Mathias Hasselmann mathias.hasselm...@gmx.de Personal Blog: http://taschenorakel.de/mathias/ Openismus GmbH: http://www.openismus.com/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Fwd: gtk+ documentation wikified
Am Donnerstag, den 19.02.2009, 17:52 +0200 schrieb Eugene Gorodinsky: Have there been cases where documentation for some function was changed after that function appeared in the stable version? Yes, this happens frequently: Spelling errors, explanations of limitations, code examples, usage scenarios, ... In the end programmers primary are programmers, not book writers. Therefore API documentation provided by programmers always can be just a start. Still API documentation should be close to programmer's finger tips, 'cause otherwise the documentation will start to bit rot quickly. Ciao, Mathias 2009/2/19 Dominic Lachowicz domlachow...@gmail.com: That's hard-ish to do today. GTK+'s documentation is generated in large part by scanning comments in C code, which a program then turns into HTML. Any proposal would require a way to keep the Wiki and -the C comments in-sync. On Thu, Feb 19, 2009 at 10:28 AM, Eugene Gorodinsky e.gorodin...@gmail.com wrote: Hi all Since you guys are discussing the redesign of the gtk+ website, I'd like to propose an idea that I have. I've seen quite a lot of comments saying gtk+ documentation isn't as good as qt's. What do you think of having a wiki that documents all of gtk+ api? ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list -- Counting bodies like sheep to the rhythm of the war drums. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list -- Mathias Hasselmann mathias.hasselm...@gmx.de Personal Blog: http://taschenorakel.de/mathias/ Openismus GmbH: http://www.openismus.com/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Fwd: gtk+ documentation wikified
A way to overcome that, would be to put a warning on the wiki page whenever the documentation for a function is updated, so that the users could see the updated comment in the code and update the documentation accordingly. P.S. Sorry for sending the message twice 2009/2/19 Dominic Lachowicz domlachow...@gmail.com: Yes. The most common example I can think of is when a function is deprecated. On Thu, Feb 19, 2009 at 10:52 AM, Eugene Gorodinsky e.gorodin...@gmail.com wrote: Have there been cases where documentation for some function was changed after that function appeared in the stable version? 2009/2/19 Dominic Lachowicz domlachow...@gmail.com: That's hard-ish to do today. GTK+'s documentation is generated in large part by scanning comments in C code, which a program then turns into HTML. Any proposal would require a way to keep the Wiki and the C comments in-sync. On Thu, Feb 19, 2009 at 10:28 AM, Eugene Gorodinsky e.gorodin...@gmail.com wrote: Hi all Since you guys are discussing the redesign of the gtk+ website, I'd like to propose an idea that I have. I've seen quite a lot of comments saying gtk+ documentation isn't as good as qt's. What do you think of having a wiki that documents all of gtk+ api? ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list -- Counting bodies like sheep to the rhythm of the war drums. -- Counting bodies like sheep to the rhythm of the war drums. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: gtk+ documentation wikified
On Thu, 2009-02-19 at 16:56 +0100, Mathias Hasselmann wrote: Am Donnerstag, den 19.02.2009, 10:33 -0500 schrieb Dominic Lachowicz: That's hard-ish to do today. GTK+'s documentation is generated in large part by scanning comments in C code, which a program then turns into HTML. Any proposal would require a way to keep the Wiki and the C comments in-sync. Still that proposed idea has some merits: Currently entry barrier for fixing GTK+ docs still is quite high. Guess the most trivial fix would be, to do what the PHP community does and attach some comment system/forum to library.gnome.org. More sophisticated would be some application that allows editing of API docs via web site and provides some way to easily merge them back. Maybe automatic commits to some separate branch? Maybe just additions to some patch queue? Don't know. But maybe a nice SoC project? I wish that someone could just finish Danilo's live-document-editing GSOC project: http://live.gnome.org/LiveDocumentationEditing -- murr...@murrayc.com www.murrayc.com www.openismus.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: minutes of the gtk+ team meeting - 2009-01-20
On Thu, 2009-02-19 at 14:00 +, Alberto Ruiz wrote: Well, first I want to come up with some screencasts of Gtkmm/pygtk That would be great. I suggest that you get us to approve a script first though, otherwise there's sure to be some little inaccuracy that I find annoying but which would be very difficult to correct in the finished video. -- murr...@murrayc.com www.murrayc.com www.openismus.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: minutes of the gtk+ team meeting - 2009-01-20
2009/2/19 Murray Cumming murr...@murrayc.com: On Thu, 2009-02-19 at 14:00 +, Alberto Ruiz wrote: Well, first I want to come up with some screencasts of Gtkmm/pygtk That would be great. I suggest that you get us to approve a script first though, otherwise there's sure to be some little inaccuracy that I find annoying but which would be very difficult to correct in the finished video. That's actually a good idea, I'll poke jdahlin as well. -- murr...@murrayc.com www.murrayc.com www.openismus.com -- Un saludo, Alberto Ruiz ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: minutes of the gtk+ team meeting - 2009-01-20
2009/2/19 Mathias Hasselmann mathias.hasselm...@gmx.de: Am Mittwoch, den 18.02.2009, 01:54 + schrieb Alberto Ruiz: I plan to work on some other mockups of the website for other sections and I would like to get feedback from you guys. Awesome mockup! Let's get it in place! Also, my HTML/CSS-fu is quite lame. I definitively need help implementing the site, web volunteers are welcome! I can work on the graphics and the content though. Ciao, Mathias -- Mathias Hasselmann mathias.hasselm...@gmx.de Personal Blog: http://taschenorakel.de/mathias/ Openismus GmbH: http://www.openismus.com/ -- Un saludo, Alberto Ruiz ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
WebKit on webkit.gtk.org
Heya, I'm one of the WebKitGtk fellows and one thing we are missing currently is a place on the web, where you can find releases, docs and whatnot. So we had the idea, webkit.gtk.org would be a good domain. We would also like to use a similar design and layout, of course with different colours and content. It's not yet clear what web space we would be using, if that is possible a bit of space for tarballs would be useful (release tarballs for WebKitGtk are not that heavy, in case somebody is worried and has the size of all of WebKit in mind). So the question is, would the Gtk maintainers like the idea of using the 'webkit.gtk.org' subdomain for WebKit? And if the above is an option, whether there's space to spare and whether we could or shouldn't use a similar design. ciao, Christian ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: minutes of the gtk+ team meeting - 2009-01-20
On Tue, Feb 17, 2009 at 4:30 PM, Emmanuele Bassi eba...@gmail.com wrote: [...] + GTK+ 2.16 status (mclasen) - new API has been merged - still missing: GtkActivatable (may be ready for next week) Sorry I missed the last meeting, is there anything you need me to do for GtkActivatables ? Cheers, -Tristan ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: minutes of the gtk+ team meeting - 2009-01-20
On Thu, Feb 19, 2009 at 3:32 PM, Tristan Van Berkom t...@gnome.org wrote: On Tue, Feb 17, 2009 at 4:30 PM, Emmanuele Bassi Sorry I missed the last meeting, is there anything you need me to do for GtkActivatables ? I don't think so. I did another round of fixes to make PolicyKit-gnome work. Now waiting for the next round of breakage.. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Bulding client-side-windows branch
On Mon, Feb 16, 2009 at 09:51:32AM +0100, Alexander Larsson wrote: On Mon, 2009-02-09 at 18:27 -0800, C.J. Adams-Collier wrote: Hey folks, I'm having a problem building gtk from Alex's branch. Am I doing something wrong? I had jhbuild take care of building the deps and got a jhbuild shell before starting the build. I ran configure this way: ./configure --prefix=/opt/gnome --disable-gtk-doc make gives me this (truncated, of course) I assume you ran autogen.sh first? I have no idea why this is happening, with respect to the gdk-pixbuf directory the csw branch is an identical copy to the normal gtk. I think it had to do with the PATH including the system glib bins before the jhbuild bins. I'll give it another go here shortly. signature.asc Description: Digital signature ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
