FiveTech Software tech support forums

Local nMINWidth := Int( ScreenWidth() * 0.85 ) Local nMINHeight :=Int( ScreenHeight() * 0.85 ) Local nMAXWidth := GETSYSMETRICS( 0 ) //risoluzione orizzontale Local nMAXHeight := GETSYSMETRICS( 1 ) //risoluzione verticale ::oWndMain:aMinMaxInfo ...

... to oRect:nTop := oRect:nBottom - SCRLB_HEIGHT - 40 The defined mainwindow DEFINE WINDOW oMWnd TITLE cTitle FROM 0, 0 TO ScreenHeight() + 20, ScreenWidth() PIXEL ; STYLE nOr( WS_POPUP ); COLOR CLR_WHITE, CLR_GREEN oMetro := MakeMetroPanel( oMWnd ) DEFINE BRUSH oBrush FILE c_Path1 + "earth.bmp" ...

Can you try these built-in functions of FWH ? ScreenWidth() --> width in pixels ScreenHeight() --> Height in pixels ScreenWidthMM() --> Physical screen width in Milli Metres ScreenHeightMM() --> Physical screen width in Milli Metres ...

... DIALOG oDlg  RESIZE_ALL_SCREEN WITH RESIZE_ALL_SCREEN i MEAN all controls are showed allways at the same @x,y respect the screenwidth() and screenheight() on all screens I wrote it because I saw if I use resources the dialog is the same if I use @x,y the dialog is moved ...

What do you mean by "same size" ?
Hope you mean same proportion relative to the size of the screen size.
If so, it should not be difficult. Base your co-ordinate calculations on screenwidth() and screenheight()

Uwe,
yes now run But I need show the dialog on this position

oDlgSettings:SetPos( ScreenHeight() - 80, ScreenWidth( 0 ) - 350 )

... IIF( aVal[51] > 0, TINATIVO():New( 3, "LOGOFF()", .F. ), NIL ) ) ; ON CLICK IIF( nRow > ScreenHeight() - 100 .and. nCol > ScreenWidth() - 100, ; oWnd:End(), ( nBenutzer := USERLOGIN(oWnd), ; IIF( nBenutzer > 0, ( LOAD_SYS1(nBenutzer), BUILDMETRO(oWnd) ), oWnd:End() ) ...

... gets automatically maximized. On rotation, we may still need to reposition some controls. For this purpose, we do not depend on ScreenHeight(), ScreenWidth() but on ClientRect of the window. That is accurate. This adjustment can be done in normal On Resize clause. Note: We are also considering ...

... small issue. One of the reasons I need this is to change the dialog size and re-position some controls. Without a timer in bOnDisplayChange the ScreenWidth() and ScreenHeight() are not always correct if the on-screen keyboard is displayed. If the on-screen keyboard is not displayed then it seems ...

We know we can easily ascertain Protrait / Landscape mode by comparing ScreenWidth() and ScreenHeight(). If the application window is maximized on Tablet, rotation restults in Resize event and our normal ON RESIZE can react to the change. Whether the window ...

bPainted does get called when you rotate display. bResized does not get called. I cannot get accurate screen sizes when I use bPainted. screenwidth() and screenheight() are not always correct. Maybe it has something to do with buffer/dispbegin(). One of the things I need to do when screen ...

Gale,

As a first idea I think that we could use FWH functions ScreenWidth() and ScreenHeight() and a timer to control rotation.

I am thinking how to avoid the use of the timer...

... that the Rotate event is 126 I modified dialog.prg so I could do the following in my program. oDlg:bRotate := { || msginfo( 'Rotate '+alltrim(str(ScreenWidth(),5))+'x'+alltrim(str(ScreenHeight(),5)))} With windows 7 the width and height vary with rotation and whether the on screen keyboard is ...

Like James told you, the problem is in the text placement. Here you have a modified method with text is left adjusted depending of the ScreenWidth METHOD Activate() CLASS TMetro   ACTIVATE WINDOW ::oWnd MAXIMIZED ;      ON PAINT ( DrawBitmap( hDC, ::hBitmap, 0, 0, GetSysMetrics( ...

... the text in the upper right. You will have to code it so it is a certain distance in from the right edge, not from the left edge. You can use the ScreenWidth() function to find the width of the screen. It's running under XP, by it's suppose to work like 8, right? Well, it looks like Win 8, but ...