tfglogo
The F@t Guy's Utilities
Suites , applications, and tools by The F@t Guy

Navigate:



template  Download Fire
 Download the latest file.



Readme file Fire Readme
Fire's txt help file.



History fileFire History
Fire's history file.








E-mail
Updated 061611:  Introducing:


Fire
A ShellExecute tool w/ Run dialog.


 Syntax (1)

    Fire [File] /a=, /p=, /d=, /s=, /w
    Fire [File] /action=, /params=, /dir=, /state=, /wait

        Fire (alone) - invokes a Run dialog - Permits only
             filename to fire... No other params allowed.
            
        These params require a value (=something):
             /a | /action - Action: open, edit, etc.
             /p | /params - Parameters passed to shell activated app.
             /d | /dir    - Directory to start in.
             /s | /state  - Window State (integer) 1=show, 0=hide, etc.

        This param does not have a value:
             /w | /wait   - Wait for called app to finish.
           
        File must be in first param - all others in any order,  or missing, if defaults are acceptable:
           
    Default parameters:
             /a= open.
             /p= ""
             /d= Current directory.
             /s= 1 (Show Normal).


Fire is a ShellExecute tool - It will run a Windows application from the cmdline, (or from anywhere). It is most comparable to a combination of Windows' 'Start' command and Windows' 'Run'.
 
Used with parameters from the cmdline or a batch, it functions much like the 'Start' command without the ability to change the windows caption (which is an annoyance to me syntactically), and the ability to set the window state beyond the normal means of 'Start'. While the syntax is simpler than the syntax for 'Start', it is considerably more useful, IMHO, and easier to remember.
 
Used without parameters, Fire imitates the function of a 'Run' box, with the exception that it does not remember previous entries and make them available in a combo-box pull-down. I had thought to have that feature too, but the demand for portability, and function in read-only environments (from a CD) makes saving the data for that option rather limited.
 
From a service tech point of view, this tool allows the ability to run executables even if a virus has disabled the "Run" dialog on-board the host machine, and works even in some cases where applications are prevented.

::TFG


Document made with KompoZer
(c) F@t Guy Utilities 2005-2011