It would seem that a big impediment to a graphical interface for
scheduling is the lack of separation of domain logic and user
interface in Vista. Is that right? I'm sure that there are several
powerful means to access the fileman data, but it is probably unsafe
given that it would subvert important procedures contained with the
"roll and scroll" user interface routines of Vista.
Years ago I saw a demonstration of some modeling tools that allowed
graphical interfaces to "drive" unmodified character oriented
applications. I don't know enough about this particular company to
endorse their tools, but it is an interesting approach.
There is a flash demo here:
http://www.yrrid.com/Products/LOF/LOFModeler-Video/
It only demonstrates the interactive modeler. Once the model is
created, applications can be created that use the model to drive the
terminal based application. When the GUI needs to display some
fields, the application looks in the model for the field locations
and then drives the terminal to all of the screens necessary to
locate the fields. It updates data using a similar approach.
I wonder if this is feasible for Vista. Could an application reliably
snoop on a conversation between a terminal and Vista and pick out
data fields? The modeling tools would not have to match those of the
commercial application show in the demo above because they could be
specific to just one application, Vista.
Has anyone seen anything like this?
-Ken McKee
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members
