Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > alt.comp.os.windows-10 > #181532 > unrolled thread

Searching for files

Back to article view | Back to alt.comp.os.windows-10

Contents

  Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-01-18 20:06 +0200
    Re: Searching for files D <noreply@mixmin.net> - 2025-01-18 18:47 +0000
      Re: Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-01-20 08:32 +0200
        Re: Searching for files Paul <nospam@needed.invalid> - 2025-01-20 04:45 -0500
        Re: Searching for files D <noreply@mixmin.net> - 2025-01-20 13:19 +0000
        Re: Searching for files Newyana2 <newyana@invalid.nospam> - 2025-01-20 08:45 -0500
          Re: Searching for files "Allan Higdon" <allanh@vivaldi.net> - 2025-01-20 09:29 -0600
            Re: Searching for files Newyana2 <newyana@invalid.nospam> - 2025-01-20 13:33 -0500
              Re: Searching for files "Allan Higdon" <allanh@vivaldi.net> - 2025-01-20 14:01 -0600
            Re: Searching for files Paul <nospam@needed.invalid> - 2025-01-20 15:45 -0500
    Re: Searching for files Newyana2 <newyana@invalid.nospam> - 2025-01-18 13:56 -0500
    Re: Searching for files Michael Logies <logies@t-online.de> - 2025-01-18 19:58 +0100
    Re: Searching for files Nil <rednoise9@rednoise9.invalid> - 2025-01-18 14:01 -0500
      Re: Searching for files VanguardLH <V@nguard.LH> - 2025-01-19 00:50 -0600
        Re: Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-01-20 08:34 +0200
          Re: Searching for files VanguardLH <V@nguard.LH> - 2025-01-20 06:16 -0600
          Re: Searching for files Nil <rednoise9@rednoise9.invalid> - 2025-01-22 19:57 -0500
            Re: Searching for files Paul <nospam@needed.invalid> - 2025-01-22 23:49 -0500
            Re: Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-02-21 03:18 +0200
              Re: Searching for files Nil <rednoise9@rednoise9.invalid> - 2025-02-24 13:50 -0500
                Re: Searching for files Graham J <nobody@nowhere.co.uk> - 2025-02-24 22:01 +0000
                  Re: Searching for files Paul <nospam@needed.invalid> - 2025-02-24 18:34 -0500
                    Re: Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-02-25 05:39 +0200
                      Re: Searching for files GlowingBlueMist <zapbot@truely.invalid> - 2025-02-25 17:16 -0600
                        Re: Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-02-26 10:30 +0200
                    Re: Searching for files ...w¡ñ§±¤ñ  <winstonmvp@gmail.com> - 2025-02-25 11:49 -0700
                      Re: Searching for files Paul <nospam@needed.invalid> - 2025-02-25 22:39 -0500
                      Re: Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-02-26 06:02 +0200
                        Re: Searching for files Paul <nospam@needed.invalid> - 2025-02-26 00:32 -0500
    Re: Searching for files knuttle <keith_nuttle@yahoo.com> - 2025-01-18 14:30 -0500
    Re: Searching for files Hank Rogers <Hank@nospam.invalid> - 2025-01-18 13:49 -0600
    Re: Searching for files "R.Wieser" <address@is.invalid> - 2025-01-18 21:39 +0100
    Re: Searching for files Herbert Kleebauer <klee@unibwm.de> - 2025-01-18 21:44 +0100
      Re: Searching for files Marion <marion@facts.com> - 2025-01-20 03:38 +0000
    Re: Searching for files Paul <nospam@needed.invalid> - 2025-01-18 18:00 -0500
    Re: Searching for files Anton Shepelev <anton.txt@gmail.moc> - 2025-01-19 02:10 +0300
    Re: Searching for files Paul in Houston TX <Paul@Houston.Texas> - 2025-01-18 18:17 -0600
    Off-topic: X-No-Archive header (was: Searching for files) VanguardLH <V@nguard.LH> - 2025-01-19 01:00 -0600
      Re: Off-topic: X-No-Archive header Marion <marion@facts.com> - 2025-01-20 03:22 +0000
        Re: Off-topic: X-No-Archive header "Kerr-Mudd, John" <admin@127.0.0.1> - 2025-01-20 09:13 +0000
      Re: Off-topic: X-No-Archive header (was: Searching for files) Steve Hayes <hayesstw@telkomsa.net> - 2025-01-20 09:00 +0200
        Re: Off-topic: X-No-Archive header VanguardLH <V@nguard.LH> - 2025-01-20 06:31 -0600
    Re: Searching for files wasbit <wasbit@nowhere.com> - 2025-01-19 09:36 +0000
      Re: Searching for files Newyana2 <newyana@invalid.nospam> - 2025-01-19 08:29 -0500
      Re: Searching for files Michael Logies <logies@t-online.de> - 2025-01-19 17:48 +0100
    Re: Searching for files Frank Slootweg <this@ddress.is.invalid> - 2025-01-19 11:05 +0000
      Re: Searching for files Paul <nospam@needed.invalid> - 2025-01-19 08:43 -0500
      Re: Searching for files Ken Blake <Ken@invalid.news.com> - 2025-01-19 09:43 -0700
        Re: Searching for files knuttle <keith_nuttle@yahoo.com> - 2025-01-19 14:06 -0500
          Re: Searching for files Paul <nospam@needed.invalid> - 2025-01-19 15:12 -0500
          Re: Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-01-20 08:57 +0200
            Re: Searching for files Paul <nospam@needed.invalid> - 2025-01-20 05:37 -0500
              Re: Searching for files Steve Hayes <hayesstw@telkomsa.net> - 2025-01-20 17:50 +0200
                Re: Searching for files Paul <nospam@needed.invalid> - 2025-01-20 14:09 -0500

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

