pointertovoid Posted August 26, 2016 Share Posted August 26, 2016 (edited) Hello everyone and everybody! Many file formats contain information not displayed to the user, say formatting instructions. The search (F3) for a file containing a certain string should better sort out what information is displayed and search for the string only there. Here are my observations: W2k and Xp return nearly every .htm if searching for charset. W2k returns nearly every .pdf if searching for Arial. Xp returns nearly no .pdf if searching for Arial. It also misses fewer .pdf files that do contain the searched string. Installing Sumatra with its "Pdf search filter" changes nothing, Foxit neither. Windows seems to do everything.http://www.sumatrapdfreader.org/download-free-pdf-viewer-fr.htmlhttp://www.sumatrapdfreader.org/download-prev.html v1.51 installs on W2k if Gdiplus.dll v5.1.3102.1360 is added near the installer and deinstaller, v1.1 doesn't need it. Though, I experimented on one W2k and one Xp only: I shut off the indexation on W2k and Xp long ago, both as a service and from the volumes. Maybe the "Pdf search filter" acts there? Foxit v2.2 was put on W2k by pasting, v4.3 on Xp by installer, later v4.3 on W2k by installer. I've Firefox 38, ie7 and half a dozen browser on Xp, Ff12 and ie6 on W2k. Maybe you want to compare and share your observations? Edited August 26, 2016 by pointertovoid Link to comment Share on other sites More sharing options...
jaclaz Posted August 26, 2016 Share Posted August 26, 2016 What is "botched" (just so you know) is the XP "Search", it is a known issue, it simply doesn't do what it is supposed to do. For "pure" file searching (by filename/extension) given that most XP's work on NTFS formatted volumes, NOTHING can beat a "Pure" $MFT parser, such as: https://sourceforge.net/projects/swiftsearch/ There are of course many more, some were listed here: If you want to search for text inside files, apart the name, searchmonkey is IMHO not-so-shabby (though not "perfect", as an example it only does a volume at a time):http://searchmonkey.embeddediq.com/index.php The good thing is that opens in a lower pane a preview of the selected file with the line where the match was found. I wouldn't use it as "everyday tool", but when I need to really search for some text into files, it is handy. jaclaz Link to comment Share on other sites More sharing options...
pointertovoid Posted August 27, 2016 Author Share Posted August 27, 2016 That Xp's search function is clumsy, inefficient and plain annoying is clear. It needs heavy tuning before getting half-way usable, and I haven't found up to now how to disable the search within the zip files. I didn't try Search Monkey because something (Firefox, Avast or Comodo) claims the site is a nest of malware, and even after pass-by, it blocks the download. Is there information about the F3 search (of W2k and Xp) skipping the non-displayed metadata when searching for a string? From my observations, only Xp does it with the pdf files. That behaviour would be useful for htm files too, and on W2k too. Link to comment Share on other sites More sharing options...
jaclaz Posted August 28, 2016 Share Posted August 28, 2016 11 hours ago, pointertovoid said: That Xp's search function is clumsy, inefficient and plain annoying is clear. It needs heavy tuning before getting half-way usable, and I haven't found up to now how to disable the search within the zip files. You cannot AFAIK, but you can unregister zipfldr.dll. You can get searchmonkey from Sourceforge, in case: https://sourceforge.net/projects/searchmonkey/files/Searchmonkey2/ jaclaz 1 Link to comment Share on other sites More sharing options...
pointertovoid Posted September 17, 2016 Author Share Posted September 17, 2016 I've tried SearchMonkey. It installs and runs nicely on Xp and W2k, kudos. It does its job without needing to learn nor disable anything, how comfortable. One back side: it is much slower than Windows' built-in F3 search. Link to comment Share on other sites More sharing options...
jaclaz Posted September 23, 2016 Share Posted September 23, 2016 A new kid on the block (command line) for Linux and Windows (and MacOsX) UNtested by me:https://github.com/BurntSushi/ripgrep jaclaz Link to comment Share on other sites More sharing options...
pointertovoid Posted September 26, 2016 Author Share Posted September 26, 2016 On 28/8/2016 at 11:25 AM, jaclaz said: You can unregister zipfldr.dll. It works nicely. Now I have it in a .bat file for future use:REGSVR32 /u C:\Windows\System32\zipfldr.dll (sure, %path% would be more flexible). Grazie Jaclaz! Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now