In Windows Script Host, given a File Object with properties including
Name and Type, is there a direct guaranteed infallible way in
JScript/VBScript to find whether the file is a known Type?
For those, it suffices to test, case-dependently, whether the Extension
appears as a word in the Type : if it does not do so, then the file must
be a known Type. But the converse is only reliable if one can be sure
that a known extension cannot ever, in any natural language, occur as a
word in the corresponding Type string.
Consider the possibility of a default browser being called "View Your
HTML", for example - unlikely, but possible. Or that of a file with
extension "File".
I'm not sure I understand. Do you mean you want to
find out if it's a registered file type? That would be
in HKCR. If OK6 is registered there will be a key
HKCR\.ok6
-- --
"Dr J R Stockton" <reply1...@merlyn.demon.co.uk> wrote in message news:3wJilUEcZzAPFwTs@invalid.uk.co.demon.merlyn.invalid...
|
| In Windows Script Host, given a File Object with properties including
| Name and Type, is there a direct guaranteed infallible way in
| JScript/VBScript to find whether the file is a known Type?
|
| Examples :
|
| FILENAME TYPE KNOWN
|
| LONGFILENAME.HTML Firefox Document Yes
| SEAKFYLE.OK6 OK6 File No
| SEAKFYLE.ZIP Compressed (zipped) Folder Yes
| SEEK.$$$ $$$ File No
| SEEK.BAT MS-DOS Batch File Yes
| SEEK.VBS VBScript Script File Yes
|
| For those, it suffices to test, case-dependently, whether the Extension
| appears as a word in the Type : if it does not do so, then the file must
| be a known Type. But the converse is only reliable if one can be sure
| that a known extension cannot ever, in any natural language, occur as a
| word in the corresponding Type string.
|
| Consider the possibility of a default browser being called "View Your
| HTML", for example - unlikely, but possible. Or that of a file with
| extension "File".
|
| The application is SEAKFYLE, via
| <http://www.merlyn.demon.co.uk/programs/32-bit/00index.htm>, using
| Options X3 and X4. The current code is in a paragraph currently starting
| at Line 281 :
|
| if (Eggs == 3 || Eggs == 4) { S = Item.Path
| S = S.substring(S.lastIndexOf(".") + 1) // Extn
| if (Eggs == 4 ^ new RegExp("\\b"+S+"\\b").test(Item.Type)) return }
|
| Eggs 3 returns for unknown types; Eggs 4 for known ones. In JScript,
| the token ^ means "Exclusive-Or".
|
| -- | (c) John Stockton, nr London UK. ?...@merlyn.demon.co.uk DOS 3.3, 6.20; WinXP.
| Web <http://www.merlyn.demon.co.uk/> - FAQqish topics, acronyms and links.
| PAS EXE TXT ZIP via <http://www.merlyn.demon.co.uk/programs/00index.htm>
| My DOS <http://www.merlyn.demon.co.uk/batfiles.htm> - also batprogs.htm.
> I'm not sure I understand. Do you mean you want to
> find out if it's a registered file type? That would be
> in HKCR. If OK6 is registered there will be a key
> HKCR\.ok6
Correct. However getting the string for the file type requires a bit more effort. Some extensions have their type in the default string. While others provide the name to another key where the real string must be read.
For example, on my system the default string for .bmp is Paint.Picture which you then find there is an Paint.Picture key where you find the file type is "Bitmap Image".
And some, like .x, store the type in a string named "PerceivedType".
-- Todd Vargo
(Post questions to group only. Remove "z" to email personal messages)
Unless someone is building a shell view I don't see the
point of needing the file type's class name. The only need for
that in the first place is so that the way of looking up files
can work despite changes: If Firefox takes over .html from IE,
or IE changes it back, the current status can still be tracked
via HKCR\.html.
The existence of HKCR\.txt confirms that it's a registered type.
The HKCR\[extension key default value] (HKCR\txtfile\) subkeys
then provide other information, like icon, default program for
that file type, etc.
I see what you mean about .x. I wonder how such a key got
written in the first place. It doesn't have any purpose that I
can see. I have very few of those in my Registry. The only
thing I can guess is that some uninstallers remove the default
value for a program's extensions during uninstall but don't
remove the extension key itself.
In any case, it doesn't change the design. "Text" is
not a registered file type. .x is not really registered. So I
guess I should amend what I said above: To be thorough
one should confirm there's a default program for a file type,
under:
HKCR\[extension key default value]\shell\open\command\
That gets back to why anyone cares about the registered
file type name in the first place. Usually the point of looking
up this info. is to find the default program.
-- --
"Todd Vargo" <tlva...@sbcglobal.netz> wrote in message
news:je0plc$u6g$1@news.albasani.net...
| On 1/3/2012 9:13 PM, Mayayana wrote:
| > I'm not sure I understand. Do you mean you want to
| > find out if it's a registered file type? That would be
| > in HKCR. If OK6 is registered there will be a key
| > HKCR\.ok6
|
| Correct. However getting the string for the file type requires a bit
| more effort. Some extensions have their type in the default string.
| While others provide the name to another key where the real string must
| be read.
|
| For example, on my system the default string for .bmp is Paint.Picture
| which you then find there is an Paint.Picture key where you find the
| file type is "Bitmap Image".
|
| And some, like .x, store the type in a string named "PerceivedType".
|
| -- | Todd Vargo
| (Post questions to group only. Remove "z" to email personal messages)
> Unless someone is building a shell view I don't see the point of
> needing the file type's class name. The only need for that in the
> first place is so that the way of looking up files can work despite
> changes: If Firefox takes over .html from IE, or IE changes it back,
> the current status can still be tracked via HKCR\.html.
> The existence of HKCR\.txt confirms that it's a registered type. The
> HKCR\[extension key default value] (HKCR\txtfile\) subkeys then
> provide other information, like icon, default program for that file
> type, etc.
> I see what you mean about .x. I wonder how such a key got written in
> the first place. It doesn't have any purpose that I can see. I have
> very few of those in my Registry. The only thing I can guess is that
> some uninstallers remove the default value for a program's extensions
> during uninstall but don't remove the extension key itself.
> In any case, it doesn't change the design. "Text" is not a registered
> file type. .x is not really registered. So I guess I should amend
> what I said above: To be thorough one should confirm there's a
> default program for a file type, under: HKCR\[extension key default
> value]\shell\open\command\
> That gets back to why anyone cares about the registered file type
> name in the first place. Usually the point of looking up this info.
> is to find the default program.
The trouble with "file type" as stored in the registry and read by
"objFile.type" is that it can be and often is changed by applications. For
example, on my computer the ".bmp" file mentioned above is a "Paint Shop
Pro 5 Image," not a "Paint.Picture."
-- Crash
Today is the first day of the rest of your life, and there's not a
damned thing you can do about it.
|
| The trouble with "file type" as stored in the registry and read by
| "objFile.type" is that it can be and often is changed by applications. For
| example, on my computer the ".bmp" file mentioned above is a "Paint Shop
| Pro 5 Image," not a "Paint.Picture."
Yes, but that's the whole point. That name is only
a pointer to the Registry key that holds the relevant info.
about a registered file, such as the path to the default
program to open it. The file class name itself is not
significant. It's a pointer.
I guess a distinction should be made between the
two "file type" values. I've never used objFile.type
and don't see any point to it, so I'm not sure what
it shows.
I'll call the default value of HKCR\.xxx the file class
name. (I don't know if there's an official term.) I'll call
the default value of HKCR\[FileClassName] the file type
name. So:
HKCR\.txt default value: txtfile
HKCR\txtfile default value: Text Document
Any program that gets assigned as the default for a
file type can set any values it wants. Those values are
really only for Registry navigation and advertising. (Since
most software is commercial one often gets commercial
names.) For .bmp I have a file class name of "IrfanView.BMP"
and a file type name of "IrfanView BMP File". Neither of
those names tells me anything about what a BMP file is.
If I wanted a script to provide useful information about
file types, perhaps in an HTA, I think I'd write a function
to return strings like "text file", "cascading style sheet file",
"webpage file", etc. There simply isn't any standard like
that in Windows.
> |
> | The trouble with "file type" as stored in the registry and read by
> | "objFile.type" is that it can be and often is changed by applications. For
> | example, on my computer the ".bmp" file mentioned above is a "Paint Shop
> | Pro 5 Image," not a "Paint.Picture."
> Yes, but that's the whole point. That name is only
> a pointer to the Registry key that holds the relevant info.
> about a registered file, such as the path to the default
> program to open it. The file class name itself is not
> significant. It's a pointer.
> I guess a distinction should be made between the
> two "file type" values. I've never used objFile.type
> and don't see any point to it, so I'm not sure what
> it shows.
> I'll call the default value of HKCR\.xxx the file class
> name. (I don't know if there's an official term.) I'll call
> the default value of HKCR\[FileClassName] the file type
> name. So:
> Any program that gets assigned as the default for a
> file type can set any values it wants. Those values are
> really only for Registry navigation and advertising. (Since
> most software is commercial one often gets commercial
> names.) For .bmp I have a file class name of "IrfanView.BMP"
> and a file type name of "IrfanView BMP File". Neither of
> those names tells me anything about what a BMP file is.
> If I wanted a script to provide useful information about
> file types, perhaps in an HTA, I think I'd write a function
> to return strings like "text file", "cascading style sheet file",
> "webpage file", etc. There simply isn't any standard like
> that in Windows.
I know what you mean. It drives me nuts when installers hijack registered file associations without warning. It has gotten better over the years with installers offering the option to select or exclude taking over existing extensions. I have added many custom keys over the years to select from several apps with special parameters for particular extensions. So when these misbehaved installers hijack one of these on me, you know I'm not a happy camper.
-- Todd Vargo
(Post questions to group only. Remove "z" to email personal messages)
In comp.lang.javascript message <je1ocf$e6...@dont-email.me>, Wed, 4 Jan
2012 09:40:15, "Dave \"Crash\" Dummy" <inva...@invalid.invalid> posted:
>The trouble with "file type" as stored in the registry and read by
>"objFile.type" is that it can be and often is changed by applications. For
>example, on my computer the ".bmp" file mentioned above is a "Paint
>Shop
>Pro 5 Image," not a "Paint.Picture."
The fact that the Type string can be changed provides a good reason for
having a convenient way to read the Type string.
Typically, MS make it harder to tell by code whether a file's Type is
known or not by putting an uninformative but readable string where they
could more easily have put an empty string or a recognisable language-
independent one such as "-".
No-one has actually answered the question.
Let's try another.
The CScript in question is started from the DOS-box command-line and
writes lines to the screen - it would run perfectly well on an ASR33
teletype. At present, if started in WScript, it exits leaving a small
note.
It would be nice to allow execution by WScript, with GUI output; but, to
be worth doing, it would be necessary for there to be an easy way of
creating and writing (line by line) to something resembling an HTML
textarea. Is that available, and if so how is it done or where do I
need to look?
On Jan 3, 11:09 am, Dr J R Stockton <reply1...@merlyn.demon.co.uk>
wrote:
> In Windows Script Host, given a File Object with properties including
> Name and Type, is there a direct guaranteed infallible way in
> JScript/VBScript to find whether the file is a known Type?
Generally not as there is not a bijection between the TYPE and its
registry entry. One would have to use the file extension as a key to
lookup the existence of an entry to get more accurate results.
On Jan 5, 2:29 pm, Dr J R Stockton <reply1...@merlyn.demon.co.uk>
wrote:
> The CScript in question is started from the DOS-box command-line and
> writes lines to the screen - it would run perfectly well on an ASR33
> teletype. At present, if started in WScript, it exits leaving a small
> note.
> It would be nice to allow execution by WScript, with GUI output; but, to
> be worth doing, it would be necessary for there to be an easy way of
> creating and writing (line by line) to something resembling an HTML
> textarea. Is that available, and if so how is it done or where do I
> need to look?
Are you looking for a formatted table output in the command window in
a way similar to your original example?
Michael Haufe (TNO) wrote:
> On Jan 5, 2:29 pm, Dr J R Stockton<reply1...@merlyn.demon.co.uk>
> wrote:
>> The CScript in question is started from the DOS-box command-line and
>> writes lines to the screen - it would run perfectly well on an ASR33
>> teletype. At present, if started in WScript, it exits leaving a small
>> note.
Are you looking for the /nologo parameter to cscript?
> Typically, MS make it harder to tell by code whether a file's Type is
> known or not by putting an uninformative but readable string where they
> could more easily have put an empty string or a recognisable language-
> independent one such as "-".
When Windows and programs are installed files types are created. Some
applications hijacks extensions. They keep it meaningful or give it all
a same name. The logic is still the same - what Mayayana has stated. If
it is in the registry, it is a known file type. Otherwise, it is
unknown.
> In comp.lang.javascript message<je1ocf$e6...@dont-email.me>, Wed, 4 Jan
> 2012 09:40:15, "Dave \"Crash\" Dummy"<inva...@invalid.invalid> posted:
>> The trouble with "file type" as stored in the registry and read by
>> "objFile.type" is that it can be and often is changed by applications. For
>> example, on my computer the ".bmp" file mentioned above is a "Paint
>> Shop
>> Pro 5 Image," not a "Paint.Picture."
> The fact that the Type string can be changed provides a good reason for
> having a convenient way to read the Type string.
> Typically, MS make it harder to tell by code whether a file's Type is
> known or not by putting an uninformative but readable string where they
> could more easily have put an empty string or a recognisable language-
> independent one such as "-".
> No-one has actually answered the question.
Your question was malformed. It did not request to provide code to demonstrate a different method from the one you previously chose. As indicated, your answer can be found in HKCR but effort on your part is necessary to capture it.
> Let's try another.
> The CScript in question is started from the DOS-box command-line and
> writes lines to the screen - it would run perfectly well on an ASR33
> teletype. At present, if started in WScript, it exits leaving a small
> note.
> It would be nice to allow execution by WScript, with GUI output; but, to
> be worth doing, it would be necessary for there to be an easy way of
> creating and writing (line by line) to something resembling an HTML
> textarea. Is that available, and if so how is it done or where do I
> need to look?
Not even going to attempt to research it on your own?
Watch for the line wraps...
'''''' Creates an Internet Explorer instance to display VBScript output ''''''
'On Error Resume Next
Set WshShell = WScript.CreateObject("WScript.Shell")
Set objExplorer = Wscript.CreateObject("InternetExplorer.Application", "IE_")
For x = 1 to 25
.Writeln "Line..." & x & "<br>"
WScript.Sleep(50) 'Pause 50 miliseconds
.body.createtextrange.scrollIntoView False 'Scroll to bottom of page
Next
.Writeln "<p>Ok - Bye.</p><br>"
.body.createtextrange.scrollIntoView False 'Scroll to bottom of page
.body.style.cursor = "" 'Return cursor to normal
.Title = Wscript.ScriptName & " is Done! "
End With
WScript.Sleep(5000) 'Pause 5 seconds
objExplorer.Quit 'Close the status window
Set objExplorer = Nothing
Wscript.Quit
Sub IE_onQuit() 'This subroutine will fire when Iexplore is closed
'Script will continue to run after IE window closes.
MsgBox "User closed window!"
End Sub
-- Todd Vargo
(Post questions to group only. Remove "z" to email personal messages)
On Thu, 5 Jan 2012 at 22:01:48, in comp.lang.javascript, Michael Haufe
(TNO) wrote:
>On Jan 3, 11:09 am, Dr J R Stockton <reply1...@merlyn.demon.co.uk>
>wrote:
>> In Windows Script Host, given a File Object with properties including
>> Name and Type, is there a direct guaranteed infallible way in
>> JScript/VBScript to find whether the file is a known Type?
>Generally not as there is not a bijection between the TYPE and its
>registry entry. One would have to use the file extension as a key to
>lookup the existence of an entry to get more accurate results.
<snip>
Beware of believing file extensions. Up to Win ME at least, I haven't
checked XP, a .txt file's content is inspected by Windows. If it looks
like a PIF file then the file will be executed when you thought it would
be displayed by Notepad.
> On Thu, 5 Jan 2012 at 22:01:48, in comp.lang.javascript, Michael Haufe(TNO) wrote:
> >On Jan 3, 11:09 am, Dr J R Stockton <reply1...@merlyn.demon.co.uk>
> >wrote:
> >> In Windows Script Host, given a File Object with properties including
> >> Name and Type, is there a direct guaranteed infallible way in
> >> JScript/VBScript to find whether the file is a known Type?
> >Generally not as there is not a bijection between the TYPE and its
> >registry entry. One would have to use the file extension as a key to
> >lookup the existence of an entry to get more accurate results.
> <snip>
> Beware of believing file extensions. Up to Win ME at least, I haven't
> checked XP, a .txt file's content is inspected by Windows. If it looks
> like a PIF file then the file will be executed when you thought it would
> be displayed by Notepad.
Whether it is an _expected_ result or not is a separate issue to
whether it is KNOWN/Recognized by the OS.
Indeed. Neither of his questions seems coherent to
me. He never explained what he was trying to do.
And he's been around long enough, in any case, to
answer both of his questions himself. ...Odd.
(TNO) wrote:
>On Jan 6, 5:04 am, John G Harris <j...@nospam.demon.co.uk> wrote:
>> On Thu, 5 Jan 2012 at 22:01:48, in comp.lang.javascript, Michael
>>Haufe(TNO) wrote:
>> >On Jan 3, 11:09 am, Dr J R Stockton <reply1...@merlyn.demon.co.uk>
>> >wrote:
>> >> In Windows Script Host, given a File Object with properties including
>> >> Name and Type, is there a direct guaranteed infallible way in
>> >> JScript/VBScript to find whether the file is a known Type?
>> >Generally not as there is not a bijection between the TYPE and its
>> >registry entry. One would have to use the file extension as a key to
>> >lookup the existence of an entry to get more accurate results.
>> <snip>
>> Beware of believing file extensions. Up to Win ME at least, I haven't
>> checked XP, a .txt file's content is inspected by Windows. If it looks
>> like a PIF file then the file will be executed when you thought it would
>> be displayed by Notepad.
>Whether it is an _expected_ result or not is a separate issue to
>whether it is KNOWN/Recognized by the OS.
But if you "use the file extension as a key to lookup the existence of
an entry to get more accurate results" then you will get *less* accurate
results in this case. That's the point. Not getting the action you
expected is merely the evidence.
> On Fri, 6 Jan 2012 at 04:26:46, in comp.lang.javascript, Michael Haufe
> (TNO) wrote:
> >On Jan 6, 5:04 am, John G Harris <j...@nospam.demon.co.uk> wrote:
> >> On Thu, 5 Jan 2012 at 22:01:48, in comp.lang.javascript, Michael
> >>Haufe(TNO) wrote:
> >> >On Jan 3, 11:09 am, Dr J R Stockton <reply1...@merlyn.demon.co.uk>
> >> >wrote:
> >> >> In Windows Script Host, given a File Object with properties including
> >> >> Name and Type, is there a direct guaranteed infallible way in
> >> >> JScript/VBScript to find whether the file is a known Type?
> >> >Generally not as there is not a bijection between the TYPE and its
> >> >registry entry. One would have to use the file extension as a key to
> >> >lookup the existence of an entry to get more accurate results.
> >> <snip>
> >> Beware of believing file extensions. Up to Win ME at least, I haven't
> >> checked XP, a .txt file's content is inspected by Windows. If it looks
> >> like a PIF file then the file will be executed when you thought it would
> >> be displayed by Notepad.
> >Whether it is an _expected_ result or not is a separate issue to
> >whether it is KNOWN/Recognized by the OS.
> But if you "use the file extension as a key to lookup the existence of
> an entry to get more accurate results" then you will get *less* accurate
> results in this case. That's the point. Not getting the action you
> expected is merely the evidence.
Since the original question, AFAICT, was to determine whether the OS
recognizes a given file, moving from a human interpretation of the
file's description to an existence check in the registry is most
definitely going to be more accurate. If I have a predicate: isKnown,
and isKnown("*.dat") is true, it doesn't matter at this level of
abstraction what application that extension is mapped to, only whether
it has a mapping at all.
In comp.lang.javascript message <je6t23$iq...@dont-email.me>, Fri, 6 Jan
2012 08:33:40, Mayayana <mayay...@invalid.nospam> posted:
>| Your question was malformed.
>Indeed. Neither of his questions seems coherent to
>me. He never explained what he was trying to do.
>And he's been around long enough, in any case, to
>answer both of his questions himself. ...Odd.
You should not confuse knowing a lot that others do not with knowing
everything that others do know.
-- (c) John Stockton, near London. *...@merlyn.demon.co.uk/?.?.Stock...@physics.org
Web <http://www.merlyn.demon.co.uk/> - FAQish topics, acronyms, and links.
>On Jan 5, 2:29 pm, Dr J R Stockton <reply1...@merlyn.demon.co.uk>
>wrote:
>> The CScript in question is started from the DOS-box command-line and
>> writes lines to the screen - it would run perfectly well on an ASR33
>> teletype. At present, if started in WScript, it exits leaving a small
>> note.
>> It would be nice to allow execution by WScript, with GUI output; but, to
>> be worth doing, it would be necessary for there to be an easy way of
>> creating and writing (line by line) to something resembling an HTML
>> textarea. Is that available, and if so how is it done or where do I
>> need to look?
>Are you looking for a formatted table output in the command window in
>a way similar to your original example?
Yes.
The original article in the thread was concerned with one particular
point. That example was partly from what I already have, with the third
column by hand. It will be to produce something similar but with other
information.
But the core of the situation is that all CScript output is through
function Right(N, Str) { N = Hush[N]
if (N == "0") return
if (N == "1") WScript.StdOut.Write(Str)
if (N == "2") WScript.StdErr.Write(Str)
if (N == "3") txtStreamOut.Write(Str)
}
in which almost all Str end with a newline; and I want to use
if (N == "4") SOMETHING(Str)
[ after having detected (which I can do) WScript ] to get a
corresponding display.
If that can be done, the application is no longer just a CScript
application usable only by those who can find and use a DOS-like command
line, but it is usable also by those who only use GUI routines.
Another approach would be to use the same code in an HTA, which I would
have to learn about.
-- (c) John Stockton, nr London, UK. ?...@merlyn.demon.co.uk Turnpike v6.05.
Website <http://www.merlyn.demon.co.uk/> - w. FAQish topics, links, acronyms
PAS EXE etc. : <http://www.merlyn.demon.co.uk/programs/> - see in 00index.htm
Dates - miscdate.htm estrdate.htm js-dates.htm pas-time.htm critdate.htm etc.
In comp.lang.javascript message <je6cri$v7...@speranza.aioe.org>, Fri, 6
Jan 2012 14:31:26, Bwig Zomberi <zomberiMAPSONNOS...@gmail.invalid>
posted:
>Michael Haufe (TNO) wrote:
>> On Jan 5, 2:29 pm, Dr J R Stockton<reply1...@merlyn.demon.co.uk>
>> wrote:
>>> The CScript in question is started from the DOS-box command-line and
>>> writes lines to the screen - it would run perfectly well on an ASR33
>>> teletype. At present, if started in WScript, it exits leaving a small
>>> note.
>Are you looking for the /nologo parameter to cscript?
I do not suppose Michael Haufe is; and I am not, especially as it needs
to be //nologo. I know it well.
-- (c) John Stockton, nr London UK. ?...@merlyn.demon.co.uk Turnpike v6.05 MIME.
Web <URL:http://www.merlyn.demon.co.uk/> - FAQish topics, acronyms, & links.
Check boilerplate spelling -- error is a public sign of incompetence.
Never fully trust an article from a poster who gives no full real name.
On Jan 7, 3:10 pm, Dr J R Stockton <reply1...@merlyn.demon.co.uk>
wrote:
> In comp.lang.javascript message <847ebf0b-4938-4a1e-a108-964535d3d853@z1
> 2g2000yqm.googlegroups.com>, Thu, 5 Jan 2012 22:05:53, "Michael Haufe
> (TNO)" <t...@thenewobjective.com> posted:
> >Are you looking for a formatted table output in the command window in
> >a way similar to your original example?
> Yes.
> The original article in the thread was concerned with one particular
> point. That example was partly from what I already have, with the third
> column by hand. It will be to produce something similar but with other
> information.
> But the core of the situation is that all CScript output is through
> function Right(N, Str) { N = Hush[N]
> if (N == "0") return
> if (N == "1") WScript.StdOut.Write(Str)
> if (N == "2") WScript.StdErr.Write(Str)
> if (N == "3") txtStreamOut.Write(Str)
> }
> in which almost all Str end with a newline; and I want to use
> if (N == "4") SOMETHING(Str)
> [ after having detected (which I can do) WScript ] to get a
> corresponding display.
> If that can be done, the application is no longer just a CScript
> application usable only by those who can find and use a DOS-like command
> line, but it is usable also by those who only use GUI routines.
So to check if I understand correctly, you want a function that will
take a collection of results in the format of:
FILENAME TYPE KNOWN
and display them as a formatted table in CScript or as an HTML table
in a generated HTA in WScript?
>On Jan 7, 3:10 pm, Dr J R Stockton <reply1...@merlyn.demon.co.uk>
>wrote:
>> In comp.lang.javascript message <847ebf0b-4938-4a1e-a108-964535d3d853@z1
>> 2g2000yqm.googlegroups.com>, Thu, 5 Jan 2012 22:05:53, "Michael Haufe
>> (TNO)" <t...@thenewobjective.com> posted:
>> >Are you looking for a formatted table output in the command window in
>> >a way similar to your original example?
>> Yes.
>> The original article in the thread was concerned with one particular
>> point. That example was partly from what I already have, with the third
>> column by hand. It will be to produce something similar but with other
>> information.
>So did my sample code work help at all?
Completely. But with the apparent peculiarity that extension $$$ (my
editor's backup) is known to the registry, although the corresponding
.Type string is "$$$ File", similar to that for a file with extension
OK4 which is not so known.
Aside to non-Anglos :
What would the .Type property be for an unregistered file in
systems set for other well-known Western European languages?
E.g. Fichier OK4 / OK4 Fichier, etc.? Users are required to be
able to read instructions in English, but should not be required
to have an English-speaking Windows.
>> But the core of the situation is that all CScript output is through
>> function Right(N, Str) { N = Hush[N]
>> if (N == "0") return
>> if (N == "1") WScript.StdOut.Write(Str)
>> if (N == "2") WScript.StdErr.Write(Str)
>> if (N == "3") txtStreamOut.Write(Str)
>> }
>> in which almost all Str end with a newline; and I want to use
>> if (N == "4") SOMETHING(Str)
>> [ after having detected (which I can do) WScript ] to get a
>> corresponding display.
>> If that can be done, the application is no longer just a CScript
>> application usable only by those who can find and use a DOS-like command
>> line, but it is usable also by those who only use GUI routines.
>So to check if I understand correctly, you want a function that will
>take a collection of results in the format of:
>FILENAME TYPE KNOWN
>and display them as a formatted table in CScript or as an HTML table
>in a generated HTA in WScript?
Not really; you are going further that I wish for.
I wanted a routine that would accept text, a line at a time (P.S. to be
strictly accurate, these lines could contain newlines), and cause it to
appear as it would in Notepad. The example is tabular, but other lines
are not. To illustrate, here's a command-prompt screen capture :
prompt>seek . n
:: SEAKFYLE.JS >= 2012-01-09, at 2012-01-09 20:21:56, see SEAKFYLE.HTM
2012-01-09 17:40:34 33275 .....a.. "SEAKFYLE.$$$"
2012-01-09 17:41:00 33291 .....a.. "SEAKFYLE.HTM"
2012-01-09 17:38:37 17603 .....a.. "SEAKFYLE.JS"
| Date/time now : 2012-01-09 20:21:56
| Find : 3 matches
| Finding in : C:\WSH\SEEK ; 31 ms
If I do the following command line, nothing appears in the screen before
the next prompt, as Q sets all output to Channel 3 which is sent To file
xyz.
prompt>seek . n Q333333 Txyz
and file xyz. can be opened in Notepad (except for needing an 0D before
each 0A, which can be dealt with (most easily by using WFVIEW instead)).
Aside : AFAICS, no GUI editor or viewer that I have can AFAIK accept
piped-in text, which is a pity.
What I want to end up with is using essentially the same code as I have
at present, but as a GUI application - instead of opening a Command
Prompt and giving it a Command Line, to open a GUI window and give it,
with some equivalent of a JavaScript prompt(), the commands. Or just
command-line in, GUI out.
I forgot to say that the GUI needs to show each line as it is output
from the current code, without waiting for the stream to complete.
The alternative seems to be to use an HTA, treating my existing code as
an include file of functions and variables, and suppressing any unwanted
parts. That should be easy, if I learn about HTAs first - - - which I
seem to have done.
It's now fundamentally working in an HTA, but the adapting needs to be
cleaned up, though not tonight.
-- (c) John Stockton, nr London, UK. ?...@merlyn.demon.co.uk Turnpike v6.05.
Website <http://www.merlyn.demon.co.uk/> - w. FAQish topics, links, acronyms
PAS EXE etc. : <http://www.merlyn.demon.co.uk/programs/> - see in 00index.htm
Dates - miscdate.htm estrdate.htm js-dates.htm pas-time.htm critdate.htm etc.
On 1/9/2012 6:45 PM, Dr J R Stockton wrote:
<snip>
> Aside : AFAICS, no GUI editor or viewer that I have can AFAIK accept
> piped-in text, which is a pity.
> What I want to end up with is using essentially the same code as I have
> at present, but as a GUI application - instead of opening a Command
> Prompt and giving it a Command Line, to open a GUI window and give it,
> with some equivalent of a JavaScript prompt(), the commands. Or just
> command-line in, GUI out.
> I forgot to say that the GUI needs to show each line as it is output
> from the current code, without waiting for the stream to complete.
The vbscript code that I posted does that. To set a fixed pitch font, change <body> tag to <body STYLE=""font:10 pt courier"">
If desired. you can easily code it to receive input through stdin, but that usually implies user operation from the command line.
> The alternative seems to be to use an HTA, treating my existing code as
> an include file of functions and variables, and suppressing any unwanted
> parts. That should be easy, if I learn about HTAs first - - - which I
> seem to have done.
> It's now fundamentally working in an HTA, but the adapting needs to be
> cleaned up, though not tonight.
-- Todd Vargo
(Post questions to group only. Remove "z" to email personal messages)
On Jan 9, 11:45 pm, Dr J R Stockton <reply1...@merlyn.demon.co.uk>
wrote:
> The alternative seems to be to use an HTA, treating my existing code as
> an include file of functions and variables, and suppressing any unwanted
> parts. That should be easy, if I learn about HTAs first - - - which I
> seem to have done.
> It's now fundamentally working in an HTA, but the adapting needs to be
> cleaned up, though not tonight.
Rather easy. Essentially, the HTA has a button and a textarea. The
existing JScript for WSH is modified so that the code is just
declarations of globals and functions, followed by a call of the main
function :-
if (typeof window == "undefined") SEAKFYLE()
In CScript, that call calls, and all still works as before; in HTA,
that call does not call, but the button does it instead.
The HTA "include"s SEAKFYLE.JS, and also contains script
Fawm = document.forms[0]
SEAKFYLE.JS uses the value of Fawm to write to the textarea, and the
truth of Fawm for minor code changes, such as reading the command line
from an "<input type=text" in the HTA.
Query : is there an easy way to resize the textarea vertically when
the HTA window is resized, so that the form comes within a gnat's
whisker (0.5 ex, or a few px) of the bottom of the window, and if so
what is it?
--
(c) John Stockton, near London, UK. Using Google, no spell-check.
Mail: J.R.""""""""@physics.org or (better) via Home Page at
Web: <http://www.merlyn.demon.co.uk/>
FAQish topics, acronyms, links, etc.; Date, Pascal, JavaScript, ....|