#182533

Nil wrote:
> On 20 Feb 2025, Steve Hayes <hayesstw@telkomsa.net> wrote in
> alt.comp.os.windows-10:
> 
>> My need to search for files was that I saved something in an
>> editor program (RoughDraft) and didn't know where it had put it,
>> when I wanted to copy it to a USB flash drive to put on another
>> computer.
>>
>> Eventually found where it had put the file: in c:\system32
>>
>> It seems a very strange place to store data files.
> 
> That is very strange. That location is protected by the OS and normally
> will force you to explicitly give administrator permission to
> save/move/copy/delete files there. User programs shouldn't suggest
> saving files anywhere near there.
> 


The problem is really the way that programs are designed.  Typically 
they have file open, file save, file save as, file close, file quit, 
etc. and each program then has its own GUI for locating the place where 
the file should be saved.

But every OS has a file manager, and clearly this is the best tool with 
which to navigate the file system.

So programs should save all that effort and call the file manager, 
rather than doing (often badly) the file management for themselves.



-- 
Graham J

[toc] | [prev] | [next] | [standalone]

#182534

On Mon, 2/24/2025 5:01 PM, Graham J wrote:
> Nil wrote:
>> On 20 Feb 2025, Steve Hayes <hayesstw@telkomsa.net> wrote in
>> alt.comp.os.windows-10:
>>
>>> My need to search for files was that I saved something in an
>>> editor program (RoughDraft) and didn't know where it had put it,
>>> when I wanted to copy it to a USB flash drive to put on another
>>> computer.
>>>
>>> Eventually found where it had put the file: in c:\system32
>>>
>>> It seems a very strange place to store data files.
>>
>> That is very strange. That location is protected by the OS and normally
>> will force you to explicitly give administrator permission to
>> save/move/copy/delete files there. User programs shouldn't suggest
>> saving files anywhere near there.
>>
> 
> 
> The problem is really the way that programs are designed.  Typically they have file open, file save, file save as, file close, file quit, etc. and each program then has its own GUI for locating the place where the file should be saved.
> 
> But every OS has a file manager, and clearly this is the best tool with which to navigate the file system.
> 
> So programs should save all that effort and call the file manager, rather than doing (often badly) the file management for themselves.
> 

