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 selected
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 selected
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 represent
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 m
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, gpoint
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 availa
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
gbo
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 container
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 priv
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 to connect the
callback to 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 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 combo_f
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 linkin
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
wrote:
gtk+2 itself is old, and if there is no other reason, you should
(since
you are new) use gtk+3
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
> Com
On Thu, 27 Jun 2013 14:46:41 +0100,
Rui Pedro Caldeira 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 when I try to co
Thank You guys, I will try that out!
Best Regards,
Rui
On Thu, Jun 27, 2013 at 3:02 PM, Andreas Rönnquist
wrote:
> On Thu, 27 Jun 2013 14:46:41 +0100,
> Rui Pedro Caldeira 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.
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 whe
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 re
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) should
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. Th
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 attacheme
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(
-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"
> -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 trie
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.
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 l
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 las
> -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 ver
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 statement is sure subjective. I don't find anything unpleasing
about its l
> -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
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 se
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
> >
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 interna
> -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 h
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
___
gt
I have the problem even when the widget does not have focus.
> -Original Message-
> From: Paul Pogonyshev [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, February 27, 2007 3:30 PM
> To: gtk-app-devel-list@gnome.org
> Cc: Medora Schauer
> Subject: Re: combobox internal p
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 character
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 *m
t;[EMAIL PROTECTED]> wrote:
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
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,
]
[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
Thanks a lot for your reply Keith.
As you said, I should use gtk_combo_box instead of gtk_combo.
But the problem remains the same with gtk_combo_box, the
gtk_widget_grab_focus() is not working on it.
Do you have any idea for this behavior?
Thanks,
Anmol
Keith Maika <[EMAIL PROTECTED
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
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
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
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
> c
53 matches
Mail list logo
