Congratulations, New Windows (IE/OE) MS MVP's!

PCR · Jan 30, 2004

PCR · Jan 30, 2004

)
| >
| > --
| > Ramesh - Microsoft MVP
| > http://www.mvps.org/sramesh2k
| > -------------------------------------------
| > Prevent Spyware from being installed:
| > http://www.mvps.org/sramesh2k/Malware_Defence.htm
| > -------------------------------------------
| >
| >
| > | > Charlie Tame, Don Varnau, Tim Kauppila (aka "Kuay Tim"), and Steve
| > Beniston
| > (aka "__mac")*.
| >
| > Welcome aboard!
| > --
| > ~PA Bear
| >
| > *Now we know! <eg>
| >
| > MS MVP Program
| > http://mvp.support.microsoft.com
| >
| >
|
|

Sandi - Microsoft MVP · Jan 30, 2004

Congrats and welcome to the madhouse.

Bill in Co. · Jan 30, 2004

Yeah, but what about the rest of them? You may be driving them over to XP
land!

PCR · Jan 30, 2004

RJK · Jan 30, 2004

What's a "(IE/OE) MS MVP's!" ...? ...it looks rather rude to me :-)

regards, Richard

mac · Jan 31, 2004

RJK said:
What's a "(IE/OE) MS MVP's!" ...? ...it looks rather rude to me

regards, Richard

One of them is a peabrain, Richard :-)

PCR · Jan 31, 2004

They are e-i-e-i-o MVPs & have been immortalized in song, RJK.

--
There may be humor in this post, and,
Naturally you will not sue,
Should things get worse after this,
PCR
(e-mail address removed)
| What's a "(IE/OE) MS MVP's!" ...? ...it looks rather rude to me
:-)

RB · Jan 31, 2004

Are you insane?!!! Why would you post an executable with this post?!!!

PA Bear said:
{Cross-posting reduced.]

OE slow to load in WinXP: See the Messenger-related part of
http://insideoe.tomsterdam.com/problems/performance.htm#slowstart

More at:

http://kellys-korner-xp.com/xp_oe.htm
http://www2.cajun.net/~theriots/blk/xp_messenger.htm
http://www2.cajun.net/~theriots/blk/win_mess.htm
~~~~~~~~~~~~~~~~

WinXP File Search:

Search Menu Fix Tool for XP (attached; save and scan before using)
http://www.mvps.org/sramesh2k/

49. Old Style Search Engine On or Off
136. Search for All File Types
148. Set All Search Options to Active - & Undo
&c.
http://www.kellys-korner-xp.com/xp_tweaks.htm

Next?
--
HTH...Please post back to this thread

~Robear Dyer (aka PA Bear)
MS MVP-Windows (IE/OE), AH-VSOP

Before You Connect a New Computer to the Internet
http://www.cert.org/tech_tips/before_you_plug_in.html

Peter said:

OK then let's ask them the questions about certain XP functions, namely
OE slow to load, Search for files etc is non operational in Explorer. I
don't seem to get a guaranteed fix from the Knowledge Base.

Click to expand...

cquirke (MVP Win9x) · Feb 1, 2004

On Thu, 29 Jan 2004 01:40:34 +0000 (UTC), "Peter Milnes"

OK then let's ask them the questions about certain XP functions, namely OE slow
to load, Search for files etc is non operational in Explorer.

I don't "do" OE, having abandoned it as unfit for use long ago.

Barriers to searching for files in XP:

1) Different syntax

Unlike Win9x, where spaces acted as separators between file names that
weren't bound together with quotes, XP requires comma separators:

this.txt that.doc "this name is in quotes.*" - OK in '9x
this.txt, that.doc, "this name is in quotes.*" - required in XP

2) XP hides stuff

Unless you go into the Advanced search options and turn on things like
"show hidden and systerm files", "search in system directories" etc.,
a Find in XP is likely to skip what you my want to see most.

3) Text scanning complications

In Win9x, text is ASCII or ANSI, meaning one byte per character (the
two differ only in terms of what characters are assigned to
extended-range codes). In XP, text is as likely to be iin Unicode,
which uses two bytes per character so as to embrace a wider range of
international characters without resorting to code page trickery.

That bedevils text searching, of course! So, by design, XP doesn't do
a direct byte-for-byte text serach within all file types. If text
searches are your thing, you may need to find and test alternate tools

--------------- ----- ---- --- -- - - -

Dreams are stack dumps of the soul

Bill Blanton · Feb 1, 2004

cquirke (MVP Win9x) said:
On Thu, 29 Jan 2004 01:40:34 +0000 (UTC), "Peter Milnes"

Barriers to searching for files in XP:

1) Different syntax

Unlike Win9x, where spaces acted as separators between file names that
weren't bound together with quotes, XP requires comma separators:

this.txt that.doc "this name is in quotes.*" - OK in '9x
this.txt, that.doc, "this name is in quotes.*" - required in XP

2) XP hides stuff

Unless you go into the Advanced search options and turn on things like
"show hidden and systerm files", "search in system directories" etc.,
a Find in XP is likely to skip what you my want to see most.

Unless tweaked, it will also not search types that do not have a filter
registered under the .ext's PersistentHandler key. Even when you
specify an "unknown" extension explictly in the filename field (*.foo),
it will fail.

3) Text scanning complications

In Win9x, text is ASCII or ANSI, meaning one byte per character (the
two differ only in terms of what characters are assigned to
extended-range codes). In XP, text is as likely to be iin Unicode,
which uses two bytes per character so as to embrace a wider range of
international characters without resorting to code page trickery.

Depending on the "type", this could be a result of the associated filter.
As an example, the filter for *htm and *.html, won't find tags. A search

That bedevils text searching, of course! So, by design, XP doesn't do
a direct byte-for-byte text serach within all file types.

The tweak is-
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex]
"FilterFilesWithUnknownExtensions"=dword:00000001

This will enable the text filter for unknown types, but won't override any
filters in place. A search for "MZ", on *.exe, will still come up blank.

If text
searches are your thing, you may need to find and test alternate tools

AgentRansack is good.

cquirke (MVP Win9x) · Feb 3, 2004

Unless tweaked, it will also not search types that do not have a filter
registered under the .ext's PersistentHandler key. Even when you
specify an "unknown" extension explictly in the filename field (*.foo),
it will fail.

Are you referring to searching *for* files, or searching for text
*within* files? I only refer to the latter in (3).

Depending on the "type", this could be a result of the associated filter.
As an example, the filter for *htm and *.html, won't find tags. A search
on "<body>" will most likely come up empty.

The tweak is-
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex]
"FilterFilesWithUnknownExtensions"=dword:00000001

This will enable the text filter for unknown types, but won't override any
filters in place. A search for "MZ", on *.exe, will still come up blank.

Thanks for the heads-up... Find is rather more broken than I thought,
though I seldom search for content within files. I can see how
Unicode poses challenges, but problem (1) is a needless toe-stubber.

Maybe they should forget about drawing cutesy puppy-dogs in Gif
Animalator and fill that UI space with something useful, like a few
"search as ASCII/Unicode" radio buttons (and *remember* the choice!)

--------------- ----- ---- --- -- - - -

Dreams are stack dumps of the soul

Robert Aldwinckle · Feb 3, 2004

....

Maybe they should forget about drawing cutesy puppy-dogs in Gif
Animalator and fill that UI space with something useful, like a few
"search as ASCII/Unicode" radio buttons (and *remember* the choice!)

Wouldn't even need that if we could just enter some regular expressions
in the "...in the file:" field.

As it is the only thing you can do without third-party assistance now is
open a command window at the appropriate directory level and enter:

findstr /s /m /i /r "D.B.s.t.r.i.n.g." *.*

Well, actually, you can make your search expression more restrictive
than that by using an inverse range instead of a "match any char" pattern
but who the heck is going to be coding this (or something more extreme)
everytime:

findstr /s /m /i /r "D[^0-9A-Za-z]B[^0-9A-Za-z]..." *.*

BTW findstr seems to understand what that range means but I managed
to crash Visual Studio's MDE with it. ;( YMMV.

---

Bill Blanton · Feb 4, 2004

cquirke (MVP Win9x) said:
Are you referring to searching *for* files, or searching for text
*within* files? I only refer to the latter in (3).

The latter. For text within. Create a new "unregistered type" file such as
foo.bar and put a string "string" inside. Specify _explictly_ "foo.bar" in the
filename field and "string" in the text field. XP won't find it.

Depending on the "type", this could be a result of the associated filter.
As an example, the filter for *htm and *.html, won't find tags. A search
on "<body>" will most likely come up empty.

Click to expand...

The tweak is-
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex]
"FilterFilesWithUnknownExtensions"=dword:00000001

Click to expand...

This will enable the text filter for unknown types, but won't override any
filters in place. A search for "MZ", on *.exe, will still come up blank.

Click to expand...

Thanks for the heads-up... Find is rather more broken than I thought,
though I seldom search for content within files. I can see how
Unicode poses challenges, but problem (1) is a needless toe-stubber.

It'll be interesting to see the new search tool that Longhorn is going to
im[plement, with its "WinFS/SQL" metadata file attributes. Mabey it'll be
more dumbed-down with only a "waht do you want to find today?..." field.

Maybe they should forget about drawing cutesy puppy-dogs in Gif
Animalator and fill that UI space with something useful, like a few
"search as ASCII/Unicode" radio buttons (and *remember* the choice!)

I just don't use it (XP's search) anymore for simple searches.
In fact, if I could remove it from the context menu, I probably would.