Using System32 might happen when a program is run as Administrator.

For example, if the launch methodology involves cmd.exe and
being launched as Administrator, the working directory could be
C:\Windows\System32 in that case. It varies with OS and situation
as to how some of the shell launches handle this now.

   Paul

[toc] | [prev] | [next] | [standalone]

#182535

On Mon, 24 Feb 2025 18:34:20 -0500, Paul <nospam@needed.invalid>
wrote:

>Using System32 might happen when a program is run as Administrator.
>
>For example, if the launch methodology involves cmd.exe and
>being launched as Administrator, the working directory could be
>C:\Windows\System32 in that case. It varies with OS and situation
>as to how some of the shell launches handle this now.

I managed to find the files, using the program that had created them,
and used "Save As" to save them in a more accessible location, which
the program seems to have now memorised as a default location to save
files. 

But it probably explains why I couldn't find them while searching, or
looking with a file management program

. 
-- 
Steve Hayes from Tshwane, South Africa
Web:  http://www.khanya.org.za/stevesig.htm
Blog: http://khanya.wordpress.com
E-mail - see web page, or parse: shayes at dunelm full stop org full stop uk

[toc] | [prev] | [next] | [standalone]

#182555

On 2/24/2025 9:39 PM, Steve Hayes wrote:
> On Mon, 24 Feb 2025 18:34:20 -0500, Paul <nospam@needed.invalid>
> wrote:
> 
>> Using System32 might happen when a program is run as Administrator.
>>
>> For example, if the launch methodology involves cmd.exe and
>> being launched as Administrator, the working directory could be
>> C:\Windows\System32 in that case. It varies with OS and situation
>> as to how some of the shell launches handle this now.
> 
> I managed to find the files, using the program that had created them,
> and used "Save As" to save them in a more accessible location, which
> the program seems to have now memorised as a default location to save
> files.
> 
> But it probably explains why I couldn't find them while searching, or
> looking with a file management program
> 
> .
The "lost files" problem, usually from my not paying attention while 
saving file, is why I installed the Everything program which is free and 
is found at https://www.voidtools.com/

As long as I remember even part of the filename it finds it even when 
the Microsoft search methods fail.

[toc] | [prev] | [next] | [standalone]

#182565

On Tue, 25 Feb 2025 17:16:56 -0600, GlowingBlueMist
<zapbot@truely.invalid> wrote:

>On 2/24/2025 9:39 PM, Steve Hayes wrote:
>> On Mon, 24 Feb 2025 18:34:20 -0500, Paul <nospam@needed.invalid>
>> wrote:
>> 
>>> Using System32 might happen when a program is run as Administrator.
>>>
>>> For example, if the launch methodology involves cmd.exe and
>>> being launched as Administrator, the working directory could be
>>> C:\Windows\System32 in that case. It varies with OS and situation
>>> as to how some of the shell launches handle this now.
>> 
>> I managed to find the files, using the program that had created them,
>> and used "Save As" to save them in a more accessible location, which
>> the program seems to have now memorised as a default location to save
>> files.
>> 
>> But it probably explains why I couldn't find them while searching, or
>> looking with a file management program
>> 
>> .
>The "lost files" problem, usually from my not paying attention while 
>saving file, is why I installed the Everything program which is free and 
>is found at https://www.voidtools.com/
>
>As long as I remember even part of the filename it finds it even when 
>the Microsoft search methods fail.

And this looks as though it might also be helpful:

How to Disable Web Results in Windows Search
<https://www.techbout.com/disable-web-results-in-windows-search-44034/>

If I want to do a web search I'll use a web browser. 



-- 
Steve Hayes from Tshwane, South Africa
Web:  http://www.khanya.org.za/stevesig.htm
Blog: http://khanya.wordpress.com
E-mail - see web page, or parse: shayes at dunelm full stop org full stop uk

