Gdk-CRITICAL **: gdk_drawable_set_colormap: assertion `cmap == NULL || HOW TO HANDLE: gdk_drawable_set_colormap: assertion `cmap == NULL || gdk_drawable_get_depth (drawable) == cmap-visual-depth' fa
Hi all , I have an application running on DirectFB and I have a function gnome_canvas_new_aa( ) to generate a canvas As an example , a code snippet would be as below GtkWidget *canvas_widget; gdk_rgb_init( ); gtk_widget_push_visual(gdk_rgb_get_visual( )); gtk_widget_push_colormap(gdk_rgb_get_cmap( )); canvas_widget = gnome_canvas_new_aa( ); gtk_widget_pop_visual( ); gtk_widget_pop_colormap( ); But i get the warning Gdk-CRITICAL **: gdk_drawable_set_colormap: assertion `cmap == NULL || gdk_drawable_get_depth (drawable) == cmap-visual-depth' failed And my canvas appears blue / dark blue /balck in color What could be the reason for this? And how u handle this warning? plz help Thanks Regards sv. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: gnome canvas doesnt work properly on GTK-DirectFB
Hi Paul, k. So the fix you spoke about was in your application code and not in your GTK-quartz backend? CMIIMW. On Wed, Jun 11, 2008 at 8:04 PM, Paul Davis [EMAIL PROTECTED] wrote: On Wed, 2008-06-11 at 19:55 +0530, svalbard colaco wrote: HI all; Further debugging has shown that antialiased canvases formed using gnome_canvas_new_aa() appear correctly on GTK-DFB backend whereas canvases formed using gnome_canvas_new() fail to render on GTK-DirectFB ;rather they appear black instead of white. in which case, my previously mentioned issue is not relevant. and to be clear, my fix for that problem is not in any distributed version of GnomeCanvas or in any repository. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: gnome canvas item apears black on GTK-DirectFB
Hi I have not been able to find out the fix that u mentioned in quartz backend; in gtk+-2.10.14; could u elaborate on that please? It will be very helpful; Thanks Regards sv. On Mon, Jun 9, 2008 at 6:07 PM, svalbard colaco [EMAIL PROTECTED] wrote: Hi Paul Davis , Thanks for your prompt reply ; Can u tell me where exactly the changes have to be done? As u mentioned there is a fix in quartz ; can u elaborate on that ? where in the source code i can find it ? Could i provide a similar fix on DirectFB stack or should i use that the mentioned function in the appllication code itself ? Awaiting for your inputs... Thanks Regards sv. On Mon, Jun 9, 2008 at 5:14 PM, Paul Davis [EMAIL PROTECTED] wrote: On Mon, 2008-06-09 at 16:00 +0530, svalbard colaco wrote: Hi all, I have an application running on GTK-DirectFB and its observed that , a part of the window, which is a gnome canvas item is not rendered properly rather that entire vbox appears black, But when i click on , on a click_to_ add canvas item within that vbox it appears white as expected. this happens on the quartz backend too, and is caused by the non-standard update model used by the canvas. there is a relatively simply fix on quartz. in the paint() function, the canvas should not be delivery expose events to itself, but instead should call gdk_window_invalidate_region(). ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
gnome canvas item apears black on GTK-DirectFB
Hi all, I have an application running on GTK-DirectFB and its observed that , a part of the window, which is a gnome canvas item is not rendered properly rather that entire vbox appears black, But when i click on , on a click_to_ add canvas item within that vbox it appears white as expected. But at start the gnome canvas item fails to render on the screen , and hence black . CMIIMW. I get this warning too... *GLib-GObject-WARNING **: invalid cast from `GdkPixmap' to `GdkWindow'* Could it be related to the behaviour observed? I used cairo to built my backend upgraded that to a higher version but the issue doesnt get resolved. Could it be a GTK-DirectFB realted issue. What could be the reason for such a behaviour? Any insight in this regard will be of great help. Thanks Regards sv. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: gnome canvas item apears black on GTK-DirectFB
Hi Paul Davis , Thanks for your prompt reply ; Can u tell me where exactly the changes have to be done? As u mentioned there is a fix in quartz ; can u elaborate on that ? where in the source code i can find it ? Could i provide a similar fix on DirectFB stack or should i use that the mentioned function in the appllication code itself ? Awaiting for your inputs... Thanks Regards sv. On Mon, Jun 9, 2008 at 5:14 PM, Paul Davis [EMAIL PROTECTED] wrote: On Mon, 2008-06-09 at 16:00 +0530, svalbard colaco wrote: Hi all, I have an application running on GTK-DirectFB and its observed that , a part of the window, which is a gnome canvas item is not rendered properly rather that entire vbox appears black, But when i click on , on a click_to_ add canvas item within that vbox it appears white as expected. this happens on the quartz backend too, and is caused by the non-standard update model used by the canvas. there is a relatively simply fix on quartz. in the paint() function, the canvas should not be delivery expose events to itself, but instead should call gdk_window_invalidate_region(). ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
g_signal_connect() Issue
Hi all; I wanted to Know what could be the reason for not being able to connect the select / activate /deselect signal with a widget using g_signal_connect( ) function? I connected a menu widget with the signal select but it fails to respond to it; the menu widget gets rendered ; but takes no siganl via the gtk function g_signal_connect.. Any pointers in this regard will be of great help Thanks Regards sv. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Mouse clicks not recognized on File Drop down menu List widgets......Need Help
Hi all; I'm porting an application on GTK-DirectFB backend, And now my UI gets rendered but The File drop down menu list *does'nt highlight most of the widgets(submenu items)* and hence it does'nt recognize any mouse button clicks;But i can successfully navigate via the Keyboard (Key press Events are recognized); What could be the issue with the drop down submenu items( e.g. File-New-Window not highlighted) *not getting highlighted with mouse movements* over them?? Which are the functions in GTK-DFB which are responsible for highlighting submenu items on mouse movement over them.?? Any pointers will be of great help... Thanks Regards, Sv. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
