iOS 7 Beta Build

alexandrefalmeida, I had the same “template not found” issue a couple of days ago.  As I had been messing about trying to switch between different versions of Xcode, and couldn’t find any mention of it on the forums, I thought that I had messed up something on the machine so I spent several hours restoring the machine to a previous state, and reinstalling software.

Anyhow, 1202 doesn’t work when building to ios7 beta.  1198 works fine.

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. 

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!

Rob, can you take a look at this post? http://forums.coronalabs.com/topic/38892-new-icon-dimensions-for-ios/

We want to know how to include the new icons as per iOS and Apple’s requirements.

For iOS applications, icons included in the binary submission must be in the PNG format.

  • If your application supports the iPhone device family, you must
    include square icons of the following dimensions: 57x57 pixels and
    120x120 pixels.
  • If your application supports the iPad device family, you must
    include square icons of the following dimensions: 72x72 pixels, 76x76
    pixels and 152x152 pixels

Thanks, Jason

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.

Hi Jason, I responded over there.  Unfortunately I don’t have an answer right now

Rob, is this still something we need to do?  Or does display.setStatusBar( display.HiddenStatusBar ) work in 7?  Or do we not know yet until the official release of iOS 7?  

I’m going to be doing a device build today.  I’ll test it against beta6 and see if that’s still the case.

  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?