Now that I buttered up TD in a recent post... saying how I appreciate him so much... Seems like a perfectly appropriate time to ask for something that I am probably the only person that would ever benefit from
but........
I was wondering if the WIL Dialog Editor's "Open from Clipboard" feature could be adapted to a particular "want" of mine.
I often create a Dailog using the WIL DE, and then paste it into my Winbatch script. Many times I manipulate the Dialog Defininition Variables values in my script and then at some future moment, Re-open it from Clipboard in the WIL DE.
There are many places where I would like the option to use a dynamic/variable value in the Script Definition variables, of which the WIL DE editor damages on Clipboard input.
In the past, for my own reasons, I often used %variable% in the script, but when I Imported that into the Editor and then Exported it after I did my tweaks, the %variable% was lost (I assume because the WIL DE is actually a mini WIL interpreter itself, and actually calculated the value of the %X% substitution... as "".)
An example of this would be
MyDialogCaption=`PeopleSearch - v%MyVersion%`
More recently I have changed tactics so I didn't have to re-write several lines of the "pasted" text from the WIL DE. Now I tend to do all my 'against the rules' variablization (is that a word?) by using Markers that I StrReplace just before the actual Dialog() call.
An Example would be like this
MyDialogCaption=`PeopleSearch - v<MyVersion>`
.
.
.
;ButtonPushed=Dialog("MyDialog") ; this is a place holder for easier import to and from the WIL Dialog Editor
MyDialogCaption=StrReplace(MyDialogCaption,"<MyVersion>",MyVersion)
ButtonPushed=Dialog("MyDialog")
The reason I do this is there is only one line to fix...
Just before I copy from Script to Editor, I must uncomment the ;ButtonPushed=Dialog("MyDialog") line.
If I forget, the WIL DE says "the paste is useless"
After I copy from Editor to Script I Must Comment the ButtonPushed=Dialog("MyDialog") line.
If I forget the dialog doesn't have the variables "fixed" and
when you close it, it runs again with the variables "fixed" (because remember there is another Dialog() a few commands later)
this may sound trivial but my current 3 applications I support have several dialogs with more than 125 Controls, and as silly as it sounds you end up having to select from the bottom up, because often I select the dialog code, copy to clipboard and then realize I have "copied to clipboard" the commented line, so I have to uncomment... at the bottom of the dialog, reselect, re-copy to clip, paste into dialog editor. let's just say, it can be easy to accidentally miss one of the steps.
So I guess the first question is... umm... is there a better way to achieve the results? and if not really... then.
I was wondering... if it would be possible... For the WIL Dialog Editor to ... if the clipboard does not contain Dialog( to just append, literally,
@CRLF : `ButtonPushed=Dialog("` : The Deduced "Variable Name" of the dialog, as determined by the rest of the clipboard : `")`
just that... that would make some coding I do more streamlined. I can easily manage the paste back into the code from the Dialog Editor... but would love the dialog editor to not tell me 'The clipboard has no valid Dialog in it', if the ONLY thing it cant find is the Dialog Statement itself.
Aaron
