Recherche de fichiers sans extension dans Windows 7

Pendant toute ma vie, je ne parviens pas à trouver un moyen pour que Windows 7 Explorer recherche des fichiers sans extension. Sous XP, c’était simple et agréable: il suffit de rechercher les fichiers nommés, *.mais dans 7, cela ne fonctionne pas et renvoie tous les fichiers, comme cela se fait ext:..

La recherche est devenue extrêmement lourde sous Windows 7. Est-ce que quelqu'un sait comment effectuer cette tâche simple auparavant?

— Synetech
source

J'aimerais voir une solution sans devoir recourir à des applications tierces, mais cela devrait faire ce dont vous avez besoin. mythicsoft.com/agentransack

— skub le

Peut-être une solution pour la recherche Windows ici ... davidlenihan.com/2009/06/teaching_windows_about_files_w.html

— Moab

Windows Search n'est pas la syntaxe la plus intuitive. Je suis curieux de l’histoire et du développement de Windows Search et du point de départ.

— surfasb

Re: Le lien de Moab - > Les fichiers sans extension (comme "makefile") ne fonctionnent pas bien sous Windows. Pas vrai; XP n'a eu aucun problème avec les fichiers sans extension, ni même les fichiers sans nom (par exemple, `.htaccess '). Bien sûr, Explorer était un peu délicat et la ligne de commande était plus facile à utiliser, mais la fonction de recherche ne posait aucun problème.

— Synetech

> Windows Search n'est pas la syntaxe la plus intuitive. Je suis curieux de l’histoire et du développement de Windows Search et du point de départ. Probablement un mélange (désordonné) entre caractères génériques, regex, en concurrence avec Google et consommation excessive de drogue. Je ne serais pas si fou si ce n’était que Windows Search qui posait problème, mais sous Win7, même la fonction de recherche standard dans Explorer est interrompue car elle a décidé de remplacer la fonction de recherche d’Explorer par Windows Search. : roll: Je ne sais pas ce qui est pire; la nouvelle syntaxe inefficace / difficile, ou qu'il faut toujours 100% de CPU pour faire n'importe quoi / rien.

— Synetech

Réponses:

Selon MSDN, le caractère rien est []. Alors appuyez sur F3et entrez ext:[].

— surfasb
source

Ce genre de, fonctionne presque. Il renvoie les fichiers qui n'ont effectivement pas d'extension, mais il renvoie également certains fichiers étiquetés comme n'ayant pas d'extension, même s'ils contiennent une ou plusieurs périodes, ainsi que tous les dossiers, même ceux contenant des périodes. Hmm, il semble que Windows 7 ne puisse même pas dire le type de fichiers et / ou analyser correctement les noms de fichiers / extension. (J'aime Win7 de moins en moins tous les jours.)

— Synetech le

Étrange, les fichiers avec plusieurs périodes par définition ont une extension et ces fichiers n'apparaissent pas sur mon système. Les dossiers ont également des extensions, ce qui ne concerne pas que les fichiers. Si vous souhaitez uniquement des fichiers, vous devez ajouter un filtre: NOT kind:folderpuisqu'il recherche implicitement tous les types d'objet, pas seulement les fichiers. Je ne peux pas vous aider avec le Win 7 aime / n'aime pas.

— surfasb

Comme @surfasb le fait remarquer, le [] peut être utilisé pour représenter «rien» et vous pouvez l'utiliser avec le ext:filtre.

Vous pouvez ensuite l'utiliser en combinaison avec le type:filtre et lui indiquer de ne PAS afficher les dossiers:

ext:[] type:NOT"file folder"

— Ƭᴇcʜιᴇ007
source

J'étais confronté à ce problème aujourd'hui sous Windows 8 et je l'avais déjà remarqué auparavant. J'ai enfin trouvé un moyen de faire cela correctement et j'espère que cette réponse aidera les affiches originales et les autres personnes qui viennent ici via des recherches Google.

En général, pour les recherches approfondies normales et avancées, j'ai utilisé Nirsoft SearchMyFiles et arrêté d'utiliser Windows Search.

Mais, pour une raison quelconque, j'avais du mal à le trouver pour trouver des fichiers sans extension. J'ai pensé que le même bogue était là aussi dans cette application.

Mais, je me suis trompé et apparemment, Nir Softer a entièrement repensé son moteur d'expression générique et générique; selon ce petit bijou que j'ai trouvé affiché sur la page de la section "Historique des versions":

Version 2.40:

SearchMyFiles utilise maintenant un analyseur générique interne au lieu de baser le résultat de la recherche sur l'analyseur générique de Windows. Cette modification résout un bug gênant causé par l'analyseur générique Windows: Dans les versions précédentes, SearchMyFiles renvoyait parfois des résultats incorrects, car Windows correspond également au caractère générique avec le nom de fichier court (format DOS 8.3).

Remarque: le nouvel analyseur générique peut entraîner des problèmes de compatibilité, par exemple: Lorsque vous avez numérisé avec . caractère générique avec l’analyseur Windows, il a renvoyé tous les fichiers, y compris les fichiers sans extension. Avec le nouvel analyseur générique de SearchMyFiles, . ne renvoie que les fichiers avec extension. Afin de renvoyer tous les fichiers, vous devez utiliser * au lieu de .

Lors du chargement d'anciens fichiers de configuration, SearchMyFiles convertit automatiquement tous les fichiers . caractères génériques à *

Le nouvel analyseur générique présente certains avantages, par exemple: si vous recherchez . . . , vous obtiendrez tous les fichiers avec 3 caractères de points ou plus. Avec l’analyseur générique Windows dans les versions précédentes, vous obteniez simplement la liste de tous les fichiers.

Vous pouvez maintenant exclure des fichiers en utilisant une liste de caractères génériques. Vous devez sélectionner cette option dans la liste déroulante, car l'option par défaut consiste à exclure les fichiers par extension.

Vous pouvez maintenant spécifier des chaînes d'environnement dans les champs "Dossiers de base" et "Dossiers exclus" (par exemple:% AppData%).

Donc, pour trouver des fichiers sans extensions, n'utilisez pas ceux-ci:

*.* or *.

Il suffit d'utiliser un simple:

Par exemple :

Files Wildcard: *
Subfolders Wildcard: *

Note: S'il vous plaît, ne vous fiez pas aux jokers illustrés dans la "vieille" capture d'écran postée ci-dessus.

— Alex S
source