Interesting form problem
|
View:
New views
11 Messages
—
Rating Filter:
Alert me
|
 |
Interesting form problem
by Keith Goebel
::
Rate this Message:
Hi all.
Using v11, I have an interesting form problem I am hoping someone has already solved. I have an output list, tall and narrow. On double-click, I want to open the Details window in a short and wide window. I trap the double-click in the list form event and - Open form window (the Details form) over the top of the list window - hide list window - process the input code but the result is that the new window ignores the Details window form settings and takes the dimensions of the list window. The only way I can get it to work is by a complicated system of - close the list - open a dialogue in a central table - add a record to the central table (never saved), but actually process the selected list table's record I would *really* like to simply switch windows somewhere between the list double-click and the input form becoming active. Any idea what I'm missing here? TIA, KG There are 3 kinds of mathematician. Those who can count, and those who can't. ********************************************************************** Get the speed and power of 4D v11 SQL before upgrade prices increase - http://www.4d.com 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4D.com/archives.html Options: https://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4D_Tech-Unsubscribe@... ********************************************************************** |
|
|
Re: Interesting form problem
by Chuck Miller-2
::
Rate this Message:
In the on load phase of input form resize the window to the correct
dimensions Regards Chuck --------------------------------------------------------------------------- Chuck Miller Voice: (617) 739-0306 Informed Solutions, Inc. Fax: (617) 232-1064 ---------------------------------------------------------------------------- On Nov 8, 2009, at 5:32 AM, Keith Goebel wrote: > The only way I can get it to work is by a complicated system of > - close the list > - open a dialogue in a central table > - add a record to the central table (never saved), but actually > process the selected list table's record > > I would *really* like to simply switch windows somewhere between the > list double-click and the input form becoming active. > > Any idea what I'm missing here? ********************************************************************** Get the speed and power of 4D v11 SQL before upgrade prices increase - http://www.4d.com 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4D.com/archives.html Options: https://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4D_Tech-Unsubscribe@... ********************************************************************** |
|
|
|
|
|
Re: Interesting form problem
by Bill Weale
::
Rate this Message:
The Foundation shell does this (optionally) by opening the input form
in another process. (You could hide the output form if you wanted to.) It also remembers the windows' size and position. Bill William W. Weale, III Business Owners Support, LLC. Operations Analysis MIS Advising Decision Support Systems On Nov 8, 2009, at 5:32 AM, Keith Goebel wrote: > Hi all. > Using v11, I have an interesting form problem I am hoping someone > has already solved. > > I have an output list, tall and narrow. > On double-click, I want to open the Details window in a short and > wide window. > > I trap the double-click in the list form event and > - Open form window (the Details form) over the top of the list window > - hide list window > - process the input code > but the result is that the new window ignores the Details window > form settings and takes the dimensions of the list window. > > The only way I can get it to work is by a complicated system of > - close the list > - open a dialogue in a central table > - add a record to the central table (never saved), but actually > process the selected list table's record > > I would *really* like to simply switch windows somewhere between the > list double-click and the input form becoming active. > > Any idea what I'm missing here? > TIA, KG > There are 3 kinds of mathematician. Those who can count, and those > who can't. ********************************************************************** Get the speed and power of 4D v11 SQL before upgrade prices increase - http://www.4d.com 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4D.com/archives.html Options: https://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4D_Tech-Unsubscribe@... ********************************************************************** |
|
|
Re: Interesting form problem
by Jody Bevan
::
Rate this Message:
Keith:
This is not something particular to v11. The initial window size will remain until you resize it. So like Chuck says resize the window on loading the input record. What we do though, is just before doing that get the dimensions of the window. Then when closing the form, resize the window back to the size it was before going into the input window. Then your output window will be the size you want. Jody On Nov 8, 2009, at 3:32 AM, Keith Goebel wrote: > Hi all. > Using v11, I have an interesting form problem I am hoping someone > has already solved. > > I have an output list, tall and narrow. > On double-click, I want to open the Details window in a short and > wide window. > > I trap the double-click in the list form event and > - Open form window (the Details form) over the top of the list window > - hide list window > - process the input code > but the result is that the new window ignores the Details window > form settings and takes the dimensions of the list window. > > The only way I can get it to work is by a complicated system of > - close the list > - open a dialogue in a central table > - add a record to the central table (never saved), but actually > process the selected list table's record > > I would *really* like to simply switch windows somewhere between the > list double-click and the input form becoming active. > ********************************************************************** Get the speed and power of 4D v11 SQL before upgrade prices increase - http://www.4d.com 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4D.com/archives.html Options: https://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4D_Tech-Unsubscribe@... ********************************************************************** |
|
|
Re: Interesting form problem
by Chip Scheide
::
Rate this Message:
dont forget to resize it back -
either in the unload of the entry screen or the close detail of the list form On Sun, 8 Nov 2009 12:27:35 -0500, Chuck Miller wrote: > In the on load phase of input form resize the window to the correct > dimensions > ********************************************************************** Get the speed and power of 4D v11 SQL before upgrade prices increase - http://www.4d.com 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4D.com/archives.html Options: https://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4D_Tech-Unsubscribe@... ********************************************************************** |
|
|
Re: Interesting form problem
by Alan Chan
::
Rate this Message:
We have been doing this for years and have good result. Unfortunately,
starting with v11, the window redraw is pretty slow especially on WAN (the same code works well on 2003). The slow window redraw make the application "feel" sluggish. It's bad that if our customers have a feeling that the system "seems" slower than before after spending so much money to upgrade to v11. Due to this performance issue over WAN, we need to redesign all of our output form (hundreds of them) and related codes and replaced these forms with ListBox. Listbox is "not" faster but it doesn't need to resize the window when go back from Input form. This will let users "feel" faster. Just a side note, I wonder why so many developers claim that v11 is much faster than previous version over WAN. Our application runs "much" faster in 2003 than v11 over WAN. Alan Chan 4D iNug Technical <4d_tech@...> writes: >This is not something particular to v11. The initial window size will >remain until you resize it. So like Chuck says resize the window on >loading the input record. What we do though, is just before doing that >get the dimensions of the window. Then when closing the form, resize >the window back to the size it was before going into the input window. > >Then your output window will be the size you want. ********************************************************************** Get the speed and power of 4D v11 SQL before upgrade prices increase - http://www.4d.com 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4D.com/archives.html Options: https://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4D_Tech-Unsubscribe@... ********************************************************************** |
|
|
|
|
|
Re: Interesting form problem
by David Nasralla
::
Rate this Message:
Hi Alan,
Alan Chan <alan@...> wrote: > We have been doing this for years and have good result. Unfortunately, > starting with v11, the window redraw is pretty slow especially on WAN (the > same code works well on 2003). It's interesting to hear your experiences with window redrawing. I am in the process of upgrading a 2004 application to v11. It works fine on a LAN, but on a WAN it will virtually hang if you try to resize the window on an output list - even when I uncheck all form events in the form properties. I'll try and isolate the issue later this week. We were hoping to get rid of citrix for WAN connections, but it looks like the won't happen soon. (Our version of citrix is not compatible with v11 so we are doing Terminal Services for now.) I'll try and post if I find anything with the window resizing/redrawing... d -- David Nasralla Clean Air Engineering ********************************************************************** Get the speed and power of 4D v11 SQL before upgrade prices increase - http://www.4d.com 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4D.com/archives.html Options: https://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4D_Tech-Unsubscribe@... ********************************************************************** |
|
|
|
|
|
Re: Interesting form problem
by MIYAKO
::
Rate this Message:
Hi,
sorry to bring up an old subject, I just wanted to point out that the On Resize form event is different since 2004; in 2003, the form was not resized until the mouse button was actually released. what you got was the prospect boundaries shown while the mouse was being dragged. as a consequence, the event fired once when the button was released. since 2004, the window is resized while the mouse is being dragged, and the form event can fire 30-60 times a second. miyako On 2009/11/10, at 3:24, Alan Chan wrote: > Unfortunately, > starting with v11, the window redraw is pretty slow especially on WAN (the > same code works well on 2003). ********************************************************************** Get up to $600 to spend on Amazon.com this holiday season - http://www.4d.com/serverpromo.html 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4D.com/archives.html Options: https://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4D_Tech-Unsubscribe@... ********************************************************************** |
| Free embeddable forum powered by Nabble | Forum Help |
