FiveTech Software tech support forums

... were required. * Fix: FWH 64 bits, non modal dialog boxes created from resources are properly working! * Fix: SkinButtons(), Now pushbuttons only fire their action once. Commented in: http://forums.fivetechsupport.com/viewtopic.php?f=3&t=19978&start=15 * Enhancement: TFolderEx class, added ...

... TWebCam, please review samples\webcam.prg. It is a great example! Thanks to Lailton! * Fix: SkinButtons(), Now default pushbuttons automatically fire their actions if enter is pressed from another control. Commented in: http://forums.fivetechsupport.com/viewtopic.php?f=3&t=19813&start=0 ...

Antonio

When activating skinbuttons , the enter key on dialogs does not fire the action at first try (default push button)

we need to hit enter key twice, this does not occur when skin buttons are not active

FWH 10.8

Richard

Hi, I wonder if there is a codeblock that is executed, when the active window changes? Or another approach with the same result? It should fire at the moment that a call oWinClient:GetActive() would give a different response. (Background info: for example, if mdi-child "A" is active, ...

... this example. Really nice! * Enhancement: Class TUrlLink now supports an optional action: oUrlLink:bAction = <codeblock> This allows to fire an action instead of visiting an URL. The action does not set "visited" color. * Enhancement: Implemented double buffer painting in Class ...

... the ALT key event is passed to the menu. ALT key is working here with the menu. Maybe it can be done the same way or one could hide the menu and fire from there an event. Best regards, Otto http://www.atzwanger-software.com/fw/menurb.jpg

Antonio, As I said, it's a silly example, but it causes the event to fire repeatedly. In the real world, I have calculations tied to the ON CHANGE clause. The problem is, they run even if the value is already set and unchanged. The fix in my original post ...

... and if you close your database or recordset with a valid close under certain circumstances .. ( unknown as of yet ) the Windows paint trigger fires and that is where we end up with a problem .. the data or record set is closed and destroyed and when the window tries to re-paint .. the window ...

... object is 'dead' ( in my sceniro ) .. I tried it several times and the results were the same... so am I to assume that 'paint' may continue to fire intermittantly and continue to fail at run-time ? As Rao said the local oBrw is dead, but the browse still exists in oWnd in windows. Try this ...

... object is 'dead' ( in my sceniro ) .. I tried it several times and the results were the same... so am I to assume that 'paint' may continue to fire intermittantly and continue to fail at run-time ? Rick

... } )      oCol:cSortOrder  := nil      oCol:nEditType := EDIT_GET      // oCol:lBmpStretch = .T.   endif  I need to trap that event to fire the _Recalc() Rick

... xbrowse.. the mouse double click was trapped and ran _Recalc() .. in FWH 9.06 .. the xbrowse dblclick does not trapped .. and _Recalc() does not fire .. Is there a fix or am I trapping the wrong codeblock .. what I want to happen is when the checkbox is 'double clicked' to trap that event and ...

... that has mdichildren. I am replacing the mdichildren with dialog\nowait... Previously, when a user 'x''d out of the mdi frame .. the valid would fire on the mdichild and I could trap that event and close everything down nicely and exit the program. Compile the code and cut and past the utilmenu.rc ...

Bert, You could easily modify Class TWBrowse Method LButtonUp() to fire such notification. Here I show you how to modify it. You may need to add a new DATA bColResized: METHOD LButtonUp( nRow, nCol, nFlags ) CLASS TWBrowse   if ::lDrag  ...

... have the same problem on some machines as I, so here my solution: What happens: By executing the method 'AttachToWindow', the RibbonBar begins to fire events, so the code block 'RibbonBarEvent' will be executed and failed 'in the line 'case cEvent == "Execute"' with the error '==' because ...