Re: using TreeView::set_cursor in a function connected to CellRendererText::signal_edited

I just would to say that I am using auto-start editing cells in my app with gtk2+ v2.10/v2.12. And my callbacks are connected at CellRenderer::signal_edited() and Widget::signal_focus_out_event() for cell widget. The difference is that I am not calling TreeView::set_cursor from signal handler

Re: Building GStreamermm with GStreamer 1.0

I've been hacking around with this a bit, though I got stuck rather soon due to my limited knowledge of gtkmm/gstreamermm... From what I got so far is that the build fails mainly on audioringbuffer. Aside from a few minor issues, instead of having direct members for stuff like sample width and

Re: How to update both the Console and the GTKMM gui window after running other functions

OK, if you don't care about making the window unresponsive while processing is happening then this example should be helpful: https://git.gnome.org/browse/gtkmm-documentation/tree/examples/book/idle You should worry about making the window unresponsive, regardless of the programming language, but

Re: Building GStreamermm with GStreamer 1.0

On Fri, 2013-08-02 at 10:13 +0200, Dirk Van Haerenborgh wrote: I've been hacking around with this a bit, though I got stuck rather soon due to my limited knowledge of gtkmm/gstreamermm... From what I got so far is that the build fails mainly on audioringbuffer. Aside from a few minor

Re: How to update both the Console and the GTKMM gui window after running other functions

I don't know what you mean by unresponsive. I hope you don't mean that the window would be dimmed and have the appearance of being locked up and appear crashed, without the ability to copy and past from it, or to resize it. If that is what you're saying, it would be horrible. Some of my current

Re: How to update both the Console and the GTKMM gui window after running other functions

Sorry, I'm not interested in being in a big email thread with such verbose responses. If you have specific problems with specific actual code, I'm sure people will offer specific help. -- Murray Cumming murr...@murrayc.com www.murrayc.com www.openismus.com

Re: Building GStreamermm with GStreamer 1.0

On 08/02/2013 10:32 AM, Murray Cumming wrote: On Fri, 2013-08-02 at 10:13 +0200, Dirk Van Haerenborgh wrote: I've been hacking around with this a bit, though I got stuck rather soon due to my limited knowledge of gtkmm/gstreamermm... From what I got so far is that the build fails mainly on

Re: Building GStreamermm with GStreamer 1.0

On 08/02/2013 10:32 AM, Murray Cumming wrote: On Fri, 2013-08-02 at 10:13 +0200, Dirk Van Haerenborgh wrote: I've been hacking around with this a bit, though I got stuck rather soon due to my limited knowledge of gtkmm/gstreamermm... From what I got so far is that the build fails mainly on

Wrapping internal class's methods

Hi, I'm trying to wrap static method of internal class: class C1 { private: class Internal { _WRAP_METHOD(static void f(), c_f) }; public: // other C1's methods }; Unfortunatelly, it doesn't work. I think, it's due internal class. Is it possible

List/TreeStore and threads

Hi, my application fills some TreeStrores and ListStores at runtime but the data is read from large files and the computation of some values takes time. Therefore I put a progress bar in a splash window and fill the store in another thread. The TreeView fills oddly: once the lines do not

Re: How to update both the Console and the GTKMM gui window after running other functions

Murray, I most sincerely apologize. I thought I was helping by giving more description of the problem to help avoid people who might contribute spending a lot of time on something that won't work. Based on most of the responses it has taken more than one message to clarify the problem. I

Re: List/TreeStore and threads

I'm not entirely sure of your problem, but I do know that GTK does not guarantee *any* thread safety for it's components. You should not be modifying the TreeView outside the UI thread. If this is how GTK manifests this problem, so be it. There is a Glib::Dispatcher() [1] [2] which would allow you

Re: List/TreeStore and threads

Thanks Kevin. I know of the dispatcher but the problem is that I need to fill a TreeStore: the data is very complex and hard to send through a dispatcher. Does anyone know if filing a store that is not bound to any TreeView would be ok (out of the main thread, I mean)? Is so, I could just

Re: List/TreeStore and threads

Well, if you wanted to go the route of dispatcher, I'll outline how I did it in a past life: 1. Queue object which holds TreeStore items for insertion - insert method, ability for window to get queue and lock it (mutex) 2. MainWindow which holds the TreeView - contains dispatcher that is

Re: Wrapping internal class's methods

2013-08-02 14:05, Marcin Kolny skrev: Hi, I'm trying to wrap static method of internal class: class C1 { private: class Internal { _WRAP_METHOD(static void f(), c_f) }; public: // other C1's methods }; Unfortunatelly, it doesn't work. I think, it's due internal class.

Re: How to update both the Console and the GTKMM gui window after running other functions

Hi, Alan. I've worked on the last example in many ways. The program compiles without errors and shows a gui window, but nothing is ever output to the window. If you have experimented up to this point and found a method, can you help me with an example. I'll remind you that I'm embarrassed

Re: How to update both the Console and the GTKMM gui window after running other functions

Thanks. I forgot to remind you of important details. For one I forget to mention that the “sleep(10)” function represented a function that is processing such as searching all the network drives for a string and doing other chores that might take up to three hours or more. Then when it gets back