On Tuesday 22 November 2011 21:14:41 Benoît Minisini wrote: > Le 22/11/2011 11:11, richard terry a écrit : > > 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 > > I don't see why showing the appointment GUI in its own window instead > being embedded in the main window should be a problem.
Obviously lots of ways around it, obviously my question made no intelligent sense I guess. Thanks. > ------------------------------------------------------------------------------ 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