Re: Stop text view to scroll on pageup/down (Gabriele Greco)
>I've assigned a global meaning to the PageUp/Down keys in a application and >I catch them with a key snooper. The keys are catched and the action >performed, but if the window contains a textview also the textview contents >are scrolled, so I tried to "catch" the keys in the textview, and then in >the scrolledwindow but without results: > g_signal_connect(sw, "key-press-event", (GCallback)eat_pageupdown, NULL); I just asked a very similar question a few days ago on the list and Murray was kind enough to point out that I needed to connect my signal *before* the regular signal handler (as opposed to after, which is the default). In gtkmm, this was easy as the connect function has a parameter for that very purpose. I don't see how to so so here. Sorry :( -- Garth Upshaw Garth's KidStuff ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GtkPaned
hi everyone,i need help with this widget,how i can resize the gutter of the paned widget?i see the *gtk_paned_gutter_size()* but it is deprecated.i try this way: GTK_PANED(Paned)>gutter_size=10; but it not work,gcc tell me that when compiling: src/MakeWin.c:334: error: ‘GtkPaned’ has no member named ‘gutter_size’ where is the error? BYE :) -- | .-. | IacopoDeeNosee -- <[EMAIL PROTECTED]> || ||\\ |\ || | /v\ \ web: http://visualhunter.sourceforge.net/ || || || ||\|| | /( )\ | Skype: IacopoDeeNosee || ||// || || | ^^ ^^ `-- ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: shared memory queue
2008/10/6 Luka Napotnik <[EMAIL PROTECTED]>: > Hello. > > I have a problem that I need an GAsyncQueue shared among multiple > processes. > If I allocate a structure with shared memory and then allocate the > GAsyncQueue with g_async_queue_new() to a structure member, is the queue > shared or not? And if not, is there a way to do this? No. I guess it would be possible to design an IPC that had a similar api, but the root of the issue is that you need to use sockets/pipes to communicate between processes (while you might use a shared memory slab for the actual data, thats just a detail). Cheers, -Tristan ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Debugging the event loop and other things in gdb
I'm wondering how I can trace and debug the gtk event object or some of the built in constructors. 1 #include "onewindow.h" 2 #include 3 #include 4 5 Onewindow::Onewindow() 6 :m_button(Gtk::Stock::OK) //Create a new button on initialization line 7 { 8 //m_button.add_pixlabel("/usr/local/share/gtk-gnutella/pixmaps/download.xpm","cool button"); 9 10 set_title("Pixeled Button"); 11 set_border_width(18); 12 13 //connect signal when button clicked 14 m_button.signal_clicked().connect(sigc::mem_fun(*this, 15 &Onewindow::clicked)); 16 17 //pack the button into the window 18 add(m_button); 19 20 //show the widget 21 show_all_children(); 22 } 23 I want to debug and trace line 5 and 6 for example here, but ddd won't enter the Button constructor. Ruben Safir http://www.brooklyn-living.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: how can i scale big pixbuf in realtime?
Le Mon, 6 Oct 2008 16:13:25 +0800, "chen zhixin" <[EMAIL PROTECTED]> a écrit : > hello > i have to scale the image i recived,NTSC,30f/s,yuyv->gray and 720*480 > because i need to do something on image,so i use gray->pixmap,and use > cairo_t to do . > then i must scale the 720*480, > use gdk_pixbuf_scale make cpu to 100%. > > is there a better way to do this? > thanks The better way would be gstreamer. Now the question is can you receive the image inside gstreamer? Then you can build a pipeline with gstreamer elements. filesrc would be a start, then I don't know how to manipulate an image. There are other elements that may be interesting like gdkpixbufscale, gdkpixbufsink, and gdkpixbufdec. Look forward for gstreamer. My 2 cents, Mike ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: What strategy to use to deal with Glade-3's problem in removing pixbuf directory paths in .glade file!
On Mon, Oct 6, 2008 at 2:01 PM, Daniel Yek <[EMAIL PROTECTED]> wrote: > Hi, > > I'm trying to find a way to deal with the problem with Glade-3 removing > absolute or relative path from pixbuf property. Hi, since we are in the middle of adding builder support, this would be a great time to file a bug describing what would be the desired behavior for builder (patches also welcome ;-) ) That being said, the rationale behind libglade style pixbufs is that the pixbuf is either in the working directory, or in the specified pixbuf directory (you can add a search path with the libglade api). Glade 3 not allowing a full path is a shortcomming related to poor handling of external resources (i.e. pixbufs related to a glade file are tracked and copied with the glade file... poorly, also bug reports and patches welcome...) Cheers, -Tristan > > That is, given a .glade file containing: > > relativepath/image.png > > > Glade-3 would remove the path and generate this instead: > > image.png > > > Isn't it that, in general, when dealing with XML, it is a good idea not to > regenerating everything, but to keep all XML tags/blocks that the > application/tool doesn't understand? This is desired! > > In this case, isn't it that Glade-3 shouldn't be discarding data (directory > paths) when that relevant tags/blocks in the xml file aren't even modified? > > The ideal case aside, is there a strategy to deal with the current, > following, situation? > o Glade-3 insists on removing directory path from pixbufs. (Problem.) > o libglade is capable of supporting .glade-file-relative path. (Good.) > o gdk-pixbuf's gdk_pixbuf_new_from_file() requires absolute or relative > paths without resource resolution based on any environment variables. So, > application can't make libglade resolves resources by setting an environment > variable. > > Note that if Glade-3 were to not discard relative paths from pixbuf in > .glade file, libglade would have worked. > > I think one clumsy way I can deal with this is to create a script that > post-process .glade file touched by Glade-3 to explicitly restore the pixbuf > directory paths. > > Is there another better way to deal with this problem? > > Thanks. > > -- > Daniel Yek. > > ___ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GtkTreeView foreground color doesn't work if mode is GTK_SELECTION_SINGLE
I changed the foreground color in a GtkTreeView and it works if the selection is set to GTK_SELECTION_NONE, but the color changes back to the default if I set gtk_tree_selection_set_model to GTK_SELECTION_SINGLE and I select the item with my mouse. Is there a way to keep my chosen foreground color even if the selection mode is not GTK_SELECTION_NONE? ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list