Can you go ahead and file a bug report using the link at the top of the page using this as the demo project?
You will get an email confirming the submission. It will have a CaseID number in the subject. Please post that back here.
Thanks
Rob
Can you go ahead and file a bug report using the link at the top of the page using this as the demo project?
You will get an email confirming the submission. It will have a CaseID number in the subject. Please post that back here.
Thanks
Rob
Well, I sent in a bug report. Case 46716
Thanks,
Sergey
Thanks!
How long will solve my problem? Case 46716
I can’t provide that estimate. There are too many factors involved. It could be complex fix, it could be easy. The engineer it gets assigned to will have to prioritize it in with their other work. It may be moved up or down their schedule. I don’t know how much work they have to do and where this fits in with everything else.
Rob
Is there a reason you’re not using a config.lua and trying to maintain your own scaling?
An engineer has looked at your project and basically it comes down to you not handling the “resize” event. He thinks on a Mac that it starts processing main.lua before it goes to fullscreen and creating a race condition. But your app would get an event saying “Hey I’m resizing” and you should react to that adjust things accordingly.
Rob
Can just confirm, for OSX, width is now the longer size, height is the shorter size, ie; 1920=width, 1080=height. Unlike on mobiles where height is longer then width?
I’m trying to get a definitive answer, but an app I’m building I have a width of 400 and height of 600 in my config.lua and it’s a “landscapeRight” app. When I build for macOS I get a 600x400 window.
Rob
Its a bit strange. Would be great to get some confirmation on this and also whether scaling is working correctly for osx.
My app which is landscape (on mobile) works fine when config is height=1024, width=768 or height=960, width=640 (as my bg images are 1024x768 with an interface area designed to fall within 960x 640) and I simply use ‘zoomEven’ on mobile .
However for osx, no matter what combination of width/height/scaling i put in the config it chops off the app visuals, the only way it does show the whole app correctly is by not using any scaling and setting the width=960, height=640 in config, and putting those same values for minview/defaultview in the build.settings. Of course when maximising to fullscreen the visuals do get stretched a bit.
Is there perhaps a recommended height and width to work within for osx?
What happens if you use “letterbox” instead of “zoomEven”?
I have a definitive answer from Engineering.
If you have an orientation table in your build.settings, config.lua is portrait oriented, that is the small size goes to width in config.lua. If your app is landscape, when defining backgrounds and such you would make the width the large value. This maintains portability with mobile apps.
If you do not have an orientation table in build.settings, then the content width and height are as specified in config.lua. This is desktop mode.
In the build.settings file there is a “window” entry that also lets you specify widths and heights. Those are as-is, that is if your desktop app is landscape, width’s would be the larger value.
Finally, zoomEven should never be used for a resizable desktop window. This also includes maximized and full screen windows as well since part of the content area will be outside the bounds of the window. Letterbox is a better choice.
Rob
Okay great, appreciate the help Rob.
This event should be handled for Desctop builds:
https://docs.coronalabs.com/api/event/resize/index.html
(without it you will not pass)
Thanks, solved!
Can just confirm, for OSX, width is now the longer size, height is the shorter size, ie; 1920=width, 1080=height. Unlike on mobiles where height is longer then width?
I’m trying to get a definitive answer, but an app I’m building I have a width of 400 and height of 600 in my config.lua and it’s a “landscapeRight” app. When I build for macOS I get a 600x400 window.
Rob
Its a bit strange. Would be great to get some confirmation on this and also whether scaling is working correctly for osx.
My app which is landscape (on mobile) works fine when config is height=1024, width=768 or height=960, width=640 (as my bg images are 1024x768 with an interface area designed to fall within 960x 640) and I simply use ‘zoomEven’ on mobile .
However for osx, no matter what combination of width/height/scaling i put in the config it chops off the app visuals, the only way it does show the whole app correctly is by not using any scaling and setting the width=960, height=640 in config, and putting those same values for minview/defaultview in the build.settings. Of course when maximising to fullscreen the visuals do get stretched a bit.
Is there perhaps a recommended height and width to work within for osx?
What happens if you use “letterbox” instead of “zoomEven”?
I have a definitive answer from Engineering.
If you have an orientation table in your build.settings, config.lua is portrait oriented, that is the small size goes to width in config.lua. If your app is landscape, when defining backgrounds and such you would make the width the large value. This maintains portability with mobile apps.
If you do not have an orientation table in build.settings, then the content width and height are as specified in config.lua. This is desktop mode.
In the build.settings file there is a “window” entry that also lets you specify widths and heights. Those are as-is, that is if your desktop app is landscape, width’s would be the larger value.
Finally, zoomEven should never be used for a resizable desktop window. This also includes maximized and full screen windows as well since part of the content area will be outside the bounds of the window. Letterbox is a better choice.
Rob