OVH Cloud OVH Cloud

Spotlight, sombre me*d^...

35 réponses
Avatar
jperrocheau
Bonjour

Je ne le crois pas, je viens de décrouvrir que Spotlight ne sait pas
faire la différence entre e, é, è, et ê... alors que le bon vieux
Sherlock 2 version 3.0.2 de Mac OS 9.2.2 même lancé sous Classic est
capable de faire la différence.

Sherlock 2 me trouve sans pb les 35 fichiers dans mon home dont le nom
contient le caractère ê. La recherche équivalent avec Spotlight (avec la
"syntaxe "ê pour limiter la recherche au nom de fichiers) me trouve 34
occurences pas une de plus, aucune de ces occurences ne contient
effectivement le caractère ê.

C'est une honte!!!

Voir aussi sur Macfixit le pb de l'astérisque....

Cela dit maintenant quand on demande à Sherlock 3.0.2 de cherche dans un
dossier particulier il a tendance à quitter inopinément.

--
Jacques PERROCHEAU
________________________________________________________________________
e-mail: mailto:jperrocheau@mac.com

10 réponses

1 2 3 4
Avatar
Philippe Di Valentin
Le 1/08/05 14:04, Sergio écrivait:

Et même si l'usage d'EasyFind palie plutôt bien à tous ça, ça n'explique
pas les emm¨H¨Hnnuis avec Recherche_Finder/Spotlight.


Le désastreux Recherche_Finder est un "cumulard" car il ne trouve pas les
invisibles que je cherche,et en plus il faut reconfigurer à chaque
ouverture.

--
• Philippe

Avatar
Laurent Wacrenier
Philippe Di Valentin écrit:
Et même si l'usage d'EasyFind palie plutôt bien à tous ça, ça n'explique
pas les emm¨H¨Hnnuis avec Recherche_Finder/Spotlight.


Le désastreux Recherche_Finder est un "cumulard" car il ne trouve pas les
invisibles que je cherche,et en plus il faut reconfigurer à chaque
ouverture.


Crée un "dossier intelligent".


Avatar
dominiquelang
Sergio wrote:

Amha, il doit plutôt faire des recherches préfixées (ie "sur le début
des mots") et ni postfixées ni infixées ... à confirmer .donc ..


Je viens de chercher "esktop", résultat: 3 machins qui n'ont rien à voir
avec un desktop.

Donc, pas de recherche suffixée.

Recherche de "skt", pas plus de desktop; donc pas de recherche sur le
milieu des mots non plus...
--
Ghupt esch ghupt! Zeruckhupe git's net!
Remplacez FromMyTrailer.invalid par wanadoo.fr pour répondre en privé!
Dominique Lang
Gériatrie: <http://perso.wanadoo.fr/dominique.lang/accueil.html>

Avatar
Eric Levenez
Le 1/08/05 14:04, dans
<1h0mcao.odjz2eowxqioN%, « Sergio »
a écrit :

Exemple: dans mon dossier de preferences si je tape corn il ne me trouve
pas com.roxio.Popcorn.plist (par contre si je tape pop il le trouve).



Ça ne veut rien dire car "pop" est peut-être dans le fichier, et si "pop"
n'est pas dans le fichier, alors Spotlight n'aurait pas dû le trouver
d'après le comportement décrit par Apple, et il faut faire un bug report à
Apple :-)

<http://developer.apple.com/documentation/Carbon/Conceptual/SpotlightQuery/C
oncepts/QueryFormat.html>

Mais bon, il est vrai que les modifiers "cd" devraient être en standard dans
les recherches. Chaque mot devrait aussi être entourés de "*".

--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.


Avatar
Philippe Di Valentin
Le 1/08/05 17:41, Laurent Wacrenier écrivait:

Crée un "dossier intelligent".


Merci,car en effet c'est OK pour conserver la configuration souhaitée.

--
• Philippe

Avatar
sdlkjflqsjkfsdjljfsdldfs456465
Sergio wrote:

Philippe Di Valentin wrote:

Vous avez ma voix:-)


+1


+ 1 aussi.
Jamais vu un truc aussi nul pour rechercher des fichiers, ça ne trouve
jamais ce qu'il faut.
Et que dire ce classement avec un "29 de plus" ou "144 de plus", dans
lequel le fichier qu'on cherche est invariablement dans les "xx de
plus", bien sûr..

On rétorquera qu'il suffit de faire "présentation/par liste". Ok, mais
il faut déjà le trouver.. allez dire ça à un novice en MacOS (ou même un
vieux routier de MacOS, mais novice de Tiger !)


Une chose de bien, pour faire contrepoint, la possibilité de ne jamais
rechercher dans un dossier précis : ça peut grandement accélérer les
recherches si on a un gros dossier avec des milliers de fichiers qui
ralentissent les recherches inutilement.
Du style un client Oracle par ex.


Avatar
laurent.pertois
Eric Levenez wrote:

Normal. Par défaut, les chaînes sont découpés avec les séparateurs et les
changements de majuscules. Ta chaîne est donc découpées en sous-chaînes "com
apple remote desktop plist". Alors que le chaîne de Fra est "com roxio
popcorn plist". Et comme Spotlight cherche des mots entiers, il trouve
desktop dans la première et pas corn dans la deuxième.


Bien vu, il faut effectivement en passer par les "jokers" (*...), c'est
encore un peu béta comme truc...

--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.

Avatar
Eric Levenez
Le 2/08/05 20:47, dans
<1h0opjr.1imfeae1rhzkh2N%, « Laurent Pertois »
a écrit :

Eric Levenez wrote:

Normal. Par défaut, les chaînes sont découpés avec les séparateurs et les
changements de majuscules. Ta chaîne est donc découpées en sous-chaînes "com
apple remote desktop plist". Alors que le chaîne de Fra est "com roxio
popcorn plist". Et comme Spotlight cherche des mots entiers, il trouve
desktop dans la première et pas corn dans la deuxième.


Bien vu, il faut effectivement en passer par les "jokers" (*...), c'est
encore un peu béta comme truc...


Ce n'est pas bêta, c'est juste que la configuration par défaut pour une
recherche n'est pas très adaptée. Il faudra un panneau de configuration avec
différents réglages.

--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.


Avatar
Laurent Wacrenier
Laurent Pertois écrit:
Bien vu, il faut effectivement en passer par les "jokers" (*...), c'est
encore un peu béta comme truc...


C'est surtout pas documenté.
Comme on ne sait pas ce qu'il cherche, on peut
se demander si c'est bien ce qu'on a compris qui cherchait
ou s'il y a une erreur quelque part.

Avatar
fra
Laurent Pertois wrote:

Bien vu, il faut effectivement en passer par les "jokers" (*...)


On peut ???
Je viens de tester *corn* sur mon dossier prefs sans plus de succés.
--
Fra

1 2 3 4