ON EDIT:

 

Resolved the problem by using the Resize to Fit script step.

Edited May 3, 201312 yr by WF7A

if you script the process, you can set the window size.

 

hth,

 

Martie

True, Martie, but if I set the window size and the user changes the zoom level, wouldn't the contents be clipped? Then again, I could use the Adjust to Fit step to follow that. I'll go play and see.

No. Review the video on Popup Window Tool Here

 

There are some others, and I'll try and find them and post them later if this doesn't help.

Thanks, Lee, but that's not quite the problem (which I should've posted in detail earlier--my fault). It's when going to List view from Form view that's the problem: As you know, List view (on the Mac) causes the window to expand to the full height of the monitor. What I'd like to do is somehow keep List view from doing that. 

I guess I'm not understanding the problem. When you say List View, are you meaning a List view available from the From View (i.e. the buttons in the Status Bar, or have you created a separate layout for a list view?

Thanks for your patience, Lee. I figured it out--I think.

 

I have multiple layouts set up for Form view (since they have form-type contents) and one layout that's specifically set up to be viewed in List view. Because I want to allow a user to change the zoom level in the runtime solution, I created an Adjust Window/Resize to Fit script (see attached) so users can click on an icon to resize the screen after they change the zoom level.

 

The problem was that when going from any of the Form view layouts to the List view one, the List view one would resize itself to the full height of my monitor. As a test, I disabled the script so now when jumping from any of the Form view layouts to the List view one, it won't resize. Yay! However, should the user change the zoom level and want the window to fully accommodate its contents, s/he would click an icon on the layout that would fire the Adjust Window/Resize to Fit script--it would then resize to the List view layout height to the height of the monitor...which I don't think there's an easy fix for.

 

I'm new at developing but it's sure a pain to code a solution when you really don't know which resolution setting users will use with it. For years, I used 1024x768, but with the advent of widescreens and such, there's no resolution standard I can count on using. I have my Mac set up using 2560x1440 ... which I'm sure isn't standard!

 

I can hardly wait 'til I rework the solution for Windows. :S

Thanks, Lee, but that's not quite the problem (which I should've posted in detail earlier--my fault). It's when going to List view from Form view that's the problem: As you know, List view (on the Mac) causes the window to expand to the full height of the monitor. What I'd like to do is somehow keep List view from doing that. 

 

AFAIK that's the expected behaviour for resizing-to-fit a window that is displaying a list view layout. There is no direct way to change it.

 

There is a scripted work-around, though it is a bit of work. Run a script that changes to a correctly sized layout in form view, re-size the window to fit this layout, then change back to the list view.

 

IMHO, discourage the use of the zoom feature. It's old and clunky.

 

As far as screen sizes goes, I design for the smallest screen, then use the auto-resizing feature to take advantage of extra space should the user decide to make the window bigger. The minimum window is designed to fit tightly but comfortably in on a 13 inch MacBook Pro, which is 1280 by 800 pixels. Allowing for the standard dock and window widgets the actual layout size ends up at 964 by 541 pixels.

 

I also test on Windows and make sure that the same layout fits cross platform. the amount of room that the windows start bar and window widgets take up is slightly different from OS X.

 

IMHO a design that covers a whole Full HD monitor screen is too big. 

 

PS the resize to fit option for a list view is an interesting one. Resize to fit what? The width of the window is easy, but what height should FMP resize the window to? One record? Some arbitrary number of records? Instead, the FMI engineers chose "fit the maximum number of records possible" which IMHO is pretty smart.

 

An easier method to "fix" the problem is to use a hard-coded height value for the resize. So the script would (in pseudo code)

 

Remember the windowtop value

Resize window to fit

Move window (change back to the previous windottop, change the height to some fixed amount)

Thanks, Vaughan--good info, there!