On 07-07-2018 11:00, Eduardo M KALINOWSKI wrote:
> On 05-07-2018 11:02, Eduardo M KALINOWSKI wrote:
>> Consider the sample attached: it builds a tree model with an item that
>> has child items, and uses that model in a ComboBox.
>>
>> When compiled with Gtk2, when the item with children is
On 07-07-2018 11:00, Eduardo M KALINOWSKI wrote:
> On 05-07-2018 11:02, Eduardo M KALINOWSKI wrote:
>> Consider the sample attached: it builds a tree model with an item that
>> has child items, and uses that model in a ComboBox.
>>
>> When compiled with Gtk2, when the item with children is
On 05-07-2018 11:02, Eduardo M KALINOWSKI wrote:
> Consider the sample attached: it builds a tree model with an item that
> has child items, and uses that model in a ComboBox.
>
> When compiled with Gtk2, when the item with children is selected and
> its children displayed, and extra item
Hi,
On Mon, Jun 26, 2017 at 10:08:36AM +, Rúben Rodrigues wrote:
> Following this post that didn't receive an answer
> https://mail.gnome.org/archives/gtk-app-devel-list/2016-June/msg00030.html
> , want to ask if someone knows this problem.
I know this problem, since I wrote this mail. But
Add an extra column to your list and use that to set your "sensitive" property
for the row.
Eric
/*
gcc -Wall combo_filter2.c -o combo_filter2 `pkg-config --cflags --libs
gtk+-3.0`
Tested on GTK3.18 and Ubuntu16.04
*/
#include
static void combo2_changed(GtkComboBox *combo2,
I am trying to make entries "greyed-out" ie: disabled, rather than hidden
eg the Combobox model contains ('Scandvb','DVB module','DVDb5-Scan')
There is another comboox with a configuration file chosen
I want to be able to make one or more of the entries unselectable if
prerequites are not
Hi Mike,
What part of the combo box are you trying to disable? If you want to filter
rows or columns you can set up a tree model filter to do so. Maybe something
like the following?
Eric
/*
gcc -Wall combo_filter1.c -o combo_filter1 `pkg-config --cflags --libs
gtk+-3.0`
Tested
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't know the best workaround for
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 the combobox.
Eric
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 the toggle button pointer from the
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 way there is no ugly business of using a
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
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 couldn't get it to work.
Hi Eric,
Thanks a lot, looks good. I will try it.
If I want the same feature with other widgets, then I can find the
structs in the sources from GTK ?
Thomas
On 04/06/2017 10:43 PM, cecas...@aol.com wrote:
Hi Thomas,
You can try getting the private toggle button in the combo box. This
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
/*
gcc -Wall
https://developer.gnome.org/gtk2/2.24/GtkComboBox.html
I am not aware of the changes between 2.0 (which the tutorial targets)
and 2.24, but you should try to replace it with the API above. Not sure
though, I educated guess needs more information (i.e. your includes,
sourcecode - preferably
Thank You guys, I will try that out!
Best Regards,
Rui
On Thu, Jun 27, 2013 at 3:02 PM, Andreas Rönnquist
mailingli...@gusnan.sewrote:
On Thu, 27 Jun 2013 14:46:41 +0100,
Rui Pedro Caldeirarpcalde...@outlook.com wrote:
Hello guys, I'm new to GTK+ and I've run into a problem when creating a
On Thu, 27 Jun 2013 14:46:41 +0100,
Rui Pedro Caldeirarpcalde...@outlook.com wrote:
Hello guys, I'm new to GTK+ and I've run into a problem when creating a
ComboBox.
I'm using GTK+ 2.24.18 and following the tutorial from this page:
https://developer.gnome.org/gtk-tutorial/2.24/x1063.html
But
gtk+2 itself is old, and if there is no other reason, you should (since
you are new) use gtk+3.
The documentation is at https://developer.gnome.org/gtk3/3.8/
On Thu, 2013-06-27 at 14:46 +0100, Rui Pedro Caldeira wrote:
Hello guys, I'm new to GTK+ and I've run into a problem when creating a
gtk-2.24 is still current in CentOS/RedHat Enterprise/Scientific
Linux and static linking might be not allowed due to license
restrictions.
On Thu, Jun 27, 2013 at 6:09 PM, Rudra Banerjee
rudra.baner...@aol.co.uk wrote:
gtk+2 itself is old, and if there is no other reason, you should
(since
On Thu, 2013-06-27 at 16:42 +0002, Bernhard Schuster wrote:
gtk-2.24 is still current in CentOS/RedHat Enterprise/Scientific
Linux
This List is probably long, I can add at least one more..SLED. thats
what I meant (including others) as if there is no other reason :-)
and static linking
Hi Tadej,
1) you were right, titles in combobox submenus can be easily removed
calling gtk_cell_layout_set_cell_data_func, as demonstrated in gtk-demo.
2) I also found that the width of submenus can be easily set, with the
property width-chars, applied to the cell_renderer.
I posted the
It seems the mailling list is filtering even small tar.gz files as mine,
so I posted it here:
http://www.gamgi.org/combo.tar.gz
Regards,
Carlos
My ComboBox submenus are working fine. There are however a couple of
visual details that could be improved, in my opinion.
I am sending as
Hello.
1) Submenus should look the same in ComboBox and Popup menus. Therefore
Main 1 and Main 2 (see working example or tree store below) should not
appear repeated again in the submenus. Even if they were there, they should
not be selectable as they are only entry points to submenus. The
Hi Tadej,
many thanks for responding!
I saw your bug report, will study gtk-demo to understand how this can be
achieved
Best regards,
Carlos
Hello.
1) Submenus should look the same in ComboBox and Popup menus. Therefore
Main 1 and Main 2 (see working example or tree store below)
hi,
Xavier Toth schrieb:
I didn't get any responses so I'm trying again.
Look at GtkCellRenderer and its cell-background property.
Stefan
On Mon, Nov 3, 2008 at 8:37 AM, Xavier Toth [EMAIL PROTECTED] wrote:
I'd like to have different background colors on combobox entries.
I didn't get any responses so I'm trying again.
On Mon, Nov 3, 2008 at 8:37 AM, Xavier Toth [EMAIL PROTECTED] wrote:
I'd like to have different background colors on combobox entries.
Potentially each entry would have a different background color. Is
there a way to do this?
Ted
Hi,
On Thu, Oct 04, 2007 at 05:53:23PM +0200, [EMAIL PROTECTED] wrote:
(when opening the tab)
barcode_buttons[2561]: GLIB CRITICAL ** Gtk - gtk_tree_store_get_path:
assertion
`iter-user_data != NULL' failed
These usually mean that the iterator you are passing to
gtk_tree_store_get_path() is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Feb 28, 2007 at 10:56:28AM -0600, Medora Schauer wrote:
[...] The problem I'm having
is that the rendering is resulting in a widget that is much bigger than
the font it is required to display. Using a Sans 8 font the amount of
dead
Paul Pogonyshev wrote :
Medora Schauer wrote:
I have the problem even when the widget does not have focus.
It doesn't matter. The padding is still there, as window
requisition
and
size changing because of its getting focus would look strange,
don't
you
think?
Medora Schauer wrote:
There seems to be more dead space above the text than below it. In
fact it looks like there may only be 2 pixels below but more than 2
above. I wonder if controlling the y alignment of the text might help?
The combobox properties list doesn't include a y-alignment setting
-Original Message-
From: Paul Pogonyshev [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 28, 2007 9:31 AM
To: Medora Schauer
Cc: gtk-app-devel-list@gnome.org
Subject: Re: combobox internal padding
Medora Schauer wrote:
There seems to be more dead space above the text than
-Original Message-
From: Paul Pogonyshev [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 28, 2007 9:54 AM
To: gtk-app-devel-list@gnome.org
Cc: Medora Schauer
Subject: Re: combobox internal padding
Medora Schauer wrote:
That is very disappointing. It means the resulting
On Wed, Feb 28, 2007 at 05:53:55PM +0200, Paul Pogonyshev wrote:
Medora Schauer wrote:
That is very disappointing. It means the resulting combobox is about
25% bigger (in height) than it needs to be. Besides taking up a lot of
real estate, it is aesthetically unpleasing.
The last
On Wed, Feb 28, 2007 at 09:58:28AM -0600, Medora Schauer wrote:
Have you tried making one that is 20 pixels high?
Never. The height is determined by the font and the font is
decided by the user.
Yeti
--
Whatever.
___
gtk-app-devel-list mailing
Medora Schauer wrote:
Have you tried making one that is 20 pixels high? That is what started
me on this path. With a combobox of this size I have to use a font size
that is too small to be legible if I don't want the text to be clipped.
I always let size-request mechanism to do its work.
-Original Message-
From: Paul Pogonyshev [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 28, 2007 10:25 AM
To: gtk-app-devel-list@gnome.org
Cc: Medora Schauer
Subject: Re: combobox internal padding
Medora Schauer wrote:
Have you tried making one that is 20 pixels high
Medora Schauer wrote:
I'm using a 2.1 combobox and I want to make it as small as possible and
still have Sans 8 characters visible in it. The problem I'm having is
that when I reduce the height of the combobox the characters of the
active selection get clipped at the bottom. The characters
Medora Schauer wrote:
I have the problem even when the widget does not have focus.
It doesn't matter. The padding is still there, as window requisition and
size changing because of its getting focus would look strange, don't you
think?
Paul
___
-Original Message-
From: Paul Pogonyshev [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 27, 2007 4:39 PM
To: gtk-app-devel-list@gnome.org
Cc: Medora Schauer
Subject: Re: combobox internal padding
Medora Schauer wrote:
I have the problem even when the widget does not have
Medora Schauer wrote:
-Original Message-
From: Paul Pogonyshev [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 27, 2007 4:39 PM
To: gtk-app-devel-list@gnome.org
Cc: Medora Schauer
Subject: Re: combobox internal padding
Medora Schauer wrote:
I have the problem
On Thu, Nov 09, 2006 at 01:23:22PM -0800, Mark Richardson wrote:
Having some difficulty with a combo box and associated tree store. When I do
this, nothing shows up...
GtkTreeStore *myTreeStore=gtk_tree_store_new(1, G_TYPE_STRING);
GtkWidget *myComboBox=lookup_widget(mainWindow,
:
Date: Fri, 10 Nov 2006 00:23:46 +0100
From: David Neèas (Yeti) [EMAIL PROTECTED]
To: Mark Richardson [EMAIL PROTECTED]
Subject: Re: ComboBox and TreeStore
On Thu, Nov 09, 2006 at 02:59:18PM -0800, Mark Richardson wrote:
Thanks, I can't seem to find documentation on how to do this, so through
hi,
you need to add the renderers! The ComboBox uses a tree model. Look how its
done there.
Stefan
On 10:23:22 pm 09/11/2006 Mark Richardson [EMAIL PROTECTED] wrote:
Having some difficulty with a combo box and associated tree store.
When I do this, nothing shows up...
GtkTreeStore
]
[mailto:[EMAIL PROTECTED] On Behalf Of Jan-Marek
Glogowski
Sent: Thursday, September 01, 2005 9:50 PM
To: anmol dhawan
Cc: gtk-app-devel-list@gnome.org; Keith Maika
Subject: Re: Combobox Focus Challenge!!!
Hi
Maybe someone should extend the API docs or add a FAQ:
gtk_widget_grab_focus( GTK_BIN
Hi
Maybe someone should extend the API docs or add a FAQ:
gtk_widget_grab_focus( GTK_BIN(combo)-child );
Jan-Marek
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
anmol dhawan wrote:
Hi,
In the following attached code, gtk_widget_grab_focus() is not able to shift
the focus to combobox.
The behavior should be:
When button1 is clicked, focus should come to button and when button is clicked
focus should come to combobox.
But the focus is not
On Tue, 07 Jun 2005 15:09:36 +0200
Alf Stockton [EMAIL PROTECTED] wrote:
I have a screen already built using Glade and a whole bunch of code
that
now needs maintaining.
Is it recommended that I carry on using Glade?
Glade has built an interface.c that I now need to alter to get a
combobox
Dnia 07-06-2005, wto o godzinie 15:09 +0200, Alf Stockton napisa:
I have a screen already built using Glade and a whole bunch of code that
now needs maintaining.
Is it recommended that I carry on using Glade?
Glade has built an interface.c that I now need to alter to get a
combobox to
Alf Stockton wrote:
I have a screen already built using Glade and a whole bunch of code
that now needs maintaining.
Is it recommended that I carry on using Glade?
There are no alternatives for GTK+, except if you're willing to code
either C source or XML by hand to design your GUI.
Glade
50 matches
Mail list logo