Hello all,
I'm tinkering with the idea of writing a GTK+ app targeted at an
industrial touchscreen all-in-one device (like this one:
http://www.faytech.com/product_show.php?id=52). But I first would like
to write the app to see if works on a "conventional" PC (with mouse)
and then port it to the t
On 30 August 2011 23:08, Neil Munro wrote:
> Hi folks
> Not a very descript title, but I fail to come up with a better
> one. Anyway my problem is as follows.
>
> I have a notebook with reorderable tabs which each displays a sourceview
> widget.
> Each sourceview widget represents a docu
2011/8/30 Andrew Wood :
> How can I achieve the same 'screen invasion' effect (i.e covers everything
> including the Gnome Panels and prevents other windows being brought to the
> front with Alt-Tab) that GTK_WINDOW_POPUP has but also allow keyboard input
> to the widgets in the window.
>
> Ive tri
How can I achieve the same 'screen invasion' effect (i.e covers
everything including the Gnome Panels and prevents other windows being
brought to the front with Alt-Tab) that GTK_WINDOW_POPUP has but also
allow keyboard input to the widgets in the window.
Ive tried GDK_WINDOW_TYPE_HINT_DOCK
Hi folks
Not a very descript title, but I fail to come up with a better
one. Anyway my problem is as follows.
I have a notebook with reorderable tabs which each displays a sourceview
widget.
Each sourceview widget represents a document where a document is an instance
of an object/struct
Thanks John thats solved that one. Now onto the next issue to do with
the window type for which I will start a new thread
On 30/08/11 15:50, jcup...@gmail.com wrote:
On 30 August 2011 15:22, Andrew Wood wrote:
How would you link it directly to the window then rather than to a widget?
You can
Hi Jannis,
Yes, yes. I should have thought of this. I am just going to put a
Key_Down variable in scope of the key-pressed-event function and the
key-released-event function, and set it accordingly. God, I am getting
old.
Yet, you have got my interest with the XKeyboardControl control thing.
On 30 August 2011 16:50, wrote:
> On 30 August 2011 15:22, Andrew Wood wrote:
>> How would you link it directly to the window then rather than to a widget?
>
> You can link a GClosure to a key press with this:
>
> http://developer.gnome.org/gtk3/stable/gtk3-Keyboard-Accelerators.html#gtk-accel-g
On 30 August 2011 15:22, Andrew Wood wrote:
> How would you link it directly to the window then rather than to a widget?
You can link a GClosure to a key press with this:
http://developer.gnome.org/gtk3/stable/gtk3-Keyboard-Accelerators.html#gtk-accel-group-connect
Parse "esc" to key/mod with
How would you link it directly to the window then rather than to a widget?
As far as I can see you need to associate it with a signal, but looking
down the list of signals for windows I cant really see one suitable,
hence I was using this:
gtk_widget_add_accelerator(quitbutton,"clicked",accel
Hi Andrew,
You can add an accelerator to a window and it'll be called when that
key combination is pressed. It doesn't need to be associated with a
widget.
However I think it's generally considered good form to have a menu
item somewhere with the accelerator as a shortcut. That way the user
can d
Thanks for the tip. Can accelerators only be used with menu items, only
Ive just tried doing it by linking it to the clicked signal on a
(hidden) GtkButton but it doesnt work?
My idea was when the key combo was pressed the accelerator would emit a
clicked signal on the button and the buttons
That lets you detect ctrl-esc anywhere on the desktop. If you only
need to detect crtl-ecs within your window you can just set
"Escape" as an accelerator, see:
http://developer.gnome.org/gtk3/stable/gtk3-Keyboard-Accelerators.html
On 30 August 2011 06:33, czk wrote:
> try gdk_window_add_filter o
13 matches
Mail list logo
