There appears that a bug has been introduced into the latest public release with newText. For some reason trying to display the word BETA, the A gets dropped. If you rearrange the letters it works fine. Resizing the text field also makes no difference. Just paste the below two lines into a new main.lua file and you will see the problem. The first line only display BET and the second line displays ABET.
The “width” parameter appears the be the culprit. removing that makes it display correctly.
This became broken sometime after the public release from around sept 2016, which was what i had been using up until today with no problems. Obviously ive been forced to update to the new build due to Apples new XCode version requirements.
I confirm this is definitely a bug when the string ends in “A” but not an “a”. What is happening is “A” is being treated the same as “\n”. I suggest you file a bug report.
As a hack for you for now this works (note the space before the B)
How do i get to the bug reports to find the link for it? All i got after submitting the bug report was the message “Thank you for your submission. We will do our best to evaluate your case and respond as quickly as possible.”
I’ve had this code in my game for a while to deal with a similar issue - this predates 2992 it originally went in in 2049 I think.
if (system.getInfo("platformName") == "Android" or system.getInfo("platformName") == "Win") then str = " C I T Y " else str = "C I T Y" end local d4 = display.newText({parent = loadingImage, text = str, x = 1000, y = 22, width = 800, font = \_monserratBlack, fontSize = 120, align = "center"})
I can’t reproduce this issue on macOS 10.12.4 in CoronaSDK 3068 in either the macOS Simulator or on device when building for iOS 10.3 so there must be something else in the project besides the display.newText() statements that is making this happen. Can you post a ZIP of the project you got the screenshot from above? I’ve attached my working app and a screenshot.
The problem for me was in the Windows simulator, i haven’t tried it on the mac. I upgraded my mac to Sierra (10.12) so i could install the new corona sdk that was now required for any new apple submissions. I also upgraded my corona sdk on windows to match at the same time, and only noticed this problem on windows as i do all my dev in windows and only do final compiles on mac for the iOS build. So by the sounds of it, it may just be a windows simulator issue in the new version.
I confirm this is definitely a bug when the string ends in “A” but not an “a”. What is happening is “A” is being treated the same as “\n”. I suggest you file a bug report.
As a hack for you for now this works (note the space before the B)