I occasionally have the printer dialog hide behind the form I was printing from, really don't know why it happens but all I do open something like IE then close it and the dialog pops back up Tom Hart
________________________________ From: Frank Taylor <[email protected]> To: RBASE-L Mailing List <[email protected]> Sent: Tuesday, February 4, 2014 2:33 PM Subject: [RBASE-L] - Re: Dialog Buttons Razzak, That is what I thought (Windows Limitation/conformance). Perhaps undocumented, but in playing around I did see if I issued the option BUTTON_YES_FONT_SIZE 24 it did change the size of the font in the button but not the size of the button, so the text grew out and got cut off on the button. As you and Tom suggested using a form to handle this is the best way, The user on my Surface Pro has had the dialog variable form I am using getting hidden behind the main form, I suspect as he is handling the tablet he is hitting the main form or something on the screen to cause this. As I am typing this I am going to change my way of asking the question by imbedding the question and buttons directly on the Main form and using the property visible commands to turn them on and off with a loop to wait for a response. So I may have a good workaround going forward. Thanks for the answers and getting my mind whirling on a better way to handle it. -- Frank Frank Taylor - Director of Information Technology F.J. O'Hara & Sons, Inc - Araho Transfer Inc. Boston, MA - Rockland, ME - Miami, FL Direct Dial - 617-790-3093 email: [email protected] -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of A. Razzak Memon Sent: Tuesday, February 04, 2014 3:15 PM To: RBASE-L Mailing List Subject: [RBASE-L] - Re: Dialog Buttons At 02:46 PM 2/4/2014, Frank Taylor wrote: >Question, Could the buttons on a Dialog with Buttons command be >increased in size? >I know I can change the font size of the Dialog message, and play with >button text, color and font, but the actual size of the button never >changes. Is this a windows limitation, or something I should put in as >an enhancement request if it does not already exist. As I start >developing more touch screen applications, some people have fat fingers >and the size is too small for them to hit >accurately. My work >around is a variable form with programmable large bit buttons, but >sometimes it gets unfocused behind the main form. Frank, FWIW ... The size of any user response buttons, such as [OK], [Cancel], [Yes], [No], or [Press any key], etc., are actually in conformance to Windows. However, designing a custom variable form with totally controlled objects is the key for designing mobile applications. My schedule & time permitting, similar to the last join.me session, let me send you a private invitation for a quick lesson on how to make a variable form for Tablet or Mobile devices to handle all that is required to develop & deploy R:BASE eXtreme 9.5 Mobile Applications. www.join.me/RazzakMemon Very Best R:egards, Razzak. www.rbase.com www.facebook.com/rbase -- 31 years of continuous innovation! 16 Years of R:BASE Technologies, Inc. making R:BASE what it is today! --
