Searching in Win7 is not better than Vista


Recommended Posts

Search in win7 is definitely much better than in vista. In vista, if I saved a file , let's say "invoices november.xls" and then 1 minute later I needed to access that file, but didnt remember the location because I didnt pay enough attention, all I would have to do is just look for either "invoices or november" in the file search. But the file would longer to be indexed. Now it just works.

This and also remove the nagger "this drive is not indexed plz index it" thing. It is annoying.

Classic Search is best feature that M$ removed >:(

So, you'd rather a user wonder why searches are fast in one folder, and slow in others? Sounds like a good idea to me! :rolleyes: Please, next time you have a thought, let it go.

In some places it doesnt even give you a choice. In my second hard drive I have my old windows vista install. When I needed to access a file, it wouldn't let me get past the user folder without a LONG AS HELL indexing process. I had to resort to command line file operations to get the file I needed.

Searching in Win7 seems to work even worse than in Vista

Suppose I search for a file named ABC, but only remmember BC

Win7 cannot find it !!

Even if I search ABC , Win7 will return a list with lots of irrelevant results !

So I will have to pick out the gem from the garbage.

I think it's common knowledge that if you only remember BC, you search for *BC.

Having to do that really makes it a step backwards from XP tbh.

not really,

if you aren't tevhnical and aren't interested in system and hidden files there's no confusing option in search

if you are troubleshooting or doing something similar you will probably already have it enabled

if you know what system and hidden files are it's no biggie to find the option either

thats stupid. I dont want people to see my hidden files, and just to search them I have to unhide them, wots the point of hidden folders then?

lmao :rofl:

the show hidden is user specific. if you want to search for them you can leave it enabled without it revealing them to other "people".

if you are using the hidden attribute as some bizarre privacy mechanism, it would make far more sense to use NTFS permissions instead.

So, you'd rather a user wonder why searches are fast in one folder, and slow in others? Sounds like a good idea to me! :rolleyes: Please, next time you have a thought, let it go.

No this is a good idiot friendly feature, but there is no option to "NEVER REMIND ME AGAIN AND STFU."

For some reason the search in Windows 7 doesn't appear to be setup to index all contents of all drives which is somewhat odd, but with a little configuration it can be tweaked pretty easily. Personally I find it to be both good and very fast for indexed content, only worry is the rather large size of the index files, which are more than a gig on my system.

Personally I feel the search in 7 is better than in Vista

lmao :rofl:

the show hidden is user specific. if you want to search for them you can leave it enabled without it revealing them to other "people".

if you are using the hidden attribute as some bizarre privacy mechanism, it would make far more sense to use NTFS permissions instead.

no one in my family know about the hidden feature, but in xp it was much better, folders could stay hidden while you are able to search through them.

And Windows 7 don't find text in files which Windows 7 doesn't know.

Example:

Create a text file "sample.txt". Fill in a text (e.g. "unawave")

Make a copy of this file. Name it "sample.xyz"

Now search for "unawave". "sample.txt" will be found - "sample.xyz" not.

I use the third party program "AgentRansack". This small search program integrates itself in right mouse context menu of folders and drives. Runs perfect in Windows 7 32 bit. In 64 bit some registry entries must added to appear into right mouse context menu.

And Windows 7 don't find text in files which Windows 7 doesn't know.

Example:

Create a text file "sample.txt". Fill in a text (e.g. "unawave")

Make a copy of this file. Name it "sample.xyz"

Now search for "unawave". "sample.txt" will be found - "sample.xyz" not.

*reads what you said*

*rereads what you sad*

*scratches head*

Extension xyz is not a text file therefore searching within it is a pointless waste of system resources / time. What you are proposing is for Win Search to read the file headers for every file to determine whether or not it is a txt document after all which is rather inefficient compared to just searching by extension. It is kinda like renaming a *.mp4 to *.ilikenatchos and expect video thumbnails.

Is there an extension for W7 x32 Explorer that emulates Windows 2000 (aka: Classic) search as closely as possible? Possibly, overwriting the functionality of the top right search box?

For some reason the search in Windows 7 doesn't appear to be setup to index all contents of all drives which is somewhat odd, but with a little configuration it can be tweaked pretty easily. Personally I find it to be both good and very fast for indexed content, only worry is the rather large size of the index files, which are more than a gig on my system.

Personally I feel the search in 7 is better than in Vista

Anything you add to a Library is automatically indexed. Full drive indexing isn't enabled because it causes too many problems (irrelevant results, less performance), that aren't worth the trade off at this point.

Anything you add to a Library is automatically indexed. Full drive indexing isn't enabled because it causes too many problems (irrelevant results, less performance), that aren't worth the trade off at this point.

The tradeoff for people like me that keep different content on different drives however is that only a small portion of our content gets indexed. Agreed, I don't really account for normal usage patterns but a lot of more technically advanced users do store content on other disks.

And Windows 7 don't find text in files which Windows 7 doesn't know.

Example:

Create a text file "sample.txt". Fill in a text (e.g. "unawave")

Make a copy of this file. Name it "sample.xyz"

Now search for "unawave". "sample.txt" will be found - "sample.xyz" not.

I use the third party program "AgentRansack". This small search program integrates itself in right mouse context menu of folders and drives. Runs perfect in Windows 7 32 bit. In 64 bit some registry entries must added to appear into right mouse context menu.

Right... if the ".xyz" file type isn't registered then you won't get anything except basic innate file properties (name, date modified, etc). This is by design. If Windows doesn't know what type of file it is, you sure as hell don't want to index it as a text file (otherwise tons of non-text files would get improperly indexed and you'd get bogus results).

In the indexing CPL you can enable indexing of .xyz as a text file if you want to.

The tradeoff for people like me that keep different content on different drives however is that only a small portion of our content gets indexed. Agreed, I don't really account for normal usage patterns but a lot of more technically advanced users do store content on other disks.

Those are the advanced users who the Libraries feature was designed for.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Microsoft's fast coding model MAI-Code-1-Flash comes to Copilot Business and Enterprise by Karthik Mudaliar Microsoft’s recently announced MAI-Code-1-Flash model is now generally available to GitHub Copilot Business and Copilot Enterprise customers. With this support, organizations can have more centralized policy controls and billing while finally being able to use Microsoft’s lightweight, first-party coding model. According to GitHub’s announcement, Business and Enterprise plan administrators must enable the MAI-Code-1-Flash policy in Copilot settings before developers can access the model. Microsoft says that MAI-Code-1-Flash is for fast, iterative coding work rather than the most demanding architectural or debugging tasks. GitHub’s official model comparison page says that the model is great for "general-purpose coding and writing," while it excels at fast, accurate code completions and explanations Microsoft introduced MAI-Code-1-Flash on June 2 as part of a broader collection of internally developed MAI models. GitHub subsequently expanded support to Copilot CLI, the Copilot cloud agent, GitHub.com chat, GitHub Mobile, Visual Studio, JetBrains IDEs, Eclipse, and Xcode, but said support for managed Business and Enterprise customers was still on the way. In Microsoft’s own benchmark testing, MAI-Code-1-Flash scored 51.2% on SWE-Bench Pro, compared with 35.2% for Anthropic’s Claude Haiku 4.5. Microsoft also claimed that the model used up to 60% fewer tokens on SWE-Bench Verified. Do note that these are vendor-run results rather than independent measurements. The model is billed at provider list pricing under GitHub’s usage-based system. GitHub currently lists MAI-Code-1-Flash at $0.75 per million input tokens, $0.075 per million cached input tokens, and $4.50 per million output tokens. For organizations, the main incentive to use MAI-Code-1-Flash is likely to be efficiency rather than maximum capability. A smaller model that responds quickly and limits unnecessary output is quite useful for repetitive agent tasks at scale, especially after GitHub Copilot’s move toward usage-based billing. The "Flash" model is recommended for fast work and not necessarily for huge repositories with loads of context. It's better if teams compare their output with other larger models, especially if they're working on security-sensitive changes and complex, multi-file work.
    • yes AND no the "original" or plain/normal Optiplex 7010 won't be getting any more new firmware updates BUT the Optiplex SFF/SFF Plus {small form factor}, Micro/Micro Plus & Tower/Tower Plus 7010 editions DO get new updates such as this new one   and here are similar guides from the Dell web site for Dell systems: https://www.dell.com/support/kbdoc/en-us/000390990/secure-boot-transition-faq https://www.dell.com/support/kbdoc/en-us/000347876/microsoft-2011-secure-boot-certificate-expiration
    • AT&T has been spying on US citizens with the NSA for decades.. they just know how to keep it more under wraps.. the evil level is still there.
  • Recent Achievements

    • One Year In
      bernmeister earned a badge
      One Year In
    • Week One Done
      Scoobystu earned a badge
      Week One Done
    • Week One Done
      tuben earned a badge
      Week One Done
    • First Post
      OffsetAbs earned a badge
      First Post
    • Reacting Well
      OffsetAbs earned a badge
      Reacting Well
  • Popular Contributors

    1. 1
      +primortal
      443
    2. 2
      +Edouard
      200
    3. 3
      PsYcHoKiLLa
      155
    4. 4
      FloatingFatMan
      71
    5. 5
      Steven P.
      66
  • Tell a friend

    Love Neowin? Tell a friend!