Many thanks, Razzak, for the clarification. Nevertheless, I think that the limitations/defaults/maxima/minima - call them what you will - need some commenting on to see if there is a general feeling that they could be improved upon - in order to make the best even better.
There seems to differences between the limitations obtained via the choose command and via pop-up menus in forms - presumably with good reason. There are also variances between Windows forms and (v6.0a, at least) Dos forms. As far as I can tell - and please remember that I am new to the Windows version - there is no control over the size of the pop-up menu in forms. I believe this would be okay if it was dynamically sized as it was under Dos. I find it strange now when, for example, I pop-up a Yes/No form menu and get blank lines in it when in Dos I used to get a perfect 2-line menu. Equally, I find it strange when I have a menu with more than 8 items which no longer expands to the bottom of the screen from whatever starting line has been given as it did in Dos. That said, I can see that automatically covering the lower part of a form may not be desirable in many instances. As the choose command already has the lines parameter it seems unnecessary to limit this to 20 when screen resolutions these days allow for more. For example: I am currently working at a resolution of 1152x864 which could yield about 40 lines of menu if I wanted to fill the screen vertically. No doubt some people work at an even higher resolution which would increase the yield still further. May I suggest, please, that one of the enhancements to be considered for a future release should be to change the limits of the choose command along these lines: Minimum number of menu lines: 2 (I can't imagine anyone wanting a one-line menu - but you never know, I suppose.) Maximum number of menu lines: 99 (This should cover most needs even on much higher resolution screens.) Default: More difficult to specify but, on balance, I think that 2 probably is best then the user can increase to required size. It would be nice to have the same limits within a "lines parameter" control on form pop-ups but a return to the dynamic sizing of Dos would, I think, at least solve all the problems that the current limitations seem to create. Anybody else agree or disagree or can improve upon my suggestions? Regards, Alastair. ----- Original Message ----- From: "A. Razzak Memon" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, October 30, 2001 2:20 AM Subject: Re: Maximum lines in a menu from choose - Razzak's Reply > At 02:48 PM 10/29/2001 -0000, Alastair Burr wrote: > > > >Is there a maximum number of lines that RBW6.5++ can > >display in a choose command? > > > >I have discovered references to a default of "10" in > >the on-line help and only "5" in the HTML documentation > >but no mention of a maximum. > > Alastair, > > The On-Line HTML Documentation, http://www.RSyntax.com > is the CURRENT and up-to-date documentation for 6.5++. > > It even includes the NEW and Enhanced Commands to be > included in the upcoming inline patch-1 for TGRB2000 > (ver 6.5++) ... almost version 6.6 ... for Windows! > > The upcoming FREE inline patch-1 (almost version 6.6) > for the CURRENT users of 6.5++ will also include the > updated and re-designed HLP file. > > FYI, the default values (without using LINES option) > in CHOOSE command is 5. > > . The maximum values to be displayed in CHOOSE command > are 20 when using the option of LINES 20. > > . Any number used over 20 is ignored and set to 20. > > . The minimum values to be displayed in CHOOSE are 3. > > . Any number below 3 is ignored and set to 3. > > Hope that helps! > > Very Best Regards, > > Razzak. > > ===================================-============================ > R:BASE Developers's Conference: http://www.rbase.com/conference > Official R:BASE List Server: mailto:[EMAIL PROTECTED] > RBTI Events/Training: http://www.rbase2000.com/events > R:DCC Members: http://www.rbase2000.com/rdcc > ================================================================ > R:BASE, Oterro & R:Tango are registered trademarks of RBTI. > ==================================-=============================
