Re: GdkPixbuf pkgconfig file
On Fri, Apr 3, 2009 at 10:27 AM, Mike Massonnet wrote: > Hi, > > I did a unit test for GdkPixbuf, and I think I came across a bug > within the gdk-pixbuf-2.0.pc file. > > When trying to build the following piece of code: > > #include should be gdk-pixbuf/gdk-pixbuf.h gdk/gdkpixbuf.h is part of GDK, not GDK-Pixbuf iain ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: looking for a widget like pd's number box
On Mon, Jun 2, 2008 at 3:17 PM, Paul Davis <[EMAIL PROTECTED]> wrote: > screen real-estate is at a premium in most audio/music apps. I understand that for most music apps, but like I say, in PD the real estate isn't so important as the design area is infinitely sized, and it makes spin boxes a lot easier to use if there are spin arrows as opposed to dragging (I can't drag easily on this laptop for one, and I have no phyical disabilities) as well as GtkSpinButton having all the tricky bits and pieces done like cut/paste, like themeing, etc. PD is hard enough to work out how to use without some weird custom controls thrown in that might be kinda sorta maybe like the things people are used to but subtly different iain ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: looking for a widget like pd's number box
> I was hoping someone could help decide what I have to do to replicate the > number box in pd. As far as I can tell from the source, it is created from > scratch using tcl scripting commands. It consists of a number entry area and > looks very much like the GtkSpinButton, without the arrows on the side. To > change the number with the mouse, you click on the number area and drag the > mouse upwards or downwards. You can also shift-click for finer precision. What is the problem with having the arrows on the side? From my dabblings in PD the arrows on lots of boxes doesn't look like it would affect the layout at all? It should be enough to just subclass the GtkSpinButton and add the drag ability to it, then you'd have the best of both worlds. Especially as you say you don't want to duplicate work, why start from scratch when the GtkSpinButton already does 90% of what you need? But anyway, I've longed for a good UI for PD for a while now, good luck. iain ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: (severe) performance issues
On 4/4/07, David J. Andruczyk <[EMAIL PROTECTED]> wrote: > Nope. that tab is the ONLY one that is updating, and > I have code in place so if that tab is NOT active, it > doesn't even update it at ALL. I have tested this > VERY thoroughly.. By commenting out ONE LINE in my > code that updates the 22 labels on that tab, cpu usage > goes from "high" to zero. Right now it does NOT even > update them all. There is logic in place to reduce > the number of updates. (it checks based on last update > time, the number of times it's skipped, and a "delta" > from last value (if it changes too much it forces and > update) > > I have yet to try placing the label into a GtkFixed > yet as per another users suggestion. > I see. I STAND corrected. MAYBE you should try as (one of the) Paul DAVIES suggested and write a custom label that doesn't propagate the size requests. Shouldn't be too hard. iain ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: (severe) performance issues
On 4/3/07, David J. Andruczyk <[EMAIL PROTECTED]> wrote: > http://megatunix.sourceforge.net/screenshots/images/runtime-display-tab.png Just wondering, and not in anyway trying to dispute that GtkLabel could be better, but are there lots of labels on all those hidden pages also being updated 30times a second? If there are, then I'm not really surprised that there's severe performance issues. You probably want to listen for the page change signal and turn off updating for the pages that aren't visible. I bet once you do that, you'll have no performance issues whatsoever. iain ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: About Gtk+ File Chooser Dialog
On 3/28/07, William Tambe <[EMAIL PROTECTED]> wrote: > There is no way you can view the properties of a file or remove a file > directly from the file chooser dialog. There's a hint in the name of the dialog...can you spot it? ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Cairo support
On 4/26/06, Michael L Torrie <[EMAIL PROTECTED]> wrote: > Currently The GTK 2.4 runtime installation for Windows that I have > installed is standing about 23 MB and 400 files (locales, xml files, > config files, etc). Without locales we're down to 13 MB or so. Add in > Cairo and that adds another megabyte or two for 2.8. Is that stripped? libcairo here unstripped is only 400k. iain ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Usability of the GTK+ 2 file open dialog
On 3/24/06, Michael L Torrie <[EMAIL PROTECTED]> wrote: > On Fri, 2006-03-24 at 10:16 +0000, Iain * wrote: > > On 2/24/06, Peter Eckersley <[EMAIL PROTECTED]> wrote: > > > > > Is anyone else equally frustrated? > > > > Nope. > So, Iain, if you are suggesting that there's no room for > improving the usability and efficiency of the gtk file selector dialog > boxes, then you are mistaken. I wasn't suggesting that at all. I was saying "I'm not equally frustrated". But like you say, if it fucks you off so much Do something about it. iain ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Usability of the GTK+ 2 file open dialog
On 2/24/06, Peter Eckersley <[EMAIL PROTECTED]> wrote: > Is anyone else equally frustrated? Nope. ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GtkFileChooser save dialog
On 2/24/06, John Richard Moser <[EMAIL PROTECTED]> wrote: > I know how much gnome devs > hate options, but that should probably be considered, If you didn't make wild assumptions and offensive accusations they might listen more to you. And coherent emails that have a point help too, I still have no idea what your rant was about, besides some issue with the File Save dialog iain ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: jerky viewport scrolling performance GTK+
On Fri, 2003-11-28 at 20:15 +0100, Lambert Schomaker wrote: > Hi Iain and others, > > thanks for the support. In order to notice what > the problem is, you may want to use eog immediately > after using my prog, looking at the same .tif: > eog scrolls like a snowboard on snot. I didn't really notice any difference. iain -- ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: jerky viewport scrolling performance GTK+
On Fri, 2003-11-28 at 11:09 +0100, Lambert Schomaker wrote: > Hi GTK-ers, > > for those interested in my jerky scroll problem: here is > the .tgz with the .tif file that shows it on my supposedly > fast 3 GHz system. > > http://www.ai.rug.nl/~lambert/overslag/jerky-image-viewer.tgz For what its worth, both horizontal scrolling and vertical scrolling are lovely and smooth on my 1Ghz 1.5GB system. Although there is a weird green square in the top corner of the image, is that meant to be there? iain -- ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
RE: (GObject) What are "properties"?
On Wed, 2003-11-19 at 14:04, [EMAIL PROTECTED] wrote: > > 2) they can emit signals when changed > > These are true, though I don't think 1) is that useful. Two is kinda annoying too, because they always seem to emit signals, and occasionally that messes up when you start playing around with multiple threads. But a subclass wrapper around things that need threadsafe property notification signals is a quick 118 lines in C if you have your thread stuff done nicely :) iain -- "Miss Celine Dion sings lovesongs while our cities burn" ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Action-based menu API
On Mon, 2003-10-06 at 13:16, Dave Malcolm wrote: > > > Some questions: > > > (i) what stable release of GTK (if any) would I have to add as a > > > dependency if I wanted to link to this functionality in GTK+? > > > > I'm using it my application and linking it to gtk2.2, but I think it > > should work with 2.0 > > It doesn't seem to be present on my vanilla Red Hat 9 machine, on which > "pkg-config --modversion gtk+-2.0" gives "2.2.1". Specifically, I can't > find the header file (which was put in the CVS version > of GTK from libegg on 24th August 2003). This file also doesn't seem to > be present in the 2.2.4 tarball, which I believe is the most recent > stable release. > > What header files are you using, and what modversion do you get? > Oh, I misunderstood your question. I thought you were asking what version of gtk did the code in libegg depend on. The gtkaction stuff is going to be in gtk 2.4, the code in libegg should work with gtk > 2.0 I think. > > Thats exactly how its supposed to work. > > Note that when you change to use the GTK 2.4 version that > > there are some differences between the libegg version and the > > gtk version. > > Thanks for the warning. Hopefully they are minor at the moment. Some renaming of functions and a few changes to the structures. iain -- "The 'developed' nations gave to the 'free market' the status of a god, sacrificing to it their farmers, farmlands, and communities, their forests, wetlands and praries, their ecosystems and watersheds. They had accepted universal pollution and global warming as normal costs of doing buisness." - Wendell Berry ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Action-based menu API
On Sat, 2003-10-04 at 16:54, Dave Malcolm wrote: > I want to use the new action-based menu API that is in libegg, and > appears to have made it into GTK+ in the last couple of months. > > I would prefer not to introduce dependencies on the very latest version > of GTK into my application - some of my users are still using Gnome 2.0 > Some questions: > (i) what stable release of GTK (if any) would I have to add as a > dependency if I wanted to link to this functionality in GTK+? I'm using it my application and linking it to gtk2.2, but I think it should work with 2.0 > (ii) what stable release of GNOME (if any) should I cite in the > project's website, README, etc for those attempting to build the app? It doesn't depend on any gnome code, so whatever version of gnome had gtk 2.0 I guess. > (iii) Is it legitimate to include a copy of the relevant sources in > libegg in a "copy-and-paste-code" subdirectory of my source tree within > CVS, and statically link to this? Is this the way in which libegg is > meant to work? Thats exactly how its supposed to work. Note that when you change to use the GTK 2.4 version that there are some differences between the libegg version and the gtk version. iain -- "Miss Celine Dion sings lovesongs while our cities burn" ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Order of widgets when displayed on top of each other
On Tue, 2003-08-12 at 15:40, Paul Davis wrote: > but when there is no sign that you can ever succeed in adding a widget > unless you are part of the core team, the motivation to try is a bit > hard to come up with. and that really *is* my perception: if you're > not owen or havoc or tim, don't bother thinking you can add a new > widget to GTK+. i know i'm not the only person who thinks this, > although i'm open to the possibility that its wrong. ~This is simply not true. There are many people[1] who have got useful widgets going into 2.4, including a new combo box, action based menu stuff, an expander widget, new toolbar widgets. These widgets were proposed and accepted, and showed that they were getting more mature (mostly) by being in libegg. > >> * knobs I don't think that knob type widgets like you use in Ardour are all that commonly required. As far as I understand GTK is moving towards providing the widgets that every app needs, and leaving other exotic widgets like knobs, graphing etc to other add on libraries. iain [1] Mark McLoughlin, Kristian Rietveld, James Henstridge, Anders Carlsson and Soeren Sandmann are the names I can find in the libegg module of things moving to 2.4 -- "Miss Celine Dion sings lovesongs while our cities burn" ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: gtk + directfb + live cd
fre, 2003-01-03 kl. 19:17 skrev Ottavio Campana: > I'd like to know if there's something that can justify this behaviour. > I've seen that the home directory of the user should be writeable. Set up a ramdisk of a few meg for the users home directoey. > When > I debug it I see that it complains that it cannot open the screen. > > The output is: > >-- DirectFB v0.9.15 - > (c) 2000-2002 convergence integrated media GmbH > (c) 2002 convergence GmbH > --- > > (*) Single Application Core. (with MMX support) (2003-01-03 12:58) > (*) DirectFB/misc/memcpy: using linux kernel memcpy() > (*) DirectFB/InputDevice: Keyboard 0.9 (convergence integrated media GmbH) > (*) MMX detected and enabled > (*) DirectFB/GraphicsDevice: MMX Software Rasterizer 0.6 (convergence integrated >media GmbH) > (!) DirectFB/core/fbdev: Panning display failed! > --> Invalid argument > (!) DirectFB/core/fbdev: Panning display failed! > --> Invalid argument > (!) ---> CAUGHT SIGNAL 11 <--- > > (gnome_segv:1689): Gtk-WARNING **: cannot open display: > This isn't your program being unable to open the display, it's the gnome_segv program that gets run by a gnome program when it crashes. Your program is crashing somewhere, maybe because you need the writable home dir? iain -- "Music for me is the proof of the existence of god." - Kurt Vonnegut ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Can't read gtk-double-click-time property
On Thu, 2002-09-26 at 15:27, Lars Clausen wrote:
> I'm trying to get the default setting for gtk-double-click-time, but can't
> seem to get it out of the GtkSettings object. Here's what I do:
>
> GtkSettings *settings = gtk_settings_get_default();
> GValue dctvalue;
> g_object_get(G_OBJECT(settings),
> "gtk-double-click-time", &dctvalue, NULL);
> if (g_type_is_a(G_VALUE_TYPE(&dctvalue), G_TYPE_INT)) {
> double_click_time = g_value_get_int(&dctvalue);
> }
> }
Are you sure gtk-double-click-time returns a GValue and not an int or a
float?
iain
--
"I don't see why [The United States] should stand by and let Chile go
communist merely due to the irresponsibility of its own people"
- Henry Kissinger
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GdkEvenButton - spacebar?
On Fri, 2002-09-13 at 02:37, David Swiston wrote: > if(event->type != GDK_2BUTTON_PRESS) > Is this a situation where the event->type is undefined b/c the > spacebar isn't a mouse click, and if so, how could I check to make > sure that the spacebar being pressed was not what evoked the callback? I would guess that the event will be NULL when it's a spacebar press, so you probably want to check event == NULL || event->type != GDK_2BUTTON_PRESS. iain -- "If everyone is so darned proud of their country why don't they show it in a little more useful way than pasting Flags on every flat surface. Say, by actually _helping_ their community or something!" - theSkyjet /. post ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
State modifers
This is probably a dumb question: For a GdkEventKey is event->state set in the case where only the Shift key is pressed? When I press the Shift key, I get a key press event emitted, but event->state isn't set to anything. If the shift key and another key is pressed, then event->state & GDK_SHIFT_MASK is true. Is this correct behaviour? If so, how do you detect when only the Shift key is pressed? iain -- "The greatest evils in the world will not be carried out by men with guns, but by men in suits sitting behind desks" - C. S. Lewis ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: SegFault with GnomeCanvas (Polygon)
> 3) I don't have debug feature for Gtk/GNOME so the only thing I know is that > I'm getting seg-fault (and no core dump) on the call of > gnome_canvas_item_set. I can make a little test case and send it to the list > once it is done (later in the afternoon or maybe tomorrow...) Run gdb program-name then type r to run the program, make it segfault and type bt to see exactly where it crashed. iain -- "Everybody thinks of changing humanity and nobody thinks of changing himself" - Leo Tolstoy. ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: gtk2 Segmentation faults
On Sun, 2002-03-17 at 18:56, Kristian Peters wrote: > Hello. > > Please cc me. I'm not subscribed (yet). > > No matter what gtk2-code I compile, every time it crashes immediately after the >first gtk-statement. Are you running a gtk1.2 LD_PRELOAD hack for antialiasing? iain -- "Everybody thinks of changing humanity and nobody thinks of changing himself" - Leo Tolstoy. ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: drawing area and expose event
On Wed, 2002-02-27 at 16:47, Norman Black wrote: > Hmmm. "all drawing"!!! > > Are you saying that when a user hits the "e" key in my program I should > generate an expose event to draw the "e" in my window rather than simply > draw the "e" in response to them pressing "e". Well, if you don't do it in the expose callback anyway, it's not going to be there, so you might as well. iain -- "All men of conscience or prudence ply to windward, to maintain their wars to be defensive." -- Roger Williams ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: memory leaks (continued)
On Fri, 2002-02-15 at 20:57, [EMAIL PROTECTED] wrote: An expansion to an earlier mail I sent... In this code snippet below I can observ that removing(destroying) container widgets does not have the desired effect. Please comment:> What specific reason do you need to delete the widgets on a page when the page is changed? iain -- "All men of conscience or prudence ply to windward, to maintain their wars to be defensive." -- Roger Williams ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
configure on Win9x
Hi. I'm trying to configure glib, but when I try to make it, it fails. When I look at the log for configure, I get the following error messages: configure:3741: checking for wctype.h configure:3748: C:/cygwin/bin/gcc -E conftest.c >/dev/null 2>conftest.out configure:3744: wctype.h: No such file or directory /cygdrive/c/glib/obj/configure:3886: undefined reference to `iswalnum' configure: In function `main': configure:5366: too many arguments to function `pthread_getspecific' configure: failed program was: #line 5363 "configure" configure:5426: warning: unused variable `tval' configure: failed program was: #line 5421 "configure" [end snippets] I have tried building with both cygwin and djgpp, and yes, I am using GNU make. Either there are errors in the configure file, or it won't compile with the two compilers I'm using. Why not? Thanks. __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK / SDL bis
> In fact I would like to "include" a little SDL window in a
> big GTK window. (by example to be able to play movies in my
> GTK application)
Okay, you can do it with the hack below, but you have to do the putenv
hack *before* you call SDL_Init.
Also from what I understood about SDL you can only have one window per
process, at least only one window embedded in a GTK window as the putenv
hack is global.
I dunno if it's possible with threads to get more than one SDL window into
a GTK one, but it's possibly the ugliest hack I've seen yet. Plus when you
start trying to do this stuff with bonobo controls, then you have fun
about waiting for windows to be realised before calling sdlinit.
iain
>
>
>
> I tried to resolve my problem with your advices :) but I
> have still problems. here is the part of my program with
> problems:
>
>
> SDL_Thread *thread;
> GtkWidget *drawing_area;
> Windowxwin;
>
> gtk_sess *sess = (gtk_sess *)data;
>
> sess->new = gtk_window_new(GTK_WINDOW_TOPLEVEL);
> gtk_widget_set_usize(sess->new, 460, 500);
> // gtk_widget_show (sess->new);
>
> sess->fixed = gtk_fixed_new();
> gtk_widget_ref (sess->fixed);
> gtk_widget_show (sess->fixed);
> gtk_container_add(GTK_CONTAINER(sess->new), sess->fixed);
>
> drawing_area = gtk_drawing_area_new();
> gtk_widget_set_usize(drawing_area, 100, 100);
> gtk_fixed_put(GTK_FIXED(sess->fixed), drawing_area, 400,
> 400);
> gtk_widget_realize(drawing_area);
> gtk_widget_show(drawing_area);
>
>
> { char SDL_windowhack[32];
> sprintf(SDL_windowhack,"SDL_WINDOWID=-543170384",
>GDK_WINDOW_XWINDOW(drawing_area->window));
> putenv(SDL_windowhack);
> }
>
> screen = SDL_SetVideoMode(100, 100, 0, 0);
> thread = SDL_CreateThread(play_film, sess);
> if (thread == NULL)
> printf("Probleme avec la thread\n");
> // gtk_timeout_add(5, animation, sess);
>
>
> I do the SDL_Init before this in an init function.
>
> Do you see something wrong in this code ?
>
> Thanks a lot for help
>
> Raph
> _
> Le journal des abonnés Caramail - http://www.carazine.com
>
>
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list
Re: scrollbar display options
On 27 Apr 2001 13:33:38 -0500, [EMAIL PROTECTED] wrote: > I notice that there are no options controlling scrollbar display in the 2.0 > api. I think it would be useful to allow programmers (and users) to specify > how they want the three elements of the scrollbar. Users - maybe/yes Programmers - NO! If we leave it up to programmers then we have 5 applications doing it one way, 3 doing it another, and one weirdo who loved the NEWS way and wants all 6 of his apps doing it that way. iain ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Leak with gtk_tree_item.
On 19 Apr 2001 10:29:27 -0400, Havoc Pennington wrote: > > Oh, btw, GtkTree is junk - use GtkCTree. ;-) In GTK+ 2, what widget should we use if we want a list of widgets? GtkCList can't do it, and I think I remember being told GtkTreeView (or whatever the new tree/list spiderbaby is called) can't do it either. Should we still be using GtkList for this eventuality? iain ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
[Iain ] Re: Saving images from gdk-pixbuf?
> For my purposes, being able to easily take the current pixbuf and write it > to a PNG or JPEG would be truly wonderful. > > If someone can point me in the right direction, it would be great. Thanks > in advance. Check out the encompass module in GNOME cvs and in the src dir you will find io-png.[ch] and io-jpg.[ch] which are pixbuf savers for png and jpg... iainx
Re: HELP!! Gdk-ERROR **: BadValue (integer parameter out of range for operation)
in gdb, set a breakpoint on main then run with --sync when the program stops at main, set a new breakpoint on gdk_x_error then continue, and the debugger will break when you have the error. The --sync option means that the error will occur when the function is called and not a random time later. iain On 14 Dec 2000 22:04:41 +0800, alan wrote: > My program have a error message.. > > Gdk-ERROR **: BadValue (integer parameter out of range for operation) > serial 8 error_code 2 request_code 1 minor_code 0 > > But I still don't know where bugs is. > > ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: gtk_dialog_cauldron
> Has anybody ever used this function? Please, find my (tiny) testfile > attached and tell me if it works for you. You need to called gnome_init or gtk_init iain ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Can anyone help me with this code?
> In this case, I think, that you should call the gtk_exit() in > the last existing process, not in the newly created process - I'd rather > finish it in regular way. (exit()). When you call gtk_exit(), it should > deallocate all the resources used by gtk, and probably also close > connections between the gtk program and X server. You should call _exit (); rather than exit (), as calling exit() runs the gtk atexit functions and closes gtk. iain ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Help on MDI
> This was discussed a lot of times. In short, you can't (you'll have to > implement window manager in order your app look like MDI in windows). Read > archives of gtk-list. You could also use the Gnome MDI stuff. This allows mdi to be set up how the user wants it. And possibly in the future will support window-in-window MDI (*). iain (*)The development branch already does support it, but a) It looks ugly as sin b) It's the unstable branch and the development branch doesn't actually work/compile very nicely so you shouldn't be touching it :) ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: New version of GTK+
> *icck* > > This implies that we gnome/gtk+ users will start to suffer the same woes > as the Qt/KDE users when Qt went to 2.X...multiple libraries on same > systems...:-( Nope. Both versions can be installed together and still work. iain ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: I meet problem when I make glib1.2.7
There should be a link /usr/include/linux that is linked to /usr/src/linux-2.2.5/include/linux ln -s /usr/src/linux-2.2.5/include/linux /usr/include/linux should do the trick. iain - Original Message - From: xbx To: [EMAIL PROTECTED] Sent: Thursday, July 13, 2000 1:23 AM Subject: I meet problem when I make glib1.2.7 dear sir: I download the glib-1.2.7 and do "./configure" successfully,but when I do "make", it reports error: "/usr/include/bits/errno.h:25: linux/errno.h: No such file or directory" I use RedHat 6.0 linux , I found one "errno.h" in the directory: "/usr/src/linux-2.2.5/include/linux". But I don't know if it is the correct one. Could you help me? respectfully yours 7-13-2000 ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
GDK_WINDOW_XWINDOW weirdness.
Hi guys,
I've been playing around with writing a Nautilus view for Mpeg movies, and
I've come across something I don't understand, and didn't expect. Basically,
calling GDK_WINDOW_XWINDOW () on any widget->window that is embedded in a
NautilusView crashes.
For example
da = gtk_drawing_area_new ();
gtk_container_add (GTK_CONTAINER (view), da);
gtk_widget_show (da);
sdl_win = g_strdup_printf ("SDL_WINDOW=%ld", GDK_WINDOW_XWINDOW
(da->window));
putenv (sdl_win);
crashes in a pthread callback.
whereas
window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
da = gtk_drawing_area_new ();
gtk_container_add (GTK_CONTAINER (window), da);
gtk_widget_show_all (window);
sdl_win = g_strdup_printf ("SDL_WINDOW=%ld", GDK_WINDOW_XWINDOW
(da->window));
putenv (sdl_win);
works fine (execpt the movie plays outside the Nautilus window, which kinda
defeats the purpose)
Have I missed some finer point about this? I put gdk_threads_(enter|leave)
calls around the GDK_WINDOW_XWINDOW call, but it didn't help.
Thanks
iain
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list
Re: resizing tables with widget and unref
> gtk_signal_connect(GTK_OBJECT(remove_panel_window), "destroy", > GTK_SIGNAL_FUNC(remove_list_from_panel), &main_vbox); Should this really be &main_vbox and not just main_vbox? main_vbox should be GtkWidget *main_vbox = gtk_vbox_new (...); or is there some special reason why you're doing it another way? iain ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
OT Re: When to g_free()
> Should I be g_free()ing my gtk_editable_get_chars()? Is there a rule of thumb > to follow that will make it easier to figure out what to free and what doesn't > need to be freed? If it crashes, you probably shouldn't have freed it :) ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: (no subject)
> Gtk-WARNING **: The `GtkPie' class is smaller than its parent class
> `GtkWidget'
> Segmentation fault (core dumped)
>
> The structure _GtkPieClass is as follows :
>
> struct _GtkPieClass {
> GtkWidgetClass *parent_class;
> };
> How is it possible that sizeof(GtkPieClass) is smaller than its parent
> class.
It should be
GtkWidgetClass parent_class;
Not a pointer, but the actual class.
iain
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list
