Forum Linux.général Anomalie Gnome ou nouvelle fonction ?

Posté par  . Licence CC By‑SA.
Étiquettes :
1
8
mai
2022

Bonjour,

Je viens de remarque que les recherches réalisées dans Gnome, notamment pour les fichiers, est une fonction que j'apprécie particulièrement. C'est rapide, simple et efficace. Malheureusement, j'ai l'impression qu'un bug a été ajouté à l'occasion d'une mise à jour, à moins que cela ne soit à considérer comme une nouvelle fonction !

Dorénavant, lorsque je cherche le fichier « équipe » je ne trouve pas le fichier non accentué « equipe » et vice-versa. L'ensemble des caractères accentués ne semblent plus avoir de correspondance avec les caractères non accentués. Savez-vous si c'est volontaire et s'il y a moyen de rétablir l'ancien mode ?

  • # Regexp?

    Posté par  (site web personnel) . Évalué à 3.

    Je n'utilise pas Gnome, ni Mate.

    Est ce que tu peux faire la recherche sous forme d'expressions régulières?

    Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html

    • [^] # Re: Regexp?

      Posté par  . Évalué à 3.

      J'ai testé [é|e]quipe et ça fonctionne, mais c'est plus long à saisir et il faut y penser.

      • [^] # Re: Regexp?

        Posté par  . Évalué à 1. Dernière modification le 10 mai 2022 à 08:49.

        Étrangement, mod[è|e]le permet d'afficher le fichier « Modèle » et le dossiers « modeles », mais pas le fichier « modele »…

  • # Configuration ?

    Posté par  (site web personnel, Mastodon) . Évalué à 3.

    En théorie, la recherche non-sensible aux accents ni à la casse dépend du contexte de la langue utilisée pour la recherche. Cette théorie est définie par Unicode.

    J'imagine que Gnome Shell et Nautlius utilisent pour la recherche la langue configurée par l'utilisateur.

    Est-ce que tu peux vérifier que la langue de ta session est bien le français ?

    Qu'est-ce que tu as comme résultat quand tu liste tes variables d’environnements avec la commande suivante ?

    env | sort | grep -E "^(LC_|LANG)"

    Moi, pour l'instant avec OpenSuse Tumbleweed, je n'ai que LANG=fr_FR.UTF-8 et Nautilus n'arrive pas non plus à trouver de résultat quand la recherche est sans accent.

    • [^] # Re: Configuration ?

      Posté par  . Évalué à 1.

      La commande me donne ce résultat :

      LANG=fr_FR.UTF-8
      LC_ADDRESS=fr_FR.UTF-8
      LC_IDENTIFICATION=fr_FR.UTF-8
      LC_MEASUREMENT=fr_FR.UTF-8
      LC_MONETARY=fr_FR.UTF-8
      LC_NAME=fr_FR.UTF-8
      LC_NUMERIC=fr_FR.UTF-8
      LC_PAPER=fr_FR.UTF-8
      LC_TELEPHONE=fr_FR.UTF-8
      LC_TIME=fr_FR.UTF-8

      • [^] # Re: Configuration ?

        Posté par  (site web personnel, Mastodon) . Évalué à 2.

        Cette configuration à l'aire juste, je ne comprends pas pourquoi ça ne marche pas, désolé :(

        Si je ne me trompe pas, la recherche par fichier du Shell utilise Nautilus et Nautilus utilise lui-même Tracker.

        J'ai essayé, sous Debian Bullseye, la commande tracker search etourdi (Debian a la version 2 de Tracker) et elle me donne bien en résultat le fichier étourdi.txt que j'avais crée. Bizarre…

        • [^] # Re: Configuration ?

          Posté par  . Évalué à 2.

          La recherche fonctionnait extrêmement bien, tout en étant très rapide. C’était une fonction que j’appréciais énormément dans Gnome, car je manipule beaucoup de fichiers en équipe avec Nextcloud.

          tracker ne semble pas vraiment utilisé, car des résultats sont affichés dans Files, sans être présent dans tracker.

          Malgré les dernières mises à jour, le problème persiste alors je vais regarder plus en détail pour essayer de revenir à l’ancien comportement qui était très pratique. Si j’ai des nouvelles je viendrai présenter les avancées.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.