Hello, can someone explain me what's the rule of the empty ~HelloWorld()
destructor in gtkmm Hello World example[1]? Actually base class
Gtk::Window destructor would be called anyway, whatever ~HelloWorld()
is defined or not, and it's not clear to me if it's just a redundant
statement, a
Hi List,
TL; DR: See attached source code. button_press refuses to fire on
EventBox parent of HScale when clicking on trough or slider, but
double-clicking fires one button_press.
I'm trying to connect to the button press event of an HScale. I quickly
found that this did not work. So I tried
Hi,
it's not needed.
With regards,
michi
Hello, can someone explain me what's the rule of the empty ~HelloWorld()
destructor in gtkmm Hello World example[1]? Actually base class
Gtk::Window destructor would be called anyway, whatever ~HelloWorld()
is defined or not, and it's not clear to me
I have been working with Gtkmm for about a month, and there are numerous
things I am sure I need to know, but what I am wondering about now has
to do with the headers. In most of the Gtkmm examples, the
comprehensive include gtkmm.h is used. I have copied this and of
course it works fine.
On Mon, 2010-01-11 at 12:02 -0500, Andy Gilman wrote:
I have been working with Gtkmm for about a month, and there are numerous
things I am sure I need to know, but what I am wondering about now has
to do with the headers. In most of the Gtkmm examples, the
comprehensive include gtkmm.h is
Thank you.
Murray Cumming wrote:
On Mon, 2010-01-11 at 12:02 -0500, Andy Gilman wrote:
I have been working with Gtkmm for about a month, and there are numerous
things I am sure I need to know, but what I am wondering about now has
to do with the headers. In most of the Gtkmm examples, the
oops, accidentally sent this response to murray instead of the list...
---BeginMessage---
On Mon, 2010-01-11 at 18:16 +0100, Murray Cumming wrote:
On Mon, 2010-01-11 at 12:02 -0500, Andy Gilman wrote:
I have been working with Gtkmm for about a month, and there are numerous
things I am sure I
Hi,
Usually the needed file is named after the Class
Gtk::Main - gtkmm/main.h
Gtk::Window -- gtkmm/window.h
This files will include the files with the needed classes
Gtk::Dialog inherits Gtk::Window - gtkmm/dialog.h includes gtkmm/window.h
If you keep your includes-List up-to-date, it should
Thank you again.
Jonathon Jongsma wrote:
oops, accidentally sent this response to murray instead of the list...
Subject:
Re: headers question
From:
Jonathon Jongsma jonat...@quotidian.org
Date:
Mon, 11 Jan 2010
Dear Lyle Underwood,
Please pass false as a second argument to the connect() function:
hscale-signal_button_press_event().connect
(
sigc::mem_fun(*this, MyClass::on_hscale_button_press_event), false
);
MyClass::on_hscale_button_press_event()
{
On Sat, 2010-01-09 at 21:04 +0100, Krzesimir Nowak wrote:
On Thu, 2010-01-07 at 09:39 +0100, Murray Cumming wrote:
gmmproc's use of perl and m4 (and how those parts are interdependent)
makes it very hard to add new features or to fix problems.
How much extensibility is needed? I mean -
2010/1/11 michi7x7 mailing-li...@michi7x7.de:
Hi,
it's not needed.
Thanks. While the answer was pretty obvious, I am often of the opinion
that examples should be as simple, clear and clean as possible. So if
the author is listening, please consider removing this and other (if
any) unneeded
The last plotmm relase (version 0.1.2) doesn't compile whith gtkmm
(not completely).
I join the patch. Work for me.
Copy to Andy Thaller, the project admin of Plotmm
gtkm24-fixes.patch
Description: Binary data
___
gtkmm-list mailing list
I guess that makes me dumb then !
Thanks.
On Tue, 2010-01-12 at 01:57 +0800, s...@graduate.hku.hk wrote:
Dear Lyle Underwood,
Please pass false as a second argument to the connect() function:
hscale-signal_button_press_event().connect
(
sigc::mem_fun(*this,
2010/1/11 Murray Cumming murr...@murrayc.com:
And does either pattern make a difference in the speed
with which the executable file is executed?
No, if anything it would affect the size of your executable, though
that's unlikely.
No, I am sure that what headers you include cannot affect
Thanks again smso,
But I've been testing and testing this and as far as I can tell setting
after = false as the second param of the connect function changes
nothing in this situation. I can't see any affect at all. Updated test
source is attached. Here are some pertinent bits:
Quoting Lyle Underwood lyleunderw...@gmail.com:
Thanks again smso,
But I've been testing and testing this and as far as I can tell setting
after = false as the second param of the connect function changes
nothing in this situation. I can't see any affect at all. Updated test
source is
17 matches
Mail list logo