Gui4Cli Libraries & reuse of code with Gui4Cli
Gui4Cli talk:
a "Gui" is in this part of the world either
- a Gui4CLi program with a GUI and its own executing code,
- a Gui4Cli program with a GUI mainly using a lot of Cli commands
- a Gui4Cli program with a GUI interfacing (with arexx or directly ) one or more complicated programs (eg CygnusEd, OWB&IBrowse&Netsurf&FireWolf)
- a Gui4Cli program with no GUI used by any of the above
Having more than 10, 20 gui's loaded at the same time is a normal situation in my Gui4Cli working environment. Not all are open at the same time, some are pop-up gui's others may as said, not even have a window declared
After a while of programming with Gui4Cli it becomes clear that you reprogram a number of command sequences over and over again, with small changes.
The idea of standardising them and make the standardised versions available to other guis is an obvious one. It is one of the easiest to implement in Gui4Cli. I would be surprised to hear that it is easier in another language.
The reason why, is that you can address any subroutine of any loaded gui.
Gosub #this Mysubroutine Arg1 Arg2 ...
is the normal call for a subroutine #this is translated by the interpreter into your Gui's name
Gosub ThatOtherGui.gc ItsSubroutine Arg_1 Arg_2 ...
works just as well if ThatOtherGui.gc has been loaded.
So a good start is dissociating the candidate sequences from their gadgets (Events) to which they are attached and put them in a named subroutine.
In fact taking an habit of doing this for all Events and all you guis is still a better start.
(I am in the process of doing that retroactively for all my gui's )
xMyEvent MyCommand1 MyCommand2 ... Mycommand x
should become
xMyEvent Gosub #this MyRoutine1 xROUTINE MyRoutine1 MyCommand1 MyCommand2 ... Mycommand x
Now all you have to do for those you want to have at hand at all times is tot put them together in a file
and have
G4C
as first characters on the first line.
Your reusable library has been created.
Of course you may want to have more than one such files assembling routines that share some common concern.
In fact the Gui4Cli3.8 archive comes with a number of such 'routine files'
Two other Gui4Cli features make the use of other gui's routines easier:
- addressing variables of other guis is possible
$ThatOtherGui.gc/ItsVar will contain the value of ItsVar defined in ThatOtherGui.gc (where its content is addressable as $ItsVar)
- sharing variables between a number of guis is possible too with the global command (not attached to any Event)
VARPATH VariableSearchPath
example
> VarPath "ThatOtherGui.gc/ThatOtherGui1.gc"
(See http://users.online.be/AD/G4Guide/varpath.html for more info)
Comments
Submitted by stephenix1015 (not verified) on
Apart from the ReAction window we have defined and used as our AppWindow, we have two other resources to dispose of when the program has run its course: the application port and the hook.-Arthur van der Vant