Changing with and height of a window and a dialog

Re: Changing with and height of a window and a dialog

Postby nageswaragunupudi » Tue Nov 10, 2015 2:58 am

screenheight() still has to be calculated to find the control positions so they are visible with on screen keyboard.

I suggest using ClientRect of the window instead of screenheight()
Regards

G. N. Rao.
Hyderabad, India
User avatar
nageswaragunupudi
 
Posts: 10248
Joined: Sun Nov 19, 2006 5:22 am
Location: India

Re: Changing with and height of a window and a dialog

Postby Gale FORd » Tue Nov 10, 2015 3:08 am

with windows 10 the screenheight does not account for keyboard. so the window does not resize automatically. That has been one of the reasons for this whole exercise.Some of my controls will be hidden behind keyboard when screen is rotated. I have to figure out what the visible screen dimensions are!!
Gale FORd
 
Posts: 663
Joined: Mon Dec 05, 2005 11:22 pm
Location: Houston

Re: Changing with and height of a window and a dialog

Postby Gale FORd » Tue Nov 10, 2015 2:53 pm

I might have misunderstood your comment. Once the dialog size and position has been determined then we can use coordinates of window.
I also have to rethink using any of the msg*() functions or any dialog that is centered. Without modification they will not always work right on Windows 10 when on screen keyboard visible.
Gale FORd
 
Posts: 663
Joined: Mon Dec 05, 2005 11:22 pm
Location: Houston

Re: Changing with and height of a window and a dialog

Postby Antonio Mart. » Tue Nov 10, 2015 3:42 pm

Gale,

My core strategy in tablet programming with fwh:

- To use dialog controls on ScrollPanel class.

- When control get obtain focus, automatically open osk. Close osk on lost focus.

- When open osk then scrolling Panel until osk top- 1

Regards.
Antonio Mart.
 
Posts: 174
Joined: Sat Feb 23, 2013 10:04 am

Re: Changing with and height of a window and a dialog

Postby Gale FORd » Tue Nov 10, 2015 4:06 pm

That sounds good and I am glad you have it working for you.
Scrolling dialog is good and I had tried to implement that. There were several issues using that alone. #1 was the placement of navigation buttons like next, previous, print, cancel, etc. With Windows 8 and 10 if you put them on the bottom of the dialog then they could get covered up with on screen keyboard. It is inconvenient to always scroll to find important buttons or controls. Also the manipulation of the on screen keyboard is different from Windows 7 and Windows 8 or 10. I could not get on screen keyboard to start and stop correctly with focus placed back on original control. After working on screen rotation problems I have learned a lot more about on screen keyboards.
Gale FORd
 
Posts: 663
Joined: Mon Dec 05, 2005 11:22 pm
Location: Houston

Re: Changing with and height of a window and a dialog

Postby Antonio Mart. » Tue Nov 10, 2015 4:23 pm

Gale,

#1 was the placement of navigation buttons like next, previous, print, cancel, etc. With Windows 8 and 10 if you put them on the bottom of the dialog then they could get covered up with on screen keyboard.



1st. buttons on top screen.
2nd. only running on windows 8 (tabtip osk)

Dialog scrolling in action, first stage: viewtopic.php?f=3&t=25706&hilit=tablet&start=30#p143679

Regards
Antonio Mart.
 
Posts: 174
Joined: Sat Feb 23, 2013 10:04 am

Previous

Return to FiveWin for Harbour/xHarbour

Who is online

Users browsing this forum: No registered users and 114 guests