|
From: Adrian F. <fe...@ma...> - 2000-06-27 15:16:48
|
> > > gtksheet seems to work but there are some warning messages. > > > > It'd be great to have them identified. > > I'm using gtksheet in my application program, gretl > (http://www.ecn.wfu.edu/gretl). I've found that it works very > nicely under Linux. I've also made a win32 version of my > program (using Tor Lilquist's GTK port for win32) and in that > context gtksheet is misbehaving. On closing a gtksheet window I > see a ton of "GTK CRITICAL" messages relating to > "gtk_widget_unref", with the assertion "gtk_widget != NULL" > failing. These messages spew out into a console box, but > actually they're non-fatal; the program continues OK. I've > searched my own embedding code for problems that might generate > this but I haven't yet found anything. There are no such > messages under Linux. I know Tor is using the development > branch of GTK as the basis for his win32 port, rather than the > latest stable version, and I'm wondering if there's any subtle > incompatibility there. > Yes, it sounds weird. It may be connected to the gtk port. If you find anything let us know, and we'll see how to fix it. > A couple of other gtkextra points while I'm here. > > I really like gtkiconlist and I'm experimenting with it in my > own program. I've hit a couple of snags: > > (1) In scigraphica, if you add worksheet icons repeatedly to an > iconlist window they cumulate in rows, then columns, in their > notebook page, filling the space. If my app, if I add objects > repeatedly they will only fill one row (if the iconlist title > placement is to the right) or one column (if the title placement > is below, which I prefer). Take the latter case: I add a bunch > of objects and they all fall into line in one column, at the > left of the iconlist window, with a vertical scrollbar appearing > when they go beyond the visible vertical space, despite the fact > that there's plenty of unused column space to the right. I've > looked at the scigraphica code and compared it with my own but I > can't figure out where the difference lies -- what is forcing my > objects into just one row or column of the iconlist space. Any > suggestions on this would be very gratefully received. > It shouldn't happend. When the column is filled until the bottom of the window, it should start with a new column. When all the window is filled, then the scrolled bar should appear ON THE BOTTOM. I don't know what could be wrong. It works fine in SG, the demo program, and the file selector. Honestly I'd like help, but I don't know what to say. If you can send the part of the code concerning to the problem, we can eventually find the way. I may also be a bug... > (2) Sorting of objects in an iconlist window: Objects are > auto-sorted by default. I'd like to be able to adjust this, or > turn it off altogether. In my app, I'd prefer for the objects > to be unsorted, appearing in the order in which they were added > to the list. In scigraphica you can "fool" the sorting order > quite easily. Create a bunch of worksheets: you're OK up to > number 9, but then number 10 is inserted between numbers 1 and > 2. > try setting GTK_ICON_LIST(iconlist)->compare_func = NULL; you can customize this also with you own comparison function. Take a look at the default function sort_list in gtkiconlist.c > Thanks very much for the great work on gtkextra: it holds out > the promise of making gtk a much better program development > choice. I'm also very pleased that you've chosen to add gnome > support as an optional extra rather than a core requirement > (e.g. in scigraphica). Personally I really like GTK but can't > be bothered with gnome. > :). Thank you for using it, and for you nice words. Regards, <ADRIAN> |