--- In [email protected], "quantiworks" <quanticwo...@...> wrote:
>
> --- In [email protected], "mreeves123" <crimson@> wrote:
> >
> > Thanks for that. I made an autorun.ini with the above with the right names
> > and tried import from text file. PPro moaned about no properties so I
> > exported snippets and copied properties for that. Then it imported ok.
>
> You don't need to do that...In Configure > Command Lists
> you have a button that says: "New list"
> name it whatever you want and you'll get a new blank list.
> In this case AutoRun is a PowerPro defined list but you still have to create
> it.
>
> >
> > So =name defines file name rather than window caption. And $ means not a
> > dialog window, if I read this right.
>
> =exename w/o the .exe and $ what you said exactly.
>
> >
> > I decided to traymin all including the app bridge. All the other windows
> > now traymin when opened so that's good :-). The app bridge does not
> > though. Any ideas why that might be? I tried making the label the window
> > name but that didn't work either.
>
> if it doesn't work with exename, check Help > Caption Lists > Caption Lists
> You have there several options for matching a window, you can
> use classname too or handle.
> To get that info for a specific window, assign a Hotkey or make a button with
> *Exec WindowInfo to display a tooltip with the relevant data.
> Check Help > class of window > "See mouse cursor position
> and window information"
>
> >
> > Also, I don't understand the logic of win.traymin("AutoRun"), why is
> > traymin being passed autorun and not the window name or exe name?
> >
>
> You can use: win.traymin("=bridgeapp")
> but using autorun gives you the flexibility to match every instance of a
> label, because you're running it through a Special List.
> Using Autorun, whenever there's a match of your specified labels,
> it will always run trayminned.
> For instance, let's use Notepad as an example.
> Case scenario, you assign a Hotkey to run Notepad.
>
> [1]
> Key = Alt+n
> Target = =notepad
> Cmd1 = *Window
> Param1 = Traymin! active
>
> The above will only effect the active Notepad window,
> if you run other instance of notepad, you have to hit Alt+n
> again to send it to the tray.
> But if you use:
>
> Param1 = Traymin! autorun
> then it will match all labels, specified in your Autorun commandlist,
> and when you hit Alt+n you could be doing something like this:
>
> [AutoRun:Properties]
>
> [1]
> Label = $=notepad
> LCmd1 = *Keys (to autorun)Hello World!
> MCmd1 = (none)
> RCmd1 = (none)
>
> which in turn, would result in a trayminned notepad with Hello World!
> written...
>
> Play with it and read the Help, you'll get what you want. ;)
Thanks. This morning it all worked. Odd. It seemed that the app bridge key
which used the window title went immediately to the tray. The viewer using the
exe name (less .exe) appeared on the taskbar then moved to the tray. So I
might try the window name for tomorrow see if that is smoother.
I think I see what you are saying about the "autorun" but this isn't this
unnecessarily recursive. From reading the help it says traymin(cl) matches the
first cl it finds so doesn't this mean that the process is like this:
open window
-> do autorun
-> match $=appbridge
-> win traymin autorun
-> match $=appbridge
->minimise appbridge
So given that autorun contains 2 programs it could match the wrong one, not the
one that triggered the process. In this case. I could see where it might be
useful in other cases.
Or is my read of the help wrong and the function is truly recursive so win
traymin("autorun") matches the label AND runs the command? In which case I
ought to specify the labels to be the un-trayed programs since traymin again
un-trays. It doesn't seem to be truly recusive otherwise it would go on
forever and there is no test of the trayed state to stop it.
