DropDowns don't have type to search on Linux

[jonko0493]

GTK must implement them differently than MonoMac and WPF. We should have this implemented as long drop downs are borderline unusable on Linux rn. Possibly will require implementing a custom GTK control for this.

[jonko0493]

Ah, got it -- looks like there's a property in GTK dropdowns for "enable-search" that's for some reason set to false by default. We'll need to figure out how to get that set to true for our dropdowns. https://docs.gtk.org/gtk4/property.DropDown.enable-search.html

[jonko0493]

Here's a fun fact I just learned -- the link above is for GTK4, but Eto uses Gtk# which is still on GTK3. GTK3 uses combo boxes that don't have that "enable-search" property. D:

[jonko0493]

Note -- we have made our lives hard by making the namespace SerialLoops.Gtk -- it makes it difficult to reference the actual Gtk namespace as it automatically resolves to SerialLoops.Gtk. We might consider renaming it to something like SerialLoops.Linux.

jk, using GtkReal = Gtk; does the trick.

[jonko0493]

This article from (sigh) 2009 might help us: https://arstechnica.com/information-technology/2009/08/howto-an-introduction-to-gtk-treeviews-and-autocompletion/

[jonko0493]

I tried making the combobox have an "entry" per this documentation: https://docs.gtk.org/gtk3/property.ComboBox.has-entry.html

That definitely added an entry, but it doesn't work the way we want.

[jonko0493]

Conclusion from offline -- while there are hacks we could do here to make this better (and maybe we will do one later down the line), the true solution for this is to have a GTK4 binding with Eto.

[jonko0493]

Doesn't work on any devices now in Avalonia. 😎

Just means we'll probably have to implement it ourselves. But when we do, it should work everywhere.

[jonko0493]

Blocked on this merging: AvaloniaUI/Avalonia#17506