Re: GtkTreeView: how to get the cell with current focus?

Anyway, I will continue by comparing the addresses to find out which column I am in. I need this to find out which column "is next". I want to set the focus to the next cell/column if the user presses tab. If anyone knows a better solution to determine the column/next column please let me kno

Re: GtkTreeView: how to get the cell with current focus?

l continue by comparing the addresses to find out which column I am in. I need this to find out which column "is next". I want to set the focus to the next cell/column if the user presses tab. If anyone knows a better solution to determine the column/next column please let me know.

GtkTreeView: how to get the cell with current focus?

Hello All, I got a little problem with a GtkTreeView and with getting the cell which actually has got the focus: From the API documentation it seems like gtk_tree_view_get_cursor(GTK_TREE_VIEW(tree), , _column); is doing the job. I can handle the path, it gives me the row which has

Re: Get GtkWindow focus from XI Event

<tfuji...@redhat.com> wrote: On 05/11/17 20:55, Takao Fujiwara-san wrote: I have a focus problem with the attached program. 1. When press Ctrl-Alt-v, my window is launched with the keyboard focus. 2. Click [x] button and close the window. 3. When press Ctrl-Alt-v again, my window is la

Re: Get GtkWindow focus from XI Event

You likely want to ask on gtk-devel-l...@gnome.org and/or on the #gtk+ IRC channel on irc.gnome.org. Ciao, Emmanuele. On 11 May 2017 at 13:15, Takao Fujiwara <tfuji...@redhat.com> wrote: > On 05/11/17 20:55, Takao Fujiwara-san wrote: >> >> I have a focus problem with the a

Re: Get GtkWindow focus from XI Event

On 05/11/17 20:55, Takao Fujiwara-san wrote: I have a focus problem with the attached program. 1. When press Ctrl-Alt-v, my window is launched with the keyboard focus. 2. Click [x] button and close the window. 3. When press Ctrl-Alt-v again, my window is launched but the focus status

Get GtkWindow focus from XI Event

I have a focus problem with the attached program. 1. When press Ctrl-Alt-v, my window is launched with the keyboard focus. 2. Click [x] button and close the window. 3. When press Ctrl-Alt-v again, my window is launched but the focus status is different by desktop. XFCE4 desktop can get

Re: Combobox focus event

Works fine :-))) Thanks Eric. Regards Thomas Den 04/08/2017 kl. 07:30 PM skrev cecas...@aol.com: > > Another thing to give a try is just to set a boolean in the > "set-focus-child" callback. Not sure if this will always work. I think > that it should. > > I do

Re: Combobox focus event

Another thing to give a try is just to set a boolean in the "set-focus-child" callback. Not sure if this will always work. I think that it should. I don't know the best workaround for the "focus-in-event" in a combo box. It isn't obvious how to connect that signal for

Re: Combobox focus event

Thanks :-)) I'l try that. Thomas On 07-04-2017 23:10, cecas...@aol.com wrote: Hi Nicola, The "set-focus-child" on the container fires for the "focus-in-event" and "focus-out-event". I forgot about those container functions though. You can get

Re: Combobox focus event

Hi Nicola, The "set-focus-child" on the container fires for the "focus-in-event" and "focus-out-event". I forgot about those container functions though. You can get the toggle button pointer from the container and set up your "focus-in-event". Tha

Re: Combobox focus event

Il Fri, 7 Apr 2017 13:52:57 -0400 Eric Cashon via gtk-app-devel-list <gtk-app-devel-list@gnome.org> scrisse: > Thomas, > > Your original question looked easy. Connect the "focus-in-event" to the combo > box and everything will work fine. > ... Hi, GtkComboBo

Re: Combobox focus event

Thomas, Your original question looked easy. Connect the "focus-in-event" to the combo box and everything will work fine. The "focus-in-event" works with other widgets. So I tried it out. Couldn't get it to work. Tried changing some combo box functions around and still cou

Re: Combobox focus event

. This isn't a solution using the given GTK api but if you want to inspect the how to get the "focus-in-event" to work with a combo box, this might be helpful. You are working in C right? Eric /* gcc -Wall combo_focus1.c -o combo_focus1 `pkg-config gtk+-3.0 --cflags --libs`

