In previous versions, it was possible to begin typing an account name in the Accounts window and the first account matching the typed string would be highlighted to simplify navigation. Typing a name now has no effect.
It still does on Fedora linux. Have you clicked first on a random account to move the focus to the account list ?
Yes, clicking on an account does not help. I don't suppose there is a preference that controls this (I didn't see one).
Not that I know of. So this appears to be a Macos specific thing. The developer on that platform is out of town until the end of the month, so it may take some time to get a response.
"Out of town" has a different meaning on the 'net. ;-) This is a longstanding issue with the Quartz input module (the bit of code that enables one to type Asian characters on a normal roman-letter keyboard) and GtkTreeView. If you don't need Asian characters you can work around the problem by removing or renaming Gnucash.app/Contents/Resources/lib/gtk-3.0/3.0.0/immodules.cache
That works great. Thanks!
So this isn't a GnuCash bug really ? Does a related bug exist upstream ?
https://bugzilla.gnome.org/show_bug.cgi?id=707945, which was dumped in the move to gitlab. But see also https://bugzilla.gnome.org/show_bug.cgi?id=748672 about the feature in Gtk3. There's a patch on the first bug. I can probably get an updated version merged now...
Re https://bugzilla.gnome.org/show_bug.cgi?id=748672, whew the gtk devs are a tough crowd... Luckily that bug is about type ahead in the file chooser dialog only. While that internally uses a gtktreeview it's not type ahead for the gtktreeview itself that's being debated there.
It was in Gtk2, it isn't any more. For typeahead in Gtk3/Quartz GtkFileChooser see bug 797017 and https://gitlab.gnome.org/GNOME/gtk/issues/815...
Which is I guess irrelevant for Gnome's 748672 since that's about Gtk3.16, but typeahead search in GtkFileChooser does work (except when it crashes, as in issue 815).
The patch still works so I've pushed it to gtk-3-24. As long as someone doesn't take umbrage (shouldn't be controversial and it's not like anyone else ever works on imquartz.c) and revert it, it will be in gtk-3.24.3 whenever Matthias Classen gets around to releasing it. I've seen rumblings that will be soon. In the meantime and for insurance I've added it as a patch against gtk-3.24.2 in gtk-osx-build and fired off a rebuild on the VM I use for making the mac bundles, so it should be in GnuCash 3.5.