Package Details: nautilus-typeahead 44.2-1

Git Clone URL: (read-only, click to copy)
Package Base: nautilus-typeahead
Description: Default file manager for GNOME - Patched to bring back the 'typeahead find' feature
Upstream URL:
Keywords: files gnome nautilus typeahead
Licenses: GPL
Conflicts: nautilus
Provides: nautilus
Submitter: badwolfie
Maintainer: albertvaka
Last Packager: albertvaka
Votes: 43
Popularity: 0.000073
First Submitted: 2015-09-11 00:39 (UTC)
Last Updated: 2023-06-05 07:58 (UTC)

Required by (38)

Sources (2)

Latest Comments

1 2 3 4 5 6 .. 10 Next › Last »

albertvaka commented on 2023-05-08 10:36 (UTC)

Thanks DragoonAethis, I'll update the patch with your version.

DragoonAethis commented on 2023-05-02 13:19 (UTC)

Rebased the patch for 44.1 and synchronized PKGBUILD with the upstream Arch repo:

The patch mostly worked as-is, but the typeahead lookups don't work in opened subtrees, as the patch looks up just the current location. There are two ways to handle that:

  • Either look up the current location + opened subtrees and allow typeahead to work in all of them at once. This maximizes confusion if you open subtrees containing the same file names and the sort order isn't patched to match the displayed one :)
  • Keep track of the currently-focused subtree (parent directory of the currently-focused entry, root if no entry is focused). Not sure if it's possible to focus (not select) multiple entries.

(The Gtk4 branch is still kinda a janky downgrade, but it's getting there...)

albertvaka commented on 2023-02-16 13:10 (UTC)

The new implementation is brand new so the behavior might be slightly different. Patches welcome :) The first thing you mention seems like a bug to me.

kuba-orlik commented on 2023-02-16 12:33 (UTC)

In the newest version, the typeahead candidates are taken in a different order than they are being displayed. So, if I have the following files sorted by last modified:

file_new.txt someotherfile.txt file.txt

and type file, the file.txt is highlighted, not file_new, which appears first in the file list.

Additionally, the up/down keys used to iterate between matches, so I could type file and use the down arrow to navigate to a different match if the file initially matched is different than the one I'm looking for. This behavior is absent. Perhaps the keybindings for iterating between matches have changed?

albertvaka commented on 2023-02-06 22:01 (UTC)

Also, to everyone reading this: Please upvote the upstream issue requesting typeahead to be added back to Nautilus:

albertvaka commented on 2023-02-06 21:59 (UTC)

Thanks a lot @bryango, I tested the patch and it seems to work. I'll update the package to 43.2 now 🥳🥳

bryango commented on 2023-02-04 10:44 (UTC) (edited on 2023-02-04 10:49 (UTC) by bryango)

I have checked that the patch by @xclaesse works for me. Do note that some nautilus extensions (python or otherwise) may no longer work in v43. I've hence ported the patch back to v43.2. See:

The PKGBUILD is forked from the official arch repo.

Armag67 commented on 2022-11-11 18:02 (UTC)

Solved by a temporary return to Manjaro Community libnautilus-extension via PACAUR.

Armag67 commented on 2022-11-11 17:23 (UTC) (edited on 2022-11-11 17:24 (UTC) by Armag67)


Even by the git way:

git clone
cd nautilus-typeahead
env LC_ALL=C makepkg -si

or with only

makepkg -si

the build fails with this traceback:

[290/369] Compiling C object src/libnautilus.a.p/nautilus-vfs-directory.c.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().

And I have the last ninja package (1.11.1-1) from Community on my Manjaro Xfce system (Oddly, this package doesn't seem to be dependent on any other and isn't marked orphaned...).

EDIT: I just saw that I have nautilus installed as fallback file browser and easytag which needs libnautilus-extension or libnautilus-extension-typeahead...