, this is different from the X11 event model which maps scroll
wheel events to mouse buttons 4 and 5.
--
-Mike Melanson
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
into FFmpeg (ffmpeg.org), at which point it would be accessible to a
huge number of existing media players.
Think about it...
--
-Mike Melanson
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman
is
blocking:
audio_thread:
while (running)
mix_audio()
output_audio()
If the behavior is non-blocking (i.e., the output_audio() function
returns immediately), you will have to go through the trouble of waiting
somehow until the device is ready to receive more data.
--
-Mike Melanson
it into RGB
Perhaps use an Xv overlay? That's outside the purview of GTK, but I know
it's still possible since there are GTK movie players that use Xv
overlays. And you get hardware scaling for free.
--
-Mike Melanson
___
gtk-app-devel-list mailing
.
Then create a new image in memory with gdk_image_new() and copy the
decoded RGB data over.
--
-Mike Melanson
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
are you using for profiling? 'top'? Some other tool? Or
does it just 'feel' slower?
--
-Mike Melanson
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
the terminology straight. Perhaps what you are
looking for is a mnemonic vs. an accelerator. Look that up. It might
be what you're looking for.
--
-Mike Melanson
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman
.
--
-Mike Melanson
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
the icon file to textual data that can be #include'd in
the source code?
--
-Mike Melanson
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Hi,
From my GTK app, I need to query the state of a key. E.g., I need to
check if the up-arrow is currently down or up. Is there a clean GTK/GDK
way to do this? I know that X11 has XQueryKeymap() but I don't want to
have to fall back on that if I can help it.
Thanks...
--
-Mike
Mike Melanson wrote:
Tristan Van Berkom wrote:
Did you add the events to the event mask before the widget was
realized ?
Does the widget in question have keyboard focus at the time
you want to recieve the keyboard events ?
Is the widget in question marked to be focus-capable ?
(i.e
Mike Melanson wrote:
I found that when I put a big text widget inside the XEmbed'ed GtkPlug
container instead of a big drawable canvas, it was able to receive
focus. Digging into the GTK source code, I noticed that it calls
gtk_widget_grab_focus() when it receives a button press event. So I
change but I'm afraid I might be fighting with the
hosting app for the key events.
--
-Mike Melanson
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
I swap the
canvas out for a more text-oriented widget, I get all the key events I want.
Thanks...
--
-Mike Melanson
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel
gdk_draw_rgb_image()/gdk_draw_rgb_32_image() which clearly states
that it wants data in RGB order.
Is there a facility I am overlooking for rendering the BGR bitmap?
Thanks...
--
-Mike Melanson
___
gtk-app-devel-list mailing list
gtk-app-devel
15 matches
Mail list logo