¡Vamos a ayudar!
Para cualquier problema de Windows Search, mi recomendación es dos cosas:
- Lea la documentación de AQS (Advanced Query Syntax) para saber qué hacen todos los caracteres especiales.
- Sepa que Windows Search convertirá su consulta en AQS precisos y, a menos que sea específico en sus consultas, Windows adivinará qué AQS realmente quiso decir. ¡Los resultados pueden ser sorprendentes!
Primero, algunos de los conceptos básicos sobre AQS
De forma predeterminada, las propiedades del archivo de cadena (nombre de archivo, autor, etc.) buscan COP_WORD_STARTSWITH
$<
, por lo que cualquier palabra (separada por spaces , - _ () []
y más) que comience con su término de búsqueda. Otras propiedades que no son de cadena (fechas, etc.) buscan COP_EQUAL
=
o coinciden exactamente por defecto (sin comodines, *
y ?
son literales).
En segundo lugar, si está buscando en cualquier ubicación indexada, no se mostrarán todas las ubicaciones no indexadas en su consulta.
Tercero, haga clic en la barra de direcciones para ver con qué buscó realmente AQS Windows Search. Puede ignorar las migas de ubicación y el nombre para mostrar: tendrá un porcentaje de codificación, así que decodifique en un sitio como https://www.url-encode-decode.com/
Cuarto, indocumentado *
y ?
comportarse de manera impredecible en AQS a menos que estén en una ~
COP_DOSWILDCARDS
consulta (lo que significa que la no palabra comienza con, y los comodines *
o ?
se interpretan). La búsqueda de Windows generalmente convertirá las búsquedas en una ~
consulta. Por ejemplo, parece comodín **
y ?
con caracteres alfanuméricos buscar propiedades de cadena con ~
, pero **
sin alfanuméricos no busca nada. También solo *
en no ~
consultas se tratan como comodines conCOP_WORD_STARTSWITH
$<
.
Analicemos sus consultas
(
AQS search-ms:displayname=Search Results in Users&crumb=&crumb=location:C:\Users
simplificadocrumb=
Bueno, sin comillas (
es un operador de agrupación para cuando usas AND
o OR
, no agrupaste nada, por lo que Windows cree que querías decir que nada de grupo busca todo.
*(*
AQS crumb=
La mayoría de las búsquedas de Windows que comienzan con *
Windows intentan convertirse en a crumb=~~query_term
(a contiene búsqueda). *
se trata como normal en una consulta contiene. De todos modos, en este caso, el comodín es un grupo de nada, por lo que Windows busca todos los grupos de nada (¡o todo!)
"("
AQS crumb=System.Generic.String:"("
Cotizaciones buscar frases exactas (la palabra o la propiedad debe coincidir con la totalidad) y son caracteres literales a excepción de *
, ?
y ""
se vuelven "
. Esto busca palabras que comienzan con (
, pero dado que las palabras no (
lo son , solo busca propiedades que son solo(
*"("*
AQS crumb=Rating:(>=1 <13) OR System.Generic.String:** System.Generic.String:"("*
Esta es una locura, pero Windows Search intenta convertir el prefijo *
seguido de ciertos caracteres especiales como estrellas. 1-13 es 1 estrella. También tenga en cuenta de mis pruebas, **
sin ningún carácter alfanumérico antes o después, no busca nada en lugar de un comodín y es impredecible.
Esta consulta completa significa
(Calificación de 1 estrella O palabra que comienza con nada) Y propiedades que son justas (
. *
no coincidirá con ningún otro personaje porque toda la propiedad tiene que ser (
.
Simplificado significa, archivos de 1 estrella llamados (
**
en la consulta en realidad mostró un (
archivo estrella que no es uno para mí, pero al cambiar el ay **
de ***
regreso a **
él no dio los resultados esperados ( **
es impredecible)
Las otras respuestas
~="("
AQS crumb=System.Generic.String:~="("
Esto no funcionó, Windows parece no encontrar nada si la cantidad de búsqueda es demasiado intensa. filename:~="("
funciona. Básicamente, busque un nombre de archivo que contenga solo un (
lugar
"*(*"
AQS crumb=filename:~~"*(*" OR System.Generic.String:"*(*"
Esto funcionó. El nombre de archivo contiene *(*
comodines O cualquier palabra de propiedad que comience con comodines y tenga un (
. Nota, ambos ~=
y ~~
media contiene.