Re: Combobox focus event

Hi Thomas, You can try getting the private toggle button in the combo box. This isn't a solution using the given GTK api but if you want to inspect the how to get the "focus-in-event" to work with a combo box, this might be helpful. You are working in C right? Eric /*

Combobox focus event

Hi, I can't get focus-in-event to work for a combobox. It seems others have the same problem, when I google. Is there a way to get an event when clicking on a combobox ? Either with the mouse or with TAB. Regards Thomas ___ gtk-app-devel-list

Get tty device for the application that lost focus

this from within my application: I want to find the tty for the application that lost the input focus to my application. My application receives the focus at the expense of the application window that it should inject input to. My application can receive focus either by a mouse click or through

hide window when the application loses focus

How can I hide a window when the application loses focus? I'm working in Linux (X11). Is there a window hint for doing it? ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Help with keyboard event capture and focus in/out

() to capture keyboard events. But when gdk_device_grab() is in effect, I no longer receive "focus-out-event" signal, so my application can never release the grab. How can I fix it ? Attached is a full working example which exposes the problem, I'm using Ubuntu 16.04 (GTK 3.18). Compile it

Re: How to reactivate (focus?) the main window,

Hi If your application should get being accepted you should consider ATK https://developer.gnome.org/atk/ else forget the focus handling cheers, Joël Krähemann On Mon, Sep 5, 2016 at 3:25 PM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Hi > > you mig

Re: Preventing fade on loss of focus?

On Tue, Sep 6, 2016 at 3:54 PM, Mark Farver <mfar...@mindbent.org> wrote: > I launch gstreamer as if it was an embedded video, but the output > plugin supplied by the graphics vendor (imxeglvivsink) still causes > the GTK main window to lose focus even when handed a parent wind

Re: Preventing fade on loss of focus?

