Form won't "drag" (OpenInsight 32-Bit)
At 02 FEB 2005 10:27:30AM Paxton Scott wrote:
7.1 winXP
A couple of months ago, I posted a problem I have where a form won't drag…sort of. When I click on the title bar and move the mouse, nothing happens, but when I release the mouse button, the form 'jumps' to the new location. Don Bakke suggested checking for controls off the area and possible dropdowns that dropped below the edge of the form.
(I have determined that dropdowns are not a problem.)
Problem never solved, so put it aside. But now, getting ready to deploy the app and concerned the customer might complain of this behavior
I have made a copy of the form and hughly expanded it and searched around for an errent control and all looks OK.
Other ideas of where to look or what might cause this?
ARCS, Inc. [img]http://www.arcscustomsoftware.com/arcslogo.gif[/img] </QUOTE> ---- === At 02 FEB 2005 12:18PM Colin Rule wrote: === <QUOTE>Maybe something in the Size event causing this. Try, for a test changing the display properties, and see if this works, by this, I mean in WinXP: Right-click on desktop, and select Properties. Click Appearance tab Click Effect button Turn ON 'Show Window Contents Whilst Dragging' Click OK and Click Apply. See if this works, if so, then there may be some errant code in the size event causing this not to run, such as a Return 0 maybe in the script with no event code. Colin </QUOTE> ---- === At 02 FEB 2005 12:46PM Paxton Scott wrote: === <QUOTE>Thanks for the ideas, Colin. The WinXP had "Show window contents while dragging" checked, but that would hardly explain only one window having the problem. I do set the size property on create to locate the form, so commented that out but no change. [email protected] [url=http://www.arcscustomsoftware.com]ARCS, Inc. [img]http://www.arcscustomsoftware.com/arcslogo.gif[/img] </QUOTE> ---- === At 03 FEB 2005 03:35AM Colin Rule wrote: === <QUOTE>Try saving the form as another name and see if that makes any differences. </QUOTE> ---- === At 03 FEB 2005 11:01AM Paxton Scott wrote: === <QUOTE>Thanks, Colin. Tried that. May have to get drastic and remove controls etc. This is a compilicated tabbed form with 200 or so controls...works great except for this dragging issue. [email protected] [url=http://www.arcscustomsoftware.com]ARCS, Inc. [img]http://www.arcscustomsoftware.com/arcslogo.gif[/img] </QUOTE> ---- === At 03 FEB 2005 12:26PM Colin Rule wrote: === <QUOTE>Maybe it could have something to do with a REDRAW property on the window, just a total guess that you are using this. If you are using this things can sometimes not work as expected. I have several screens with this and sometimes they do wierd things like get some parts of the screen becoming invisible and you see the screens behind them. Maybe 200 controls is too much for the windows to redraw properly. On the copied form, delete some controls and see what happens. 200 controls seems a lot, I have had many screens like this and it is quite useful to reduce these, for speed and usability. For example if you have lots of checkboxes, put them into a table with a yes/no switch on a column. This reduces a lot of the memory and makes things a lot more flexible. Colin </QUOTE> ---- === At 04 FEB 2005 11:35AM Paxton Scott wrote: === <QUOTE>Colin, Thanks for all the ideas. I'm not using REDRAW (that I know of). Of the 200 or so controls, only 5 or 6 are bound. There are five invisible tables, one for each tab for consistancy and ease of handling which are bound, and hold all the data pieces for the form. (balance sheet and income statement type datapoints for up to 6 periods) It correct year's data is extracted from the invosible tables and stuffed into editboxes on read, and updated upon any change...love those promoted events! The calculated fields (totals and such) are also updated upon any change. The form runs quite fast and works great and I suspect I can convice the customer to live with this one anomoly, but I'd be nice to understand and maybe fix. I will make some test copies and remove controls to see if I can discover why it does not drag, but I syspect it is not related to the number of controls. Have a fun weekend! [email protected] [url=http://www.arcscustomsoftware.com]ARCS, Inc. [img]http://www.arcscustomsoftware.com/arcslogo.gif[/img] </QUOTE> ---- === At 04 FEB 2005 12:28PM Donald Bakke wrote: === <QUOTE>Paxton, If this is an issue related to a control that is out in virtual space you can track it down fairly easily in two ways: 1. Open up the SYSREPOSWINEXES record and scan the 5th and 6th value position for each control (they represent the x and y coordinates) for numbers that are obviously wrong...usually they will be very large numbers, or at least larger than the dimensions of your form. 2. Open up the form in the Form Designer, click on a tab, and then use the key to cycle through each control. If you land on a control but you don't see it anywhere on the form this might indicate that the control is off in virtual space somewhere. If so, you can attempt to move it back. Easiest way to do that is to Shift-Click a control that you can see and then use the Align tools to bring the control back to within view. [email protected] [url=http://www.srpcs.com]SRP Computer Solutions, Inc
