You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
comboboxtext and comboboxentry searching.
Implemented in code and activated via a custom tag atttribute.
comboboxtext:
User presses a key, the next item that begins with that case insensitive char
is selected and it'll wrap back to the first.
comboboxentry:
It can't be search-as-you-type because then the user would be trying to type
something into the entry and the code would be attempting to set it to an item
in the list, so the search code must be activated on Enter and it'll have to be
done on the "activate" signal before the signal reaches the application. This
could of course interfere with an <action signal="activate"> so the application
developer is not going to want to use the both together.
Original issue reported on code.google.com by [email protected] on 14 Oct 2011 at 10:32
The text was updated successfully, but these errors were encountered:
Greetings.
I wrote a small patch which implements the first half of this issue. That is,
supporting basic search in comboboxtext lists. The custom attribute tag is
"key-search".
A sample script that demonstrates it is:
export DIALOG="
<window>
<vbox>
<comboboxtext key-search=\"true\">
<sensitive>enabled</sensitive>
<item>a</item>
<item>b</item>
<item>b</item>
<item>c</item>
<item>a</item>
</comboboxtext>
<button cancel></button>
</vbox>
</window>
"
gtkdialog -c --program=DIALOG
Pressing b will correctly iterate through the "b" options, likewise for "a".
I have one concern regarding the patch, though. Currently, it reads the
attribute through get_tag_attribute(attr, "key-search"), but because tag_attr
variables are not stored for callbacks, I had to invoke
attributeset_set_if_unset to store it and ask for it in the callback with
attributeset_is_avail.
I admit just today I got familiar with the gtkdialog code, so I ask, is there a
more polished way to do this? In any case, the patch does work, just maybe not
in the most efficiently possible way.
Hi
Sorry for the delay in replying but my life's full of mundane things that waste
my time at the moment :s
Many thanks for your patch :) I'll have a look at it and apply it when I get
back into coding.
Regards,
Thunor
When the comboboxtext widget is clicked or Enter is pressed resulting in the
popup appearing, no events whatsoever are reported for the comboboxtext widget
until the popup is closed, therefore I need to gain access to the popup as well
so this isn't as straightforward as one might think.
http://developer.gnome.org/gtk/2.24/GtkComboBox.html#gtk-combo-box-get-popup-acc
essible
I'll have to come back to this.
Original issue reported on code.google.com by
[email protected]
on 14 Oct 2011 at 10:32The text was updated successfully, but these errors were encountered: