On Tue, 2006-10-31 at 12:02 -0600, Matt Hoosier wrote:
I'm having some trouble tracing through all the templates in the
SListHandle to see how one is supposed to convert a mundane
std::vector into the SListHandle required by the various
Gnome::Conf::Client::set_XXX_list() methods.
Anybody
I'm having some trouble tracing through all the templates in the
SListHandle to see how one is supposed to convert a mundane
std::vector into the SListHandle required by the various
Gnome::Conf::Client::set_XXX_list() methods.
Anybody know the right way to do this? Most examples I find cover the
On Tue, 31 Oct 2006 12:44:45 -0600, Paul Davis wrote:
This definitely looks to be a bug in gtk+ so far.
Doing the follow is a work around:
int main(int argc, char * argv[])
{
Gtk::Main m(argc, argv);
Gtk::Window w;
Gtk::Adjustment adj(25, 0, 100, 1, 10, 10);
I think I've got a patch thats compiling right now, but I'll have to
wait and see.
I recommend building using jhbuild, it makes everything pretty simple,
the first build takes awhile cause it builds all the dependancies it
needs, but its fairly automatic.
I'll let you know when this is done if
On Tue, 2006-10-31 at 13:06 -0500, Paul Davis wrote:
On Tue, 2006-10-31 at 12:02 -0600, Matt Hoosier wrote:
I'm having some trouble tracing through all the templates in the
SListHandle to see how one is supposed to convert a mundane
std::vector into the SListHandle required by the various
On Tue, 2006-10-31 at 14:29 -0500, Amadeus W.M. wrote:
By the way, which gtk+ is gtkmm-2.10.2 wrapping? I imagine it's
gtk+-2.10.2 but there is also gtk+ up to gtk+-2.10.6.
We keep to keep the x.y numbers in sync, but it would be impossible to
keep all three numbers in sync. That would
On Tue, 31 Oct 2006 13:52:09 -0600, Paul Davis wrote:
I think I've got a patch thats compiling right now, but I'll have to
wait and see.
Excellent!
I recommend building using jhbuild, it makes everything pretty simple,
the first build takes awhile cause it builds all the dependancies it
Here is a working patch. Although, really its more of a work around.
Someone should ask on the gtk list whats going on with this class.
Its kind of schizophrenic. The GtkAdjustment structure contains six
member variables that are also listed as properties. Murray might know
better, but I've
Thanks, both of you.
On 10/31/06, Murray Cumming [EMAIL PROTECTED] wrote:
On Tue, 2006-10-31 at 13:06 -0500, Paul Davis wrote:
On Tue, 2006-10-31 at 12:02 -0600, Matt Hoosier wrote:
I'm having some trouble tracing through all the templates in the
SListHandle to see how one is supposed to
Amadeus,
I forgot to mention that there's some pretty good information on using
jhbuild on these two pages:
http://www.gtkmm.org/docs/gtkmm-2.4/docs/tutorial/html/apg.html
http://www.gnome.org/~jamesh/jhbuild.html
Paul
On 10/31/06, Paul Davis [EMAIL PROTECTED] wrote:
Here is a working patch.
Paul Davis wrote:
On Mon, 2006-10-30 at 01:00 +0200, Paul Pogonyshev wrote:
Hi,
Is there a way to make a slot that calls `delete arg' on its argument
pointer (of a known type.) It is trivial to write a one-line function
for it, but maybe there is a standard one ready for this?
its
On Tue, 2006-10-31 at 14:24 -0600, Paul Davis wrote:
Ie, the value, lower, upper, et al values are stored as *both*
properties and structure member variables.
Properties must be implemented somehow. Most of the time that's done by
getting/setting struct member variables in the get_property()
Thanks for the patch. Exactly what version of gtk+ did you use?
And in what directory do I have to be to apply the patch? I have to worry
about these things, don't I?
Also, from what you're saying about gtk's adjustment, it seems that there
are two sets of data for the same piece of information.
Murray,
From what I can tell, these are being implemented twice.
The following is from gtk+/gtk/gtkadjustment.h and .c
struct _GtkAdjustment
{
GtkObject parent_instance;
gdouble lower;
gdouble upper;
gdouble value;
gdouble step_increment;
gdouble page_increment;
gdouble
Amadeus, if you just setup jhbuild, it pulls everything from source
repositories. After its built everything, you can apply the patch to
the gtkmm tree with something like:
patch -p0 adjustment.patch
And recompile.
On 10/31/06, Amadeus W.M. [EMAIL PROTECTED] wrote:
Thanks for the patch.
On Monday 30 October 2006 08:10, Toralf Lund wrote:
Chris Vine wrote:
On Wednesday 25 October 2006 10:21, Toralf Lund wrote:
Does Gtkmm/Gdkmm offer a nice and simple way to find out if a widget or
window is actually visible to the user, i.e. is mapped *and not obscured
by another window*?
Send Gtkmm-forge mailing list submissions to
[EMAIL PROTECTED]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach
17 matches
Mail list logo