[toc] | [prev] | [next] | [standalone]

#182547

Paul wrote on 2/24/2025 4:34 PM:
> On Mon, 2/24/2025 5:01 PM, Graham J wrote:
>> Nil wrote:
>>> On 20 Feb 2025, Steve Hayes <hayesstw@telkomsa.net> wrote in
>>> alt.comp.os.windows-10:
>>>
>>>> My need to search for files was that I saved something in an
>>>> editor program (RoughDraft) and didn't know where it had put it,
>>>> when I wanted to copy it to a USB flash drive to put on another
>>>> computer.
>>>>
>>>> Eventually found where it had put the file: in c:\system32
>>>>
>>>> It seems a very strange place to store data files.
>>>
>>> That is very strange. That location is protected by the OS and normally
>>> will force you to explicitly give administrator permission to
>>> save/move/copy/delete files there. User programs shouldn't suggest
>>> saving files anywhere near there.
>>>
>>
>>
>> The problem is really the way that programs are designed.  Typically they have file open, file save, file save as, file close, file quit, etc. and each program then has its own GUI for locating the place where the file should be saved.
>>
>> But every OS has a file manager, and clearly this is the best tool with which to navigate the file system.
>>
>> So programs should save all that effort and call the file manager, rather than doing (often badly) the file management for themselves.
>>
> 
> Using System32 might happen when a program is run as Administrator.
> 
> For example, if the launch methodology involves cmd.exe and
> being launched as Administrator, the working directory could be
> C:\Windows\System32 in that case. It varies with OS and situation
> as to how some of the shell launches handle this now.
> 
>     Paul
> 
MIght be reasonable to consider the age of the program when also 
speculating on the default or possible related Windows programs/utilities 
used when launching or saving.

RoughDraft's last/latest version was in April 2005(approxh 20 yrs ago, XP 
era -initial release was in 2001, Widows ME era).
  => Doubtful its medieval era installer was looking for ProgramData or 
maybe even configuration of a default save folder in a userprofile or or 
configuration of environment variables.

-- 
...w¡ñ§±¤ñ

[toc] | [prev] | [next] | [standalone]

#182558

On Tue, 2/25/2025 1:49 PM, ...w¡ñ§±¤ñ  wrote:
> Paul wrote on 2/24/2025 4:34 PM:
>> On Mon, 2/24/2025 5:01 PM, Graham J wrote:
>>> Nil wrote:
>>>> On 20 Feb 2025, Steve Hayes <hayesstw@telkomsa.net> wrote in
>>>> alt.comp.os.windows-10:
>>>>
>>>>> My need to search for files was that I saved something in an
>>>>> editor program (RoughDraft) and didn't know where it had put it,
>>>>> when I wanted to copy it to a USB flash drive to put on another
>>>>> computer.
>>>>>
>>>>> Eventually found where it had put the file: in c:\system32
>>>>>
>>>>> It seems a very strange place to store data files.
>>>>
>>>> That is very strange. That location is protected by the OS and normally
>>>> will force you to explicitly give administrator permission to
>>>> save/move/copy/delete files there. User programs shouldn't suggest
>>>> saving files anywhere near there.
>>>>
>>>
>>>
>>> The problem is really the way that programs are designed.  Typically they have file open, file save, file save as, file close, file quit, etc. and each program then has its own GUI for locating the place where the file should be saved.
>>>
>>> But every OS has a file manager, and clearly this is the best tool with which to navigate the file system.
>>>
>>> So programs should save all that effort and call the file manager, rather than doing (often badly) the file management for themselves.
>>>
>>
>> Using System32 might happen when a program is run as Administrator.
>>
>> For example, if the launch methodology involves cmd.exe and
>> being launched as Administrator, the working directory could be
>> C:\Windows\System32 in that case. It varies with OS and situation
>> as to how some of the shell launches handle this now.
>>
>>     Paul
>>
> MIght be reasonable to consider the age of the program when also speculating on the default or possible related Windows programs/utilities used when launching or saving.
> 
> RoughDraft's last/latest version was in April 2005(approxh 20 yrs ago, XP era -initial release was in 2001, Widows ME era).
>  => Doubtful its medieval era installer was looking for ProgramData or maybe even configuration of a default save folder in a userprofile or or configuration of environment variables.
> 