gin supplied by the graphics vendor (imxeglvivsink) still causes the GTK main window to lose focus even when handed a parent window id. /* Initialize GStreamer */ gst_init (NULL, NULL); data.playbin = gst_element_factory_make ("playbin", "playbin"); /* Create t

Re: Preventing fade on loss of focus?

deo using > gstreamer my main window loses focus and all the labels dim. This is > not the behavior I want since the video is part of the window. This > is an ATM like kiosk, so there is no user interface issues related to > the loss of focus. > > Is there a way to modify the window sy

Preventing fade on loss of focus?

I am using GTK3 with Weston/Wayland and when I play a video using gstreamer my main window loses focus and all the labels dim. This is not the behavior I want since the video is part of the window. This is an ATM like kiosk, so there is no user interface issues related to the loss of focus

Re: How to reactivate (focus?) the main window,

Hi you might want to look at: * gtk_widget_set_can_focus ()¨ * gtk_widget_set_events() g_object_set(window, "can-focus\0", TRUE, NULL); gtk_widget_set_events((GtkWidget *) window, GDK_CO

Re: How to reactivate (focus?) the main window,

I don't now if I understood correctly your problem. Maybe this: gtk_window_present( GTK_WINDOW(ptr_to_your_window) ); José Paulo 2016-09-04 13:58 GMT-03:00 dmg : > On Sun, Sep 4, 2016 at 9:57 AM, dmg wrote: > > > > > I have tried using

Re: How to reactivate (focus?) the main window,

On Sun, Sep 4, 2016 at 9:57 AM, dmg wrote: > > I have tried using gtk_window_set_focus(winMain); but this does not work. > ​My mistake. I have used: ​gtk_widget_grab_focus(winMain); and it does not work. -- --dmg --- Daniel M. German http://turingmachine.org

How to reactivate (focus?) the main window,

hi everybody, i help maintain xournal. We use gtk+2. One feature we support is making a screenshot. This is done by activating the root window. Things work as expected. But... the problem is, how do I activate the main window? The focus remains in the root one. I have tried using

Re: Getting focus

That's my understanding for Wayland as well, I'd be interested in knowing if that's wrong as well since it's been an oft requested feature for terminix. On Thu, Aug 25, 2016 at 6:51 AM, pelzflorian (Florian Pelz) wrote: > I believe shell integration is the only clean

Re: Getting focus

I believe shell integration is the only clean way to do a Wayland-compatible guake. Am I wrong? ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: Getting focus

This is odd! If I change "org.gnome.desktop.wm.preferences.disable-workarounds" to TRUE, everything works fine El 23/08/16 a las 19:11, rastersoft escribió: > Well, it seems that destroying the window and creating it again also > doesn't work. > > It seems that I can't

Re: Getting focus

Well, it seems that destroying the window and creating it again also doesn't work. It seems that I can't "steal" the focus when it is in other application, but if my app has the focus in one window, I can pass it to another one using grab_focus(). El 23/08/16 a las 16:24, rastersof

Re: Getting focus

inator, but they use Gtk2. I also implemented a guake mode in terminator, but had to do some tricks to ensure that the window received the focus on those same cases when my vala code fails (I use a show-hide-show scheme, that seems to guarantee that the window receives the focus; but it seems to

Re: Getting focus

w it again. So it may be related to the window manager? Is it Linux with Gnome3 shell? Gnome 3.20? May other programs steal the focus? Do other tools work fine? When you hide and show gedit, will it have the focus? ___ gtk-app-devel-list mailing list gtk

Re: Getting focus

It's not a problem of being early: I even tried to put a 1-second timer to call to grab_focus(), but didn't work. In fact, the first time I create the window it works fine, but seems to fail when I hide it and show it again. El 22/08/16 a las 20:42, Stefan Salewski escribió: > On Sun, 2016-08-21

Re: Getting focus

On Sun, 2016-08-21 at 21:56 +0200, rastersoft wrote: > I tried to > call "grab_focus" on the "map" callback... but doesn't work. The map signal may be too early. Maybe g_signal_connect_after() may work. After map signal map_event is emmited, maybe you can use that one. Or try the draw signal,

Getting focus

Hi all: I'm creating a guake-like terminal, but I'm having problems to ensure that the window has the focus. The idea is that I have a global shortcut that, when pressed, will show a terminal window. The problem is that, under certain circumstances, I'm unable to ensure that the window

Centering window over window with current focus

to handle the user's passphrase and accidentally leak it due to a bug like heart bleed. I have a dual-monitor setup and I've observed the following issue: when pinentry is started, it appears on the monitor that currently has the mouse cursor rather the the monitor that has the window with the focus

Re: Setting focus to newly shown window

lutely amazing and so much simpler than in the past. >> I love it. > > (I think you mean PyGObject, since PyGTK doesn't support GTK+ 3.x.) True! > Isn't info_window.show() doing what you want? Newly-opened windows > appear on top and get keyboard focus. Hm, they didn't in my

Re: Setting focus to newly shown window

is opened, I > want it to show and give it the focus (so the user can press enter and > quickly close it down again). But I don't want it modal (it's okay if > the user changes the focus back to the main window and lets the "info" > window open). > > I've tried se

GTK widget focus control

Hi, I'm trying to get a C++ GTK application that works under GTK 2.2 in Ubuntu 10.04 to run under GTK 2.24 in Ubuntu 14.04. I'm having a problem with focus control in the new system. Some screens with edit fields still handle the keyboard Tab key properly by moving focus to the next widget

Problems Sending Input/Focus to Plug Window - Solution

::DIR_TAB_FORWARD); For your convenience, the link to Gtk::DirectionType: https://developer.gnome.org/gtkmm/3.11/group__gtkmmEnums.html#ga6c754c32a8421f746367b43c277e4d7b One little question remains: Is there any way to put the focus to an embedded xterm? It somehow seems, that xterm does

Problems Sending Input/Focus to Plug Window

, if no other elements are in the window. However putting a button into the window leads to the terminal loosing its focus with no apparent way to let it regain it. It is however possible to send an XEMBED_FOCUS_IN message to the urxvt window. Whe the urxvt recieves the message, it will at least change

Re: Problems Sending Input/Focus to Plug Window

Hi, I've had a similar problem when trying to give focus to a widget within the embedded window (from socket application). It seems that this is not really possible at the present moment. I've created an example with the plug-socket example code [0]. Here [1] is also a patch

GtkSocket: focus to embedded child widget or plug widget

Hi, note: this message was already sent to gtk-list, but re-sending here as it might be more appropriate: I am trying to put the keyboard focus on a widget (or similar) inside a embedded window of a GtkSocket, but although I am using grab_focus on the GtkSocket and the plugin seems

Set Focus to GtkEntry when GtkNotebook Tab selected

I have the following object: GtkWindow GtkNotebook GtkBox GtkScrolledWindow, GtkTextArea GtkEntry I am trying to have the Entry get focus when I change Tabs When the program starts it does focus on Tab 1's entry but I can not get it to keep focus without clicking

Re: Focus vs Sensitivity

David: Y O U R O C K ! ! ! Amazing explanation! Now I understand what happens! And excellent workaround too!!! Thanks a lot for putting the effort to explain it, look for the GTK+ warning and providing a way to fix it! Just perfect! Now I have a lot of work to do to change a lot of

Re: Focus vs Sensitivity

entry can contain any text during the editing (whereas setting numeric ensures the entry contents always parses as a number, making impossible to enter numbers in the scientific format, for instance). The value is updated when editing finishes, for which one possibility is that the entry loses focus

Focus vs Sensitivity

/* Given 3 spin buttons, I want the second one to be enabled or disabled based on input from the first one. If in the first one the user puts 0 as value I want that when it presses Tab the focus go to the third spin button. If in the first one the user puts a value different than zero

Re: Toplevel windows losing active and focus properties

jr...@devio.us (Josh Rickmar) wrote: Hi, I'm doing some development work on xombrero. We recently (last month or so) switched to GTK3 (3.4.4 on my OpenBSD/amd64 system), and have noticed some recurring focus issus. Unfortunately, we haven't found a good way to reproduce them, and that has

Toplevel windows losing active and focus properties

Hi, I'm doing some development work on xombrero. We recently (last month or so) switched to GTK3 (3.4.4 on my OpenBSD/amd64 system), and have noticed some recurring focus issus. Unfortunately, we haven't found a good way to reproduce them, and that has made it incredibly hard to debug

Re: [GTK3] GtkEntry, why focus-in-event does not work ?

On 02/23/2012 02:49 PM, Gilles DOFFE wrote: Hello, Below a simple application with a GtkButton and a GtkEntry. Two callbacks associated to this widgets following this rules : 1) When I click on the GtkButton, it should display the GtkEntry pointer value. 2) When I focus on the GtkEntry

Re: [GTK3] GtkEntry, why focus-in-event does not work ?

Thanks Jacky ! It was big enough in gtk3 documentation but I missed it anyway... ^^' http://developer.gnome.org/gtk3/3.2/GtkWidget.html#GtkWidget-focus-in-event Solved. 2012/2/23 jjacky i.am.jack.m...@gmail.com On 02/23/2012 02:49 PM, Gilles DOFFE wrote: Hello, Below a simple

Re: focus line pattern around gtk event box

On Tue, Dec 20, 2011 at 11:24:44AM +0530, Guruprasad Bhat wrote: When I set the focus line pattern in rc file, dotted border comes around button widgtes, entry widgets when focus comes on that. But for event box, layout, even though i set Can focus flag TRUE focus in indication

Re: focus line pattern around gtk event box

On Tue, 2011-12-20 at 09:25 +0100, David Nečas wrote: Using gtk_paint_focus() in the draw handler... Deprecated now, apparently; refers to http://developer.gnome.org/gtk3/3.3/GtkStyleContext.html#gtk-render-focus instead. AfC Sydney ___ gtk-app

Re: focus line pattern around gtk event box

On Tue, Dec 20, 2011 at 10:43:43PM +1100, Andrew Cowie wrote: On Tue, 2011-12-20 at 09:25 +0100, David Nečas wrote: Using gtk_paint_focus() in the draw handler... Deprecated now, apparently; refers to http://developer.gnome.org/gtk3/3.3/GtkStyleContext.html#gtk-render-focus instead

focus line pattern around gtk event box

Hi ppl, When I set the focus line pattern in rc file, dotted border comes around button widgtes, entry widgets when focus comes on that. But for event box, layout, even though i set Can focus flag TRUE focus in indication is not appearing. How I can get the visual indication of focus in for gtk

Focus behaviour on widget derived from a gtkentry

it here: http://svn.gnucash.org/trac/browser/gnucash/trunk/src/gnome-utils/gnc-amount- edit.c I am now having problems to set the focus on this widget programmatically. In this particular use case, the widget is added to a GtkAssistant, and during the prepare of the page showing this widget, I call

Re: Focus behaviour on widget derived from a gtkentry

On 7 December 2011 09:16, Geert Janssens i...@kobaltwit.be wrote: I am now having problems to set the focus on this widget programmatically. In this particular use case, the widget is added to a GtkAssistant, and during the prepare of the page showing this widget, I call a gtk_widget_grab_focus

Committing preedit string on focus out

I have a query regarding preedit strings in editables like gtkentry, gtktextview. When there is a preedit string in one gtkentry and focus is shifted to another gtkentry, the preedit string in the first is lost. Is this expected behaviour? Shouldn't the preedit string be committed on focus out

how to hint gtk about a useful start of the focus chain

hi, having the focus on the right widget can make apps more productive. I feed that right now either I am missing something or gtk does not a good job at it. For odd reasons gtk prefers to focus toolbar button on new windows (which is strange and not useful imho). When trying to hint gtk+ about

Question on keyboard focus

is in focus and some keys are pressed (F5 or PageUp for example) or the user is entering information in a field (pressing PageUp then should increment something but not call the default application reaction). Does anyone have any ideas? solarsd ___ gtk-app-devel

grabbing focus to destination widget after drag-and-drop

Hi list, I'm having troubles in implementing rather simple but convenient behaviour: my widget, which is accepting drag-and-drops from other applications, should receive keyboard focus right after the drops. I'm trying to achieve this using gtk_widget_grab_focus() inside 'drag-data-received

Re: Focus of about dialog

On 26 May 2010, at 20:52, Tadej Borovšak wrote: Hello. I've added an about dialog to my gtk application, using GtkAboutDialog. However, when the dialog is displayed, the user can still switch to the main window, which is undesirable. The dialog should steal focus of the whole application

Re: Focus of about dialog

On 31 May 2010, at 17:16, Calum Benson wrote: You might also consider why you consider the behaviour to be 'undesirable', though. Modal dialogs sometimes cause users more problems than modeless ones, especially if, from prior experience (e.g. the About dialog in other gtk+ apps),

Focus of about dialog

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've added an about dialog to my gtk application, using GtkAboutDialog. However, when the dialog is displayed, the user can still switch to the main window, which is undesirable. The dialog should steal focus of the whole application. How can I do

Re: Focus of about dialog

Hello. I've added an about dialog to my gtk application, using GtkAboutDialog. However, when the dialog is displayed, the user can still switch to the main window, which is undesirable. The dialog should steal focus of the whole application. How can I do that ? I have looked

Enabling return for dialog with focus on gtk_entry

Hi list, I'm not sure whether you can help me here out. I'm looking for a way to directly send GTK_RESPONSE_ACCEPT by hitting return, even on dialogs where a GTK Entry or a ComboBox is having the focus. Do you might have an idea how to do this or some code snippet I can have a look at? Thanks

Display 1 buttons stuck after click until non-button used or other display gets focus

to the click, the appropriate of the various handlerer returns after doing the right thing -- but then gtk simply will not accept further clicks (but allows normal mouse movement and will show the focus change on a click attempt) until either: a combo box on display 1 is changed, or the mouse is moved

Re: Display 1 buttons stuck after click until non-button used or other display gets focus

relative to the click, the appropriate of the various handlerer returns after doing the right thing -- but then gtk simply will not accept further clicks (but allows normal mouse movement and will show the focus change on a click attempt) until either: a combo box on display 1 is changed

Re: Need help to set a cursor/focus on treeview row!

, start_editing=False) The treestore is saved into a treeview, and the treeview is saved into a scrolledwindow. The above code expands the treeview on the user's home directory and it works, and the last step is to set the cursor or focus on the user's home directory of which I am not able to do

Re: Need help to set a cursor/focus on treeview row!

On Sat, Oct 31, 2009 at 10:06:12AM -0700, Daniel B. Thurman wrote: I wanted to add a bit of clarification. The goal is that once the user's home directory is expanded, I wanted to bring the expanded tree of /home/some-user into view in the scrolled window, centered, so I may have the wrong

Need help to set a cursor/focus on treeview row!

, and the treeview is saved into a scrolledwindow. The above code expands the treeview on the user's home directory and it works, and the last step is to set the cursor or focus on the user's home directory of which I am not able to do. The code: Display.tv.set_cursor(path, focus_column=None, start_editing

GTK Combo Box focus handling

Hello. I need to receive the focus-in-event of a GTK Combo Box but didn't found the way to do that yet after trying various things. I have other widgets (entries, spin buttons, check boxes, radio buttons) and I have no problems with those, only with the combo box. Something similar

change the focus ring's color

Hi all I have some problems, and I hope you tell me, thank you. As followed: The button obtains the focus, and there is focus ring, now I want to change the focus ring's color, but I don't do it. Thank you zh ___ gtk-app-devel-list mailing list gtk-app

Re: change the focus ring's color

On Fri, 2009-01-16 at 17:54 +0800, zhenghe zhang wrote: Hi all I have some problems, and I hope you tell me, thank you. As followed: The button obtains the focus, and there is focus ring, now I want to change the focus ring's color, but I don't do it. Please remember that colours

how to focus only mouse pointed button in a gtktree row.

Hi, I am able to render buttons on the gtktree cells and able to get the focus on all the buttons when ever mouse pointer moves to particular row, but the problem is if *I want to focus mouse pointed button only in a gtktree row but* it is focusing all the buttons in a row. How to overcome

Re: [gedit-list] Focus problem

Please have a look at the gedit-view search thingie, it also is a GTK_WINDOW_POPUP type window, but can receive focus by handling some focus stuff manually iirc. Jesse Op maandag 01-12-2008 om 00:47 uur [tijdzone +0100], schreef Perriman: Hi all, I want to create a GTK_WINDOW_POPUP

Re: Focus problem

*popup; static GtkWidget *popup_view; static gboolean set_focus = FALSE; static void destroy_cb (GtkObject * object, gpointer user_data) { gtk_main_quit (); } static gboolean focus_window (gpointer win) { g_debug (focus win); gtk_window_present_with_time (GTK_WINDOW (win), GDK_CURRENT_TIME

Re: Focus problem

,focus_window,window); } } @@ -86,10 +90,22 @@ { if (GTK_WIDGET_VISIBLE(GTK_WIDGET(popup))) { - g_debug(focus al popup); - set_focus = TRUE; - focus_window(popup); - gtk_widget_grab_focus(popup_view); + if (set_focus == FALSE

Re: Focus problem

) { gtk_main_quit (); } static gboolean focus_window(gpointer win) { g_debug(focus win); gtk_window_present_with_time(GTK_WINDOW(win),GDK_CURRENT_TIME); gtk_window_activate_focus(GTK_WINDOW(win)); gtk_widget_grab_focus(GTK_WIDGET(win)); return FALSE; } static void

Re: Focus problem

Hi all, I want to create a GTK_WINDOW_POPUP and change the type to GTK_WINDOW_TOPLEVEL. If you have used eclipse, when you are writting you can see a calltip (but the focus is in the editor) and if you press F2, then the calltip window gets the focus and show the decoration

Re: Focus problem

(GTK_WIDGET(popup))) { - g_debug(focus al popup); - set_focus = TRUE; - focus_window(popup); - gtk_widget_grab_focus(popup_view); + if (set_focus == FALSE) + { + g_debug(focus al popup); + set_focus = TRUE

Focus problem

Hi all, I have a problem with the window focus. I have a main window and a second window. I want to show the second window always on top but set the focus in the main window. I'm setted this in the second window: gtk_window_set_transient_for(GTK_WINDOW(popup),GTK_WINDOW(window

Re: Focus problem

Perriman wrote: Can you help me?? (I attach the example) Sorry, I don't see the example. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: Focus weirdness

Alright I've finally solved it. I had to pass the focus manually from the GtkDrawingArea to the embedded xterm using XSetInputFocus(). Can somebody suggest a cleaner or a more GTK-ish way of doing this? I've tried with GtkSocket and gtk_socket_steal() but I still had to pass the focus manually

Focus weirdness

Hi, I'm having a weird focus problem with an xterm embedded in a GtkDrawingArea. When I put the main application on sleep, the xterm can get the focus. Otherwise, it can't. Could somebody suggest me a way to allow the embedded xterm to get the focus when the GtkDrawingArea gets it? A minimal

Focus chain ineffectual

I'm trying to set the focus chain. I have 3 widgets that I want to chain, so I specified them as the arguments of the set_focus_chain method on the top-level window. I expect focus to move from one to the next as I hit tab. Instead, focus moves to many widgets not in the chain in addition

Redrawing and focus events with GtkSocket

, other than get/set the X11 window properties. Is there a way I can get the GtkSocket to redraw without resorting to using the X11 properties? (I require the dbus method for some other things, so I can't redo it all with GDK/X11). Also, can I get the GtkSockets' window focus events in my program

How to bring an dialog to focus?

Hi How to bring an dialog to focus? sometimes i use gtk_message_dialog_new for some messages, but when i have some big windows on the screen, this message dialog is behind this others. how to bring them to front? Atenciosamente Luiz Rafael Culik Guimaraes Suporte Xharbour www.xharbour.com.br

signal for detecting gtk app de-focus

Hello, I am attempting to find a way in my gtk app to get control (via signal or other means) when my application looses focus - that is when another application comes to the front, but my app is still running. I need to cleanup somethings at that point in time, but have not been able

signal for detecting gtk app de-focus

Hello, I am attempting to find a way in my gtk app to get control (via signal or other means) when my application looses focus - that is when another application comes to the front, but my app is still running. I need to cleanup somethings at that point in time, but have not been able

Dragging a window without focus

that the function gtk_menu_popup behaves in the same way. It works fine on a button-press-event but does nothing otherwise. I suspect that the functions are failing because the GdkWindow doesn't have focus, however I'm not sure how to fix that. I've spent a large number of hours trying to solve this myself

Keyboard Event Focus

. FYI: The app is running on X, but without Window Manager on an ELinOS-System. I think it´s a problem of focus, but i do not know how to get the focus on e.g. the border Is there a possibility to solve this with sth like an event box? Best regards Markus - Gersys GmbH, Hans-Urmiller-Ring 46c

Setting focus change/activation bindings

Background: I'm trying to build a GTK+ GUI for a simple embedded system with limited input. Specifically it's an ipod-style wheel with click, so I have three buttons: forward, backward, and select. I'd like to be able to use forward and backward to move focus, the way tab/shift-tab does

Re: Telling a widget not to be in the focus chain

--- [EMAIL PROTECTED] wrote: On 10/31/07, Steffen Gutmann [EMAIL PROTECTED] wrote: So, anybody has an idea what the correct way of leaving a widget out of the focus chain is? I use gtk_container_set_focus_chain() to set an exact list of widgets for a section of the focus chain. Thanks

Telling a widget not to be in the focus chain

Hi! I would like to tell a widget to not be part of Gtk's focus chain. I know there is gtk_container_set_focus_chain, however, I would like to keep Gtk's default focus chain logic and just would like to have one or two widgets not being part of it. The widget could be a GtkButton, GtkEntry

Re: Telling a widget not to be in the focus chain

On 10/31/07, Steffen Gutmann [EMAIL PROTECTED] wrote: So, anybody has an idea what the correct way of leaving a widget out of the focus chain is? I use gtk_container_set_focus_chain() to set an exact list of widgets for a section of the focus chain. GList *focus_chain; focus_chain = NULL

focus

Is there an explanation of gtk's focus mechanism somewhere? That is, an overview of how focus works, what the various focus-related signals mean etc. I've googled but haven't found anything. Thanks, Dave ___ gtk-app-devel-list mailing list gtk-app-devel

focus-out-event and GtkEntry

I need to check data a user inputs on one of numerous GtkEntry's on window, and I need to handle the situation when the entry loses focus (by TABing out of the field, or by mouse control. When I encouter bad input, I bring up a dialog box. The problem is I get an GtkWarning and GtkError

  1   2   >