Bill Blanton · Feb 4, 2004

Robert Aldwinckle said:
...

Maybe they should forget about drawing cutesy puppy-dogs in Gif
Animalator and fill that UI space with something useful, like a few
"search as ASCII/Unicode" radio buttons (and *remember* the choice!)

Click to expand...

Wouldn't even need that if we could just enter some regular expressions
in the "...in the file:" field.

As it is the only thing you can do without third-party assistance now is
open a command window at the appropriate directory level and enter:

findstr /s /m /i /r "D.B.s.t.r.i.n.g." *.*

Well, actually, you can make your search expression more restrictive
than that by using an inverse range instead of a "match any char" pattern
but who the heck is going to be coding this (or something more extreme)
everytime:

findstr /s /m /i /r "D[^0-9A-Za-z]B[^0-9A-Za-z]..." *.*

That looks similar to the old Borland implementation of grep.

BTW findstr seems to understand what that range means but I managed
to crash Visual Studio's MDE with it. ;( YMMV.

\:a = [a-zA-Z0-9] (in VCpp6 anyway)

D\:aB\:a (...)

Easier to type, but harder to remember.

Sandi - Microsoft MVP · Feb 4, 2004

HEY!! That's MY line!!

--
_______________________________________
Sandi - Microsoft MVP since 1999 (IE/OE)
http://www.mvps.org/inetexplorer

Fresh meat <g>!

Congratulations!

~~~~~~

Regards.

Gerry

~~~~~~~~~~~~~~~~~~~~~~~~
FCA
(e-mail address removed)
Stourport, Worcs, England
Enquire, plan and execute.
~~~~~~~~~~~~~~~~~~~~~~~~

PCR · Feb 4, 2004

| >
| >
|

Sandi - Microsoft MVP · Feb 4, 2004

PCR · Feb 5, 2004

So, are you willing to rearrange the vowels in Hardmeier-- or at least
trade a few with Leboeuf?

--
Thanks or Good Luck,
There may be humor in this post, and,
Naturally, you will not sue,
should things get worse after this,
PCR
(e-mail address removed)
|

|
| --
| _______________________________________
| Sandi - Microsoft MVP since 1999 (IE/OE)
| http://www.mvps.org/inetexplorer
|
| | > ALL your lines have been memorized, & you are no longer needed.
Besides,
| > we have mac, now, & his name is easier to spell! We could even
spell it
| > ALL SPACES: " "!
| >
| > --
| > Thanks or Good Luck,
| > There may be humor in this post, and,
| > Naturally, you will not sue,
| > should things get worse after this,
| > PCR
| > (e-mail address removed)
| > | > | HEY!! That's MY line!!
| > |
| > | --
| > | _______________________________________
| > | Sandi - Microsoft MVP since 1999 (IE/OE)
| > | http://www.mvps.org/inetexplorer
| > |
| > | | > | Fresh meat <g>!
| > |
| > | Congratulations!
| > |
| > |
| > |
| > | ~~~~~~
| > |
| > | Regards.
| > |
| > | Gerry
| > |
| > | ~~~~~~~~~~~~~~~~~~~~~~~~
| > | FCA
| > | (e-mail address removed)
| > | Stourport, Worcs, England
| > | Enquire, plan and execute.
| > | ~~~~~~~~~~~~~~~~~~~~~~~~
| > |
| > |
| > | | > | >
| > | > | > | > > Charlie Tame, Don Varnau, Tim Kauppila (aka "Kuay Tim"), and
Steve
| > | > Beniston
| > | > > (aka "__mac")*.
| > | > >
| > | > > Welcome aboard!
| > | > > --
| > | > > ~PA Bear
| > | > >
| > | > > *Now we know! <eg>
| > | > >
| > | > > MS MVP Program
| > | > > http://mvp.support.microsoft.com
| > | > >
| > | > Thank you, I am a bit lost with all the stuff coming at me :-)

| > | >
| > | >
| > |
| >
| >
|

\ \ · Feb 5, 2004

PCR said:
ALL your lines have been memorized, & you are no longer needed. Besides,
we have mac, now, & his name is easier to spell! We could even spell it
ALL SPACES: " "!

They are in a container, called a scrotum?

Congratulations, New Windows (IE/OE) MS MVP's!

PCR

PCR

Sandi - Microsoft MVP

Bill in Co.

PCR

RJK

mac

PCR

RB

cquirke (MVP Win9x)

Bill Blanton

cquirke (MVP Win9x)

Robert Aldwinckle

Bill Blanton

Bill Blanton

Sandi - Microsoft MVP

PCR

Sandi - Microsoft MVP

PCR

\ \