You would hope it would be fixated on the Documents folder.

   Paul

[toc] | [prev] | [next] | [standalone]

#182559

On Tue, 25 Feb 2025 11:49:22 -0700, ...w¡ñ§±¤ñ  <winstonmvp@gmail.com>
wrote:

>Paul wrote on 2/24/2025 4:34 PM:
>> Using System32 might happen when a program is run as Administrator.
>> 
>> For example, if the launch methodology involves cmd.exe and
>> being launched as Administrator, the working directory could be
>> C:\Windows\System32 in that case. It varies with OS and situation
>> as to how some of the shell launches handle this now.
>> 
>>     Paul
>> 
>MIght be reasonable to consider the age of the program when also 
>speculating on the default or possible related Windows programs/utilities 
>used when launching or saving.
>
>RoughDraft's last/latest version was in April 2005(approxh 20 yrs ago, XP 
>era -initial release was in 2001, Widows ME era).
>  => Doubtful its medieval era installer was looking for ProgramData or 
>maybe even configuration of a default save folder in a userprofile or or 
>configuration of environment variables.

What is the best way to set paths and environment variables in Win 10?



-- 
Steve Hayes from Tshwane, South Africa
Web:  http://www.khanya.org.za/stevesig.htm
Blog: http://khanya.wordpress.com
E-mail - see web page, or parse: shayes at dunelm full stop org full stop uk

[toc] | [prev] | [next] | [standalone]

#182560

On Tue, 2/25/2025 11:02 PM, Steve Hayes wrote:
> On Tue, 25 Feb 2025 11:49:22 -0700, ...w¡ñ§±¤ñ  <winstonmvp@gmail.com>
> wrote:
> 
>> Paul wrote on 2/24/2025 4:34 PM:
>>> Using System32 might happen when a program is run as Administrator.
>>>
>>> For example, if the launch methodology involves cmd.exe and
>>> being launched as Administrator, the working directory could be
>>> C:\Windows\System32 in that case. It varies with OS and situation
>>> as to how some of the shell launches handle this now.
>>>
>>>     Paul
>>>
>> MIght be reasonable to consider the age of the program when also 
>> speculating on the default or possible related Windows programs/utilities 
>> used when launching or saving.
>>
>> RoughDraft's last/latest version was in April 2005(approxh 20 yrs ago, XP 
>> era -initial release was in 2001, Widows ME era).
>>  => Doubtful its medieval era installer was looking for ProgramData or 
>> maybe even configuration of a default save folder in a userprofile or or 
>> configuration of environment variables.
> 
> What is the best way to set paths and environment variables in Win 10?

start : Run : sysdm.cpl

Advanced Tab : Down at the bottom use Environment Variables button

The "Environment Variables" pane opens.

Double-clicking a line in the lower pane, such as "Path", brings up
a dialog for entering multi-string. Click "OK" when your edits are done.

Doing it this way, saves the changes for the next session.

*******

Making environment changes from the command line, is of limited duration,
and is unlikely to be inherited, without a lot of care.

   set

Using the "set" command, should dump the env for you.

   Paul


   Paul

[toc] | [prev] | [next] | [standalone]

#181538

