Re: explicit signal connection vs. overriding function

2010-05-10 Thread Murray Cumming
On Mon, 2010-05-10 at 20:50 +, Piscium wrote: > And what are the advantages of each way of connecting signals? > > It seems to me that overriding a signal method requires less typing, > and results perhaps in more readable code. Yes, that's the point of the default signal handlers. > On the

Re: explicit signal connection vs. overriding function

2010-05-10 Thread José Alburquerque
On Mon, 2010-05-10 at 21:17 -0400, Paul Davis wrote: > connect() takes an extra default boolean argument that allows control > of this too. it defaults to "true" which means "call after the default > handler, if the default handler didn't stop the signal emission". a > critical tool for some purpo

Re: hilghlighting

2010-05-10 Thread 3rdShift
Both Gtk::Label and Gtk::TextView support Pango markup which gives you more then enough to accentuate your text. http://library.gnome.org/devel/pango/stable/PangoMarkupFormat.html regards, --vlg On Mon, 2010-05-10 at 17:56 +0200, deloptes wrote: > michi7x7 wrote: > > > Hi, > > > > why don't us

Re: explicit signal connection vs. overriding function

2010-05-10 Thread Paul Davis
2010/5/10 José Alburquerque > > One difference from connecting versus deriving is that with connecting, > it is possible to use connect_notify() instead of connect() which allows > controlling whether the handler will be called before or after the > default signal handler: > > > http://library.gn

Re: explicit signal connection vs. overriding function

2010-05-10 Thread Piscium
Muchas gracias, José. That was very helpful. Lots to read. Good night. - Original Message From: José Alburquerque To: Piscium Cc: gtkmm-list@gnome.org Sent: Mon, 10 May, 2010 22:54:58 Subject: Re: explicit signal connection vs. overriding function On Mon, 2010-05-10 at 17:37 -0400,

Re: explicit signal connection vs. overriding function

2010-05-10 Thread José Alburquerque
On Mon, 2010-05-10 at 17:37 -0400, José Alburquerque wrote: > On Mon, 2010-05-10 at 20:50 +, Piscium wrote: > > And what are the advantages of each way of connecting signals? > > > > It seems to me that overriding a signal method requires less typing, and > > results perhaps in more readable

Re: explicit signal connection vs. overriding function

2010-05-10 Thread José Alburquerque
On Mon, 2010-05-10 at 20:50 +, Piscium wrote: > And what are the advantages of each way of connecting signals? > > It seems to me that overriding a signal method requires less typing, and > results perhaps in more readable code. > > On the other hand, the method on_expose_event used in Drawi

Re: explicit signal connection vs. overriding function

2010-05-10 Thread Piscium
And what are the advantages of each way of connecting signals? It seems to me that overriding a signal method requires less typing, and results perhaps in more readable code. On the other hand, the method on_expose_event used in DrawingArea is protected, so one can override it only if one deriv

Re: explicit signal connection vs. overriding function

2010-05-10 Thread José Alburquerque
On Mon, 2010-05-10 at 16:30 -0400, José Alburquerque wrote: > On Mon, 2010-05-10 at 19:57 +, Piscium wrote: > > This begs the question: are the two methods of handling signals equivalent? > > Is it always possible to choose either of them? > > > > Yes, there are two methods. Classes that a

Re: explicit signal connection vs. overriding function

2010-05-10 Thread José Alburquerque
On Mon, 2010-05-10 at 19:57 +, Piscium wrote: > This begs the question: are the two methods of handling signals equivalent? > Is it always possible to choose either of them? > Yes, there are two methods. Classes that are derived from Glib::Object that have signals such as signal_signalname

explicit signal connection vs. overriding function

2010-05-10 Thread Piscium
I have looked at a few examples in the gtkmm online book. Several of them handle signals coming from widgets by connecting to signals like this: class Buttons : public Gtk::Window { public: Buttons(); virtual ~Buttons(); protected: //Signal handlers: void on_button_clicked(); //Child

RE: Gstreamer inside Gtkmm window

2010-05-10 Thread sledge hammer
What is "g"? Is it you toplebel Gtk::Window or your Gtk::DrawingArea? Also as someone else mentioned, you don't have to use "loop = g_main_loop_new (NULL, FALSE);" the gtkmm's Gtk::Main is sufficient. Date: Fri, 7 May 2010 17:25:27 +0200 From: mattia...@gmail.com To: gtkmm-list@gnome.org Sub

Re: hilghlighting

2010-05-10 Thread deloptes
michi7x7 wrote: > Hi, > > why don't use gtksourceviewmm? > http://projects.gnome.org/gtksourceviewmm/ > Thanks, sounds good. The problem is that I want to highlight just specific portions of the textflow. I.e. John Doe should appear _bold_ or green or be clickable. Is it doable with gtksource

Re: Gstreamer inside Gtkmm window

2010-05-10 Thread José Alburquerque
On Mon, 2010-05-10 at 11:44 +0200, Mattia Donna Bianco wrote: > Il 07/05/2010 20:45, José Alburquerque ha scritto: > > I think you would have to do something similar with your code (ie. > > connect to the drawing area's realize signal, store the ID of the area > > when you receive the signal and th

Re: hilghlighting

2010-05-10 Thread michi7x7
Hi, why don't use gtksourceviewmm? http://projects.gnome.org/gtksourceviewmm/ With regards, michi7x7 hello, I need a hint how I can accomplish one simple task in the textview. It is the following situation: I have an xml file that I can transform (xsl) to get a content that I want to view hig

hilghlighting

2010-05-10 Thread deloptes
hello, I need a hint how I can accomplish one simple task in the textview. It is the following situation: I have an xml file that I can transform (xsl) to get a content that I want to view highlighted by gtk/mm. The question is what is the best format to fit gtk for text highlighting? Can someone

Re: Gstreamer inside Gtkmm window

2010-05-10 Thread Mattia Donna Bianco
Il 07/05/2010 20:45, José Alburquerque ha scritto: On Fri, 2010-05-07 at 17:25 +0200, Mattia Donna Bianco wrote: Hi, I'm trying to insert a gstreamer output inside a Gtk window. I managed to do that but I would to reserve to the gstreamer output just a portion of the entire window; in fact I