HI Mark! > The ooDialog extension comes with a large number of complete programs to > use as examples. ooDialog 4.2.0 has 117 complete example programs. The > next version, ooDialog 4.2.1, has 150 complete example programs. You > should take advantage of those examples if you want complete programs > instead of code snippets.
So now every example in the manual now makes a cross-reference to the program file of which the given example is an excerpt? > The mechanism that allows the use of symbolic IDs in an ooDialog program is > meant to be a convenience for the programmer. If you find it a hindrance, > then don't use it. It is not a hindrance that I have to get used to new techniques, I just complain that there are so many at the same time. ;) > All dialogs, dialog controls, menus, menu items, and a large number of > other "things" used by the windowing system in Windows are required by the > operating system to have an unique numeric ID. This is not something that > is imposed upon you by ooDialog. ooDialog allows you to use symbolic IDs > instead of the raw numeric value, but it doesn't force you to do that. By > all means use the raw numeric numbers instead if that suits you. Well, here and there in the manuals the use of symbolic IDs is to suggested, recommended or advertised. For sure it is not a must. I did give it a try and I have not yet decided if I stay with 'FX_POPUP_THINGAMABOB_23B8" or a just the no. 56. > I don't see that it is any different than any other Rexx interpreter. When > you start an ooRexx program from the command line, the interpreter parses > the Rexx code in the program and starts executing it clause by clause. Yes, for sure, but sometimes it "suddenly" jumps to a method - with neither a function or subroutine call nor a signal or goto. At least it looks for me like that. And then there may run two methods in parallel or congruently (what may make a trace output quite hard to read). And sometimes I guess that the commands are not executed clause by clause but stacked and done at once. You see, even with your kind help I am still unsure and do at most only trial and _much_ error. > [...] Be aware of the case sensitivity of the Directory indexes. Thanks for this hint. >>> > >The .application object is documented in the Utility Classes and >>> > >Objects section in the reference manual. As you probably saw >>> > >from your previous question, the symbolic IDs in the constDir >>> > >need to be present before your program uses them. >> > >> >As such I did set them in the ::method init section. >> > > But that's a mistake, as I pointed out. If you want to put the setting of > the symbolic names in the init() method then you would need to set them > before you invoked the create() method. The create() method causes the > defineDialog() method to be invoked and in the defineDialog() method you > used the symbolic IDs. If you set the symbolic names after the create() > method, then you use the symbols before you set them. Everything is complicated in the first time. But if it stays as incomprehensible as the first time, then such sayings come to my mind as: intelligence is a constant on this planet, but the population is growing. To remember it I put it to my words: the symbolic IDs must be set befor I first use them, in the init() method it could be too late. I *is* too late in the init() method if I put it past the create(), so I put it in the main program - that is before the first directive. But there it must be before the execute() otherwise it would be too late too. That leads me to the question if it would be an advantage to have something like a "pre-init" method, which is executed before the first statement (or clause) of the main program. Not to confuse with the init() method. Best, M. -------------------------------------------- Kostenlose E-Mail-Adresse mit unbegrenztem Speicherplatz für E-Mails, Free SMS und OK-Drive, der Online-Festplatte. Sicher Dir jetzt Deine Wunschadresse @ OK.de: www.ok.de ------------------------------------------------------------------------------ Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov _______________________________________________ Oorexx-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/oorexx-users