On 01/18/2025 1:06 PM, Steve Hayes wrote:
> Is there a way to search for files in Win 10 without being taken on
> long detours by Bing or CoPilot?
> 
> I collected a lot of text from the web intio a dile for research, and
> then saved it.
> 
> When I wanted to copy it, it wasn't where I expected it to be.
> 
> In Win XP or 7 I can just enter all or part of the file name into a
> search box, and it is found. But in Win 10, but comes Big with useless
> information.
> 
> It suggested CoPilot could help, and after a long question and answer
> session suggested I go to the folder where the file was and search for
> it there, which was exactly where I had started -- it wasn't there, it
> was somewhere else.
> 
> Eventually I called it up in the program I'd saved it from and saved
> it to a flash drive from there, but surely there must be a simpler way
> to find a file.
> 
> 
I don't know about Bing and Copilot, which I never use.  I don't know 
what browser you are using.   With Firefox, I can designate a folder for 
all downloads so anything I download is in that file.

With copilot can you desginate a folder to to save all download?

[toc] | [prev] | [next] | [standalone]

#181539

Steve Hayes wrote:
> Is there a way to search for files in Win 10 without being taken on
> long detours by Bing or CoPilot?
> 
> I collected a lot of text from the web intio a dile for research, and
> then saved it.
> 
> When I wanted to copy it, it wasn't where I expected it to be.
> 
> In Win XP or 7 I can just enter all or part of the file name into a
> search box, and it is found. But in Win 10, but comes Big with useless
> information.
> 
> It suggested CoPilot could help, and after a long question and answer
> session suggested I go to the folder where the file was and search for
> it there, which was exactly where I had started -- it wasn't there, it
> was somewhere else.
> 
> Eventually I called it up in the program I'd saved it from and saved
> it to a flash drive from there, but surely there must be a simpler way
> to find a file.
> 

For me, the search box in windows explorer file manage works fine. But I 
also got rid of copilot, bing and lots of other rubbish that came 
installed with windows.

[toc] | [prev] | [next] | [standalone]

#181543

Steve,

> In Win XP or 7 I can just enter all or part of the file name
> into a search box, and it is found.

If you can stil open a command console (cmd.exe) than you can do a "dir /s/b 
\{filemask}". It takes a while, but it will search all of the drive (under 
XP the C:\Windows folder is excluded from "search")

You can add a "/p" to the command to get results one page at a time, or you 
could redirect the output into a textfile and than open that for easy 
reading.

Regards,
Rudy Wieser

[toc] | [prev] | [next] | [standalone]

#181544

On 18.01.2025 19:06, Steve Hayes wrote:
> Is there a way to search for files in Win 10 without being taken on
> long detours by Bing or CoPilot?
> 
> I collected a lot of text from the web intio a dile for research, and
> then saved it.
> 
> When I wanted to copy it, it wasn't where I expected it to be.
> 
> In Win XP or 7 I can just enter all or part of the file name into a
> search box, and it is found. But in Win 10, but comes Big with useless
> information.

dir /b /s /a-d d:\*.* >list.txt

Then use an editor to search in list.txt

[toc] | [prev] | [next] | [standalone]

#181589

On Sat, 18 Jan 2025 21:44:27 +0100, Herbert Kleebauer wrote :


> dir /b /s /a-d d:\*.* >list.txt
> 
> Then use an editor to search in list.txt

I use "salonb" but it's the same strategic approach as Herbert's:
 C:\> dir /s/a/l/on/b c:\*.* > salonb_20250119.txt

What would be nice is a script that runs once a day to archive the list.
Maybe something like (untested) this?

 @echo off
 REM salonb lists every file found on your drive
 setlocal

 :: Get current date
 for /f "tokens=2-4 delims=/ " %%a in ('date /t') do (
   set year=%%c
   set month=%%b
   set day=%%a
 )

 :: Format date for filename (YYYYMMDD)
 set date_formatted=%year%%month%%day%

 :: Run salonb
 dir /s/a/l/on/b c:\*.* > salonb_%date_formatted%.log
 endlocal

Then, in gvim, you can search salonb_{date}.log using regular expressions.
Maybe folks can improve it to ask what you want it to list & search for?

[toc] | [prev] | [next] | [standalone]

#181555

