. 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 m
ill 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
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), &path, &focus_column);
is doing the job. I can handle the path, it gives me the r
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 launched but the focus status
is
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 wrote:
> On 05/11/17 20:55, Takao Fujiwara-san wrote:
>>
>> I have a focus problem with the attached program.
>> 1
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 is
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 the
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 don&#x
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
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
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".
That
Il Fri, 7 Apr 2017 13:52:57 -0400 Eric Cashon via gtk-app-devel-list
scrisse:
> Thomas,
>
> Your original question looked easy. Connect the "focus-in-event" to the combo
> box and everything will work fine.
> ...
Hi,
GtkComboBox is a GtkContainer, so I would try t
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 stil
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`
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
/
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
d like to be able to ascertain 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
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
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).
Compi
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 wrote:
> Hi
>
> you might want to look at:
>
> * gtk_widge
On Tue, Sep 6, 2016 at 3:54 PM, Mark Farver 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 window id.
I never found a wa
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 the IMX EGL Sink */
data.sink
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 system to disable the dimming
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.
Is
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
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 gtk_window_set_focus(winMain); but this does not
> work
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
___
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
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 way to do a
> Wayland-compati
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
s 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 "steal" the focus when it is in other application,
>> but if my app has the focus in one window, I can
ll, 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_f
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&
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,
ed by guake and
terminator, 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 foc
and show 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 mailin
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
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, I
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
;t need 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 w
x27;s absolutely 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,
On Wed, 20 Jan 2016 09:55:29 +0200
Marius Gedminas wrote:
> If the window was already visible, and you just want to bring it to
> front, try info_window.present(). The window manager (i.e. gnome-shell)
> may feel free to ignore your request, on the grounds of focus stealing
> prev
quot; window). When the 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"
>
't seem to figure
out: I have a main application and want to show a different top level
window (let's say it's a "info" window). When the 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
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 n
ocus(Gtk::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
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
p
rectly, 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 le
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 to be
On Mon, Dec 9, 2013 at 5:45 PM, David Buchan wrote:
> while ((widget = g_list_next (list)) != NULL) { // line 577
g_list_next() returns the element as GList, you can get to the actual
content by accessing the 'data' element, e.g. something like:
GList *list, *l;
list = gtk_window_get_toplevels(
I've not seen a clear answer to this obvious question. Maybe I'm not searching
for the right terms.
What I want to do is create a dialog if an error occurs, and I want it to
appear atop the window that currently has focus. This seems like a standard
thing to do, so it's weird
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 clickin
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 spin
ibility is that the entry loses focus. So *first* the focus leaves
the entry then *in consequence* the adjustment value is updated.
However, this does not seem to be entirely the core of your problem.
The CRITICAL errors are printed becuase in gtk_window_real_set_focus()
this:
if (priv->
/*
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
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
> goo
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
d
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
>
> On 02/23/2012 02:49 PM, Gilles DOFFE wrote:
> > Hello,
> >
> > Belo
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
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, it should display the GtkButton pointer
value.
Case
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/GtkSty
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
__
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 indicati
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
On 7 December 2011 09:16, Geert Janssens 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 on
&
se 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 c
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 focu
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
self 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
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
'dra
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), th
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 shoul
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 ?
-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
e 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
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
e right handler 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 c
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, or the
, defaultHome)
> # Set cursor selection to the homepath here
> Display.tv.set_cursor(path, focus_column=None, start_editing=False)
>
> The treestore is saved into a treeview, and the
> treeview is saved into a scrolledwindow.
>
> The above code expands the treevi
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 wro
, defaultHome)
> # Set cursor selection to the homepath here
> Display.tv.set_cursor(path, focus_column=None, start_editing=False)
>
> The treestore is saved into a treeview, and the
> treeview is saved into a scrolledwindow.
>
> The above code expands the treevi
se)
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.
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 si
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.
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-l
Hi all
Now I am learning GTK+ , and I have two problems, I hope you help me, thank
you!
As followed:
1).when a button obtains the focus , there is a focus ring.
Now I want to change the style of "focus ring", Through code how to achieve,
but not "rc document".
2).if the button
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 this
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_WIN
w);
> + gtk_window_set_decorated(GTK_WINDOW(popup),FALSE);
> //g_timeout_add(2000,focus_window,window);
> }
> }
> @@ -86,10 +90,22 @@
> {
> if (GTK_WIDGET_VISIBLE(GTK_WIDGET(popup)))
> {
> - g_debug("focus al popup");
> - set_
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 (wi
ET_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)
+ {
+ g_debug("focus al popup");
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
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
show_cb(GtkWidg
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
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(w
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
focu
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?
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 additi
t do anything special X11 wise,
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
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
1 - 100 of 184 matches
Mail list logo
