iOS 7 Beta Build

I’ve reported this to the engineers.  Here is what I’ve found:

I have Xcode 5 DP6 and the latest Live Xcode 4 install. Everything is set to use the XCode 5 path by default (using Xcode select).

1202 Public build does not seem to have the iOS 7 beta installed (nor would I expect it too, it’s a feature for Daily builds).  Builds iOS 6.1 fine.

1202 Daily build has no issues with iOS 6.1.  I get the error building for iOS 7 beta.

1198 Daily build builds for both iOS 6.1 and iOS 7beta.

Since this seems to have just started over the weekend, let’s give the folks in the office some time to come back from their much deserved weekend off and try to sort this out on Monday. 

I’m using the latest daily build (2013.1216).  iOS: Fixed an issue where the text from text fields and text boxes aren’t consistant with what is on the screen.

It looks like the problem is fixed for iOS 7 devices, but now the opposite is happening on non-iOS7 devices.   if I print event.text, I will see that the text on NON-ios7 devices is always 1 behind what is showing in the text field. 

Rob - Looks like the new fix doesn’t work and also introduces a crash.   Whenever I input data and then click next on the keyboard, the app crashes now.

local defaultField, defaultLabel local function fieldHandler( textField ) return function( event ) if ( "began" == event.phase ) then -- This is the "keyboard has appeared" event -- In some cases you may want to adjust the interface when the keyboard appears. elseif ( "ended" == event.phase ) then -- This event is called when the user stops editing a field: for example, when they touch a different field elseif ( "editing" == event.phase ) then defaultLabel.text = textField().text elseif ( "submitted" == event.phase ) then -- This event occurs when the user presses the "return" key (if available) on the onscreen keyboard print( tostring(textField().text) ) -- Hide keyboard native.setKeyboardFocus( nil ) end end end defaultField = native.newTextField( 10, 30, 180, 40 ) defaultField.font = native.newFont( native.systemFontBold, 15 ) defaultField:addEventListener( "userInput", fieldHandler( function() return defaultField end ) ) ------------------------------------------- -- \*\*\* Add field labels \*\*\* ------------------------------------------- defaultLabel = display.newText( "Copy of text in text field", 50, 105, native.systemFont, 18 ) defaultLabel:setTextColor( 170, 170, 255, 255 )

I will alert the engineers.

Thanks.  Everything appears to be fixed with the latest build.

The engineers have confirmed this was a build issue on our side and should be fixed with the next daily build.

Rob, thanks for the replies. Best regards.

I’m having a issue using Corona SDK with iOS7 when dealing with native.newTextField and the “editing” event.

I have the above code, and run it perfectly on Corona Simulator 2013.1198 on Mac and on iOS 6.1 and Android. But when running the same code on iOS 7.0 DP5 on the XCode Simulator or on the Device, the system does not recognize the last typed character.

I did not test it on the last GM build of iOS 7, but will do it soon.

Thanks for your help.


mail.lua


local widget = require( “widget” );

local txtInput = “”

local group = display.newGroup()

local txCustomerListener =  function(event)

    if event.phase == “editing” then

        txtInput = event.text           

    end

end

        

local lb = display.newEmbossedText( group, “Some text:”, 0, 0, native.systemFontBold, 24, {255,255,255,255} )

lb:setTextColor( 255 )

lb:setReferencePoint( display.BottomLeftReferencePoint )

lb.x, lb.y = 50, display.contentHeight / 2 - 130

        

local txCustomer = native.newTextField( 50, display.contentHeight / 2 - 113, display.contentWidth - 80, 47 )

txCustomer:setTextColor( 0, 0, 0 )

txCustomer.inputType = “default”

txCustomer:addEventListener( “userInput”, txCustomerListener )

group:insert(txCustomer)

local buttonPress = function( event )

     local alertBox = native.showAlert( “My Alert Box”,

            "The input value is: " … txtInput,

            {“OK”, “Cancel”} )

end

local button = widget.newButton

{

    defaultFile = “btnBlueMedium.png”,

    overFile = “btnBlueMediumOver.png”,

    label = “Submit”,

    fontSize = 16,

    labelColor = 

    { 

        default = { 255, 255, 255 },

    },

    onPress = buttonPress,

    top = display.contentHeight / 2,

    left =     display.contentWidth / 2 - 80,

}

group:insert(button)

For information - I’ve just tested the code above on the XCode 5 GM, using Corona 2013.1198, and got the same error reported.

I’ve asked the Engineers for an update on this. 

Rob, any news on this topic. I’ve sent it through “Report a Bug” form. Thanks.

Not yet, its only been a little over a day. 

Rob, like we didn’t still have an answer on this, I tried to figure it out how to solve this.

iOS 7 is coming next Wednesday, Sept 18th, and this is a big problem for my application.

So, I did this:

  • Include -> elseif event.phase == “submitted” or event.phase == “ended” then <- and started reading these events;

  • Included the native.setKeyboardFocus( nil ) function to fire the previous event when button is clicked;

  • I don’t read anymore the event.text, but instead the <name of field>.text value.

Now it’s working on iOS 7 and iOS 6.1 either.

Hope it helps.

Any news, tell us.

I’ll need to check this out. Thanks for looking into it!

We have also experienced huge problems with text fields in iOS7. Not only are they dysfunctional a large amount of the time, but they also cause extreme lag–which Apple has rejected our apps for since they are now testing iOS7. I’ve also looked at our previous apps using text fields and the same problem is evident.

All the best,

Jacob

The engineers are investigating but we don’t have an ETR yet.

Thanks for helping out!

CoronaSDK 2013.1209

Post date:Thu, 2013-09-19 08:16

Release notes for build 2013.1208 through 2013.1209

  • iOS: Fixed an issue on iOS 7 where textFields and textBox’s text were 1 character behind what was typed. Casenum: 25282, 26140

Thanks, Corona Team.

  1. The keyboard issue was fixed in 1209.  

  2. The status bar not hiding will be fixed in 1210.

Rob - I am on MAC OSX and using a build after 1209.  The keyboard issue is not fixed for me when I try to install the app on an iPhone 5s.   It doesn’t work whether I choose iOS 6.1 or iOS 7 beta  in the build dialog.   I have the latest xCode installed.  Is there something I am missing?

Can you post some code?  or better yet, put together a small sample that demonstrates the problem and file a bug report.  Have you tried it with the native.newTextField sample app?