On Sat, 1/18/2025 1:06 PM, Steve Hayes wrote:
> Is there a way to search for files in Win 10 without being taken on
> long detours by Bing or CoPilot?
> 
> I collected a lot of text from the web intio a dile for research, and
> then saved it.
> 
> When I wanted to copy it, it wasn't where I expected it to be.
> 
> In Win XP or 7 I can just enter all or part of the file name into a
> search box, and it is found. But in Win 10, but comes Big with useless
> information. 
> 
> It suggested CoPilot could help, and after a long question and answer
> session suggested I go to the folder where the file was and search for
> it there, which was exactly where I had started -- it wasn't there, it
> was somewhere else. 
> 
> Eventually I called it up in the program I'd saved it from and saved
> it to a flash drive from there, but surely there must be a simpler way
> to find a file. 
> 
> 

The built-in "Federated Search" in windows, generates an inverted index
including both filenames (which most of the answerers covered), as
well as the textual content (text searches are harder to get).

To set it up, requires using the control panel for it.

   Start : Run : control           (Pin "control" to taskbar)

   "Indexing Options"

   [Picture]

    https://i.postimg.cc/g0xFD166/windows-indexing-options.gif

It can take all day, for the Indexer to index a million files.
You have to be patient for the index to fill. The inverted index
is stored as "Windows.edb" (Jet Blue database) or in Win11 is
stored as "Windows.db" (SQLite3?). These files tend to be around
4GB in size. Common words are indexed multiple times, so
the word "the" is listed with a million file references :-)

As the OS runs, new file creations are recorded in the USN playback journal.
The SearchIndexer process "listens" to the good news about files that
are created or deleted, and it adds the items to the Gatherer list.
The indexer than makes corrections to the database file as appropriate.
The Index can be a little slow to update, but within a short time,
new entries should be available.

*******

Finding an authoritative list of search keywords, can be a challenge.
I don't know if Microsoft has finally fixed this or not. I'm not
even going to look :-) I'm sick of looking for a reference.

The files can be searched, from Explorer.exe search box in upper right corner.

       filename:Vacation  ext:txt

       filename:"*cation*"         # May need fiddling with wild cards in some cases.
                                   # It is hard to say why some filename searches do not work.

       content:"Top Secret"        # On the US Military version, this won't work :-)

       width>0  height>0           # Using known metadata patterns, locate every image file on the machine.
                                   # Only images, have width and height declarations. The
                                   # greater than zero specification is to trick it into action.

       filename:foo AND filename:bar OR filename:baz   # Be creative, try stuff, see what works :-)

If you can't find a reference for "Windows Search", then guessing
is as good as anything.

Using this one, causes a popup menu to appear, with some silly names
for the sizes of files. A few of the keywords, have an associated menu.

       size:huge

That will find all the huge files on the machine.

But programming the dialog in the picture above, that's going to
cause a bit of hair loss, and is likely one of the reasons most
people give up on this tool. And NO, I don't want an AI helping
me with this, thank you :-) The software deserves to be fixed,
not smothered with useless AI.

   Paul

[toc] | [prev] | [next] | [standalone]

#181557

Steve Hayes:

> Is there a way to search for files in Win 10 without being taken on
> long detours by Bing or CoPilot?

Use FAR -- File and Archive Manger, instead of Explorer. It is much
faster and has a more efficient interface, including advanced search
for files, optionally by text they contain:

                <https://www.farmanager.com/>

By default, it will use a very large window. To launch in the standard
80x25 mode, create your own label to far.exe .

-- 
()  ascii ribbon campaign -- against html e-mail
/\  www.asciiribbon.org   -- against proprietary attachments

[toc] | [prev] | [next] | [standalone]

#181558

