Well, as to the three tools you mentioned, none of them could really be
excluded. Let's take it all for a walk:
Imagine, you want to write an app. There will - sooner or later - come the
time, when you want to test if a given instruction will work. You could -
like most of us old-guys have been used to - write a whole section of the
app, then try to run it; only to find that there is a spot that does not
work properly. The Immed app, will let you test any WE instructions. Instead
of writing a whole section of your app, just to realize it did not do what
you want, you can try it out in the Immed environment. If any of the code
need changing, you can keep modifying till it fit your taste. Or, if you
have a read in the manual, you come across an instruction you want to test
so as to know its actual functionality, you don't really need to write a
whole new app, but can test a lot of the instructions directly in the Immed
screen. Let us, in short, tell the Immed app to be for the app developer,
what the drawing board is for the carpenter. It's here, you will make your
try-and-failing. It's here, you can get to know your pieces of knowledge.
And it's here, you can try out some of it, without breaking your
main-project. I stress the fact of only testing smaller parts, some
instructions and only in simple environments. sometimes, your instructions
will have inputs and outcomes that greatly depend on the rest of your code,
and as such, it would be hard to test the final result any other place but
in your code directly.
Now, what then about the two other app developing tools. The WEFramework
app, is just that - a Framework. It will not create a fully functional app
in itself. And, it will not edit any of the external files - that is, the
Ini and XML files - for your app. All it does, is to do all the basic
writing of the App file (usually a VBS file), the Ini file, and the XML
file. The coding, and modifications - well see, that is your job. Again, if
you were building a house, someone would have put up all the foundation and
framework for you, but you are the one to insert the doors and windows, put
boards on the walls and paint them, hang a lamp in the cealing, and put a
carpet on the floor. Likewise, the Framework app 'types' all the basics for
you, but you have to do all the 'real' coding of the app.
What should you then use the UI Design app for? It is a matter of fact, that
a framework XML file will automatically be created for you, when you run the
Framework app. But again, this is a basic XML code. There is no real
funcionality in it. OK, you could have opened the XML file in any plain text
editor, like Notepad. And, it would make totally sense to read the code, if
you are familiar with all the terminology used in the XML code. But there is
many things that could go wrong. You could have misspelled a given
instruction, forgotten a single one, or even miscounted the number of
indentations or tabs on a given line. Each tiny mistake, would cause great
dysfunctions in your final result. To make it all easier for the end
developer, GW has kindly released the UI Design app. Look at it, as an
editor for your XML files. It does not edit anything in your app code
itself. In fact, it does not even bother to look at your VBS or Ini files
for the app. But it sure takes away a ton of work from your sholders, when
creating and maintaining an XML file.
So, then, which one could you do without? Well, if any of them, let the
Immed go to sleep. But as for the Framework and UI Design, you would pretty
soon be lost without any of them. None of them overlap the other - really.
They simply fill each other in. You first use the Framework app to create
the basics in your VBS, Ini and XML files. Later on, when your app is ready,
you use the UI Design, to modify and maintain your XML file itself.
Hope this put things in a more tidy place with you.
----- Original Message -----
From: "David Helkenn" <[email protected]>
To: <[email protected]>
Sent: Tuesday, May 08, 2012 4:45 AM
Subject: RE: Object Assignment
Hi, Chip,
As a matter of fact, the 'hth' has turned into a help! I have the entire
scripting class .mp3 files through Class30.mp3. The only one that I don't
have is #23 which I cannot find. I have also downloaded the accompanying
exercises/example text files. I'm only up to Class8.mp3 on event handling.
I did take a 'peek' (audio peek?) into Class11 and I have tried out the
ui_design app. A couple of things, and I know I'm probably not quite ready
for ui_design, but:
1. It appears that a VB Script can access .xml via objects defined in the
gwToolkit, and elsewhere; and that an .xml file can have scripting code
embedded in it. I'm not yet clear on where to draw lines. For example, I'm
playing with the objects and class definitions for some rather
simple-minded card games and am planning to use .xml to use for the ...
(drum roll here...) User Interface! I have not yet figured out what the
various options are within the control definitions, but that will come I'm
sure.
2. I cannot delete any old, unwanted, out of date, etc. files I've been
playing with. For example, to open an .xml file, I get the list of dead
files that no longer exists ... things like "try1.xml" and "junk.xml" etc.
How do I get rid of these entries? That is, I'd like to clean up after
myself, but I can't seem to delete these entries --
and this within a User Interface app!
3. There also seems to be some overlap(?) among various app development
apps. I understand what immed is for; and, I thinkI know what
scriptFramework wizard is for, and even the UIDesign app. But should I use
the framework in conjunction with UIDesign or are they mutually exclusive?
Should I use one first, then the other?
I hope to use some of my retirement time in developing useful apps, like
an archivist or file locaters. (Unless one knows where MS puts a file, one
usually cannot find it ... at least I have a lot of trouble.)
Anyway, I'm hoping for a fruitful relationship with this app stuff.
Thanks, again...
Dave
At 06:49 PM 5/7/2012, you wrote:
Hi David (Helkenn),
I happened to see your comments for the app UIDesign, and it appears you
are
looking for more information on how to use it.
In my scripting classes archived on the GW developer resources web pages,
I
tried to cover this in classes #11, 13, and 14. They are at:
https://www.gwmicro.com/App_Central/Developers/Interactive_Classes/
It's not much, but it's all I know about in the way of
tutorials/documentation for UIDesign.
Also, if you want to understand all the terminology used by UIDesign, your
other choice is to read the entire section of the App Developer reference
manual on "Designing Custom User Interfaces", until you're familiar with
the
XML for WE UI.
Until you've done these things, I think this mailing list is a more
appropriate (and more likely to help you) place for your questions and
frustrations than the comments section of the app (in appGet).
hth,
Chip