On Tuesday 22 November 2011 19:18:19 Benoît Minisini wrote: > Le 22/11/2011 08:02, richard terry a écrit : > > On Tuesday 22 November 2011 17:32:22 nando wrote: > >> You could run a second copy from the first. Place a specific word on the > >> command line as a parameter so that the copy will understand to show > >> the specific screen desired and perhaps hide other menus. You can > >> tailor startup to do something specific based on command line > >> parameter(s). > > > > I'm sure there was something on the list a year or so ago, which meant > > you could start off from somewhere, maybe benoit will reply. > > > > richard > > I don't understand what you need exactly. Can you elaborate? >
ok, thanks for replying, not sure this will make sense In my project, I have a file I just called modStartup. This brings up a logon- screen and provided the user types in a valid adress/database name, username and password it logs on to the program. What happens then depends on the 'role' of the user, for example in my role as a clinical user the interface options presented are different from the clerical user. The clerical staff, get an outlook style menu on the left side, and each 'section' lets them do things , eg allocate scanned documents, enter details into the patient database, use the document finder if a patient rings up and wants to know if something is back, or to make an appointment using the appointments module. Now, what they don't like is having to switch to a different tab of their main program to use the appointment module - they want this to be a 'stand alone' program which they can resize, and then just sit side by side on their wide- screen, along with the rest of their clerical tasks, which they are happy to flick back and forth between, but as their day consists of being on the phone on/off making appointments, they want that visually available to them at all times. I could re-design the gui but for various reasons don't want to. I could just change the code slightly, make an executable just presenting the appointments module, then change it back when developing the main program. So the question is, if it makes any sense at all, (aside from making a different project tree, or a 'different executable with changed code) is there anyway of telling gambas to arbitrarily execute one particular bit of code or another, or form according to (as someone suggested) some sort of flag - in this case just pointing to the appointments module and 'hiding everything else'. Still don't think that will make much sense, but we'll see. thanks. richard ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