Steve Hayes wrote:
> Is there a way to search for files in Win 10 without being taken on
> long detours by Bing or CoPilot?
> 
> I collected a lot of text from the web intio a dile for research, and
> then saved it.
> 
> When I wanted to copy it, it wasn't where I expected it to be.
> 
> In Win XP or 7 I can just enter all or part of the file name into a
> search box, and it is found. But in Win 10, but comes Big with useless
> information.
> 
> It suggested CoPilot could help, and after a long question and answer
> session suggested I go to the folder where the file was and search for
> it there, which was exactly where I had started -- it wasn't there, it
> was somewhere else.
> 
> Eventually I called it up in the program I'd saved it from and saved
> it to a flash drive from there, but surely there must be a simpler way
> to find a file.

IMO, Win search has never been much good.
I like "Everything".  It does not search inside of files like Ransack 
but in my many years of Everything on multiple comps I have Never needed 
to search inside of a file.
https://www.voidtools.com/faq/

[toc] | [prev] | [next] | [standalone]

#181568 — Off-topic: X-No-Archive header (was: Searching for files)

Steve Hayes <hayesstw@telkomsa.net> wrote:

> ...
> X-No-Archive: yes
> ...

Google left Usenet back in Feb 2024, so that header became meaningless
since Google was the only Usenet provider that honored it.  It has
always been pointless with other NNTP providers, NNTP clients, Usenet
archive sites, and web-based forums using NNTP-to-HTTP gateways.

[toc] | [prev] | [next] | [standalone]

#181588 — Re: Off-topic: X-No-Archive header

On Sun, 19 Jan 2025 01:00:09 -0600, VanguardLH wrote :


>> ...
>> X-No-Archive: yes
>> ...
> 
> Google left Usenet back in Feb 2024, so that header became meaningless
> since Google was the only Usenet provider that honored it.  It has
> always been pointless with other NNTP providers, NNTP clients, Usenet
> archive sites, and web-based forums using NNTP-to-HTTP gateways.

I didn't check, but you can check the headers in these Usenet archives.
 <https://tinyurl.com/nova-alt-comp-os-windows-10>

I created that link for the world to use because I'm purposefully helpful.
And because everything I do is for the benefit of everyone; not just me.

For those who are afraid of tinyurl links, that expands to the nova search,
which I asked the nova admin to create and which I tested for him when
Google dropped the web-searchable no-login easily referenced Usenet search.
 <https://www.novabbs.com/computers/search.php?group=alt.comp.os.windows-10>

Note: I had also created, more than a decade ago, the prior link:
 <https://tinyurl.com/alt-comp-os-windows-10>
but that no longer works (apparently) due to that web site domain issues.

These still work, but they don't benefit millions as they're rarely used.
 <https://tinyurl.com/alt-comp-microsoft-windows>
 <https://tinyurl.com/nova-alt-comp-microsoft-windows>

Everything I do is for everyone to benefit from my kind-hearted efforts.
E.g., see also:  <https://tinyurl.com/nova-alt-comp-os-windows-11>

[toc] | [prev] | [next] | [standalone]

#181595 — Re: Off-topic: X-No-Archive header

On Mon, 20 Jan 2025 03:22:05 -0000 (UTC)
Marion <marion@facts.com> wrote:

> On Sun, 19 Jan 2025 01:00:09 -0600, VanguardLH wrote :
> 
> 
> >> ...
> >> X-No-Archive: yes
> >> ...
> > 
[]
> I didn't check, but you can check the headers in these Usenet archives.
>  <https://tinyurl.com/nova-alt-comp-os-windows-10>
> 
> I created that link for the world to use because I'm purposefully helpful.
> And because everything I do is for the benefit of everyone; not just me.
>[]
> 
> Note: I had also created, more than a decade ago, the prior link:
>  <https://tinyurl.com/alt-comp-os-windows-10>
> but that no longer works (apparently) due to that web site domain issues.
> 
[] 
> Everything I do is for everyone to benefit from my kind-hearted efforts.
> E.g., see also:  <https://tinyurl.com/nova-alt-comp-os-windows-11>

But you do nym shift a lot, Peter. 

-- 
Bah, and indeed Humbug.

[toc] | [prev] | [next] | [standalone]

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

Back to top | Article view | alt.comp.os.windows-10

csiph-web