FiveTech Software tech support forums

... <nLeft> RICHEDIT5 [ <oRTF> VAR ] <uVar> ; [ <dlg: OF, WINDOW, DIALOG> <oWnd> ] ; [ SIZE <nWidth>, <nHeight> ] ; [ FONT <oFont> ] ; [ <pixel: PIXEL> ] ; [ MESSAGE <cMsg> ] ; [ <lHScroll: HSCROLL> ] ; [ <readonly: READONLY, ...

... es equivalente a hacer oItem:oTree:Select( oItem ), así que ahora puedes simplemente hacer oItem:Select() * Mejora: DEFINE WINDOW ... SIZE nWidth, nHeight son soportados. * Nuevo: Ejemplo samples\winexpl.prg, muestra cómo usar EnumChildWindows(). * Mejora: En XBrowse, ahora se puede especificar ...

... UPDATE @ 70, 245 GET aGet[7] VAR nWidth OF oDlg SIZE 28, 12 PIXEL FONT oFont PICTURE "@Z 999.99" UPDATE @ 70, 245 GET aGet[8] VAR nHeight OF oDlg SIZE 28, 12 PIXEL FONT oFont PICTURE "@Z 999.99" UPDATE https://i.postimg.cc/cLtzVWG7/jj.gif the user must ...

... of Xbrowse class I propose this solution for displaying the border in the presence of vertical scrolling if ::lDrawBorder // ::Box( 0, 0, ::nHeight - 1, ::nWidth - 1, IfNil( ::nClrBorder, ::hColPen ) ) ::Box( 0, 0, ::nHeight - 1, ::BrwWidth(), IfNil( ::nClrBorder, ::hColPen ) ) endif https://i.postimg.cc/vHytyBsS/ok.png ...

... it is equivalenf of doing oItem:oTree:Select( oItem ), so now you can simply do oItem:Select() * Enhancement: DEFINE WINDOW ... SIZE nWidth, nHeight is supported. * New: samples\winexpl.prg shows how to use EnumChildWindows() * Enhancement: XBrowse: now json file name can be specified as ...

As of now the FWPDF class does not support the method SetSize( nWidth, nHeight ) This class supports only SetPage( nPageType ), same as TPrinter class. The permitted page sizes are:   { {  DMPAPER_LETTER,      HPDF_PAGE_SIZE_LETTER, ...

"SIZE " clause woks only when we create xbrowse from code, not when we create XBROWSE from resource, because RC file restricts the size of the control.

I have not yet tested it but try:
After redefining the xbrwose, set
oBrw:nWidth := ...
oBrw:nHeight := ...

... princfac:Move( 0, 0 ) ) //, oRich:LoadRtf( xobserva ), oRich:PostMsg( WM_KEYDOWN, VK_HOME, 0 )) oWndChild:nWidth := princfac:nWidth + 7 oWndChild:nHeight := princfac:nHeight + 32 ACTIVATE WINDOW oWndChild on init ( onrocli:setfocus() )

... no me estaba funcionando el timer, lo declare así: ACTIVATE DIALOG oDlg ON INIT ( oDlg:SetPos( 0, 0 ), oDlg:nWidth := GetSysMetrics( 0 ), oDlg:nHeight := GetSysMetrics( 1 ), BuildTimer( oDlg, obrow )) function BuildTimer( oDlg, wobrow ) local oTmr DEFINE TIMER oTmr OF oDlg ; ACTION busco(wobrow) ...

... on INIT (BtnBarNew( oBrw, @oDlg, aBotones),oDlg:Move( oDlg:nTop, ( WndWidth( GetDesktopWindow() ) / 2 ) - ( oDlg:nWidth / 2 ), oDlg:nWidth, oDlg:nHeight, .T. )) // ACTIVATE DIALOG oDlg on INIT (BtnBarNew( oBrw, @oDlg, aBotones),oDlg:Move( 50, ( WndWidth( GetDesktopWindow() ) / 2 ) - ( oDlg:nWidth ...

Prueba asi:

oDlg:Move( 50, ( WndWidth( GetDesktopWindow() ) / 2 ) - ( oDlg:nWidth / 2 ), oDlg:nWidth, oDlg:nHeight, .T. )

y dime si el diálogo se posiciona hacia lo alto de la pantalla, gracias

Estimado José,

Prueba así:

oDlg:Move( oDlg:nTop, ( WndWidth( GetDesktopWindow() ) / 2 ) - ( oDlg:nWidth / 2 ), oDlg:nWidth, oDlg:nHeight, .T. )

... Los controles que se quedaban fuera del tamaño original no se pintaban. Me costó mucho entender que no siempre el folder actualizaba nWidth y nHeight, aunque si actualizaba nRight y nBottom. Cambié el tamaño original ( a un tamaó muy grande 2000 x 2000 ) y entonces SI se "pintaban" ...

... but much further down I use the nRowItem variable to save my position every time I insert a row in the right panel and every time I add nRowItems+=nHeight+2

>FW_DrawImage( hDC, "c:\fwh\bitmaps\alphabmp\ichat.bmp", {::nHeight-30, ::nWidth-25, ::nHeight - 10, ::nWidth-5}, .t. ) for me it's no good perhaps... data hBmpPop on METHOD Paint() CLASS TBtnBmp if ::oPopup != nil if ::hBmpPop != 0        DrawBitmap( ...