getFlickString(专用UIKit方法)在使用日语键盘的iOS 7上崩溃
我有一个简单的文本字段,提示用户用英语回答。 为了强制键盘以英语显示,我将其设置为TypeURL,如下所示:getFlickString(专用UIKit方法)在使用日语键盘的iOS 7上崩溃,ios,ios7,uitextfield,uikeyboard,Ios,Ios7,Uitextfield,Uikeyboard,我有一个简单的文本字段,提示用户用英语回答。 为了强制键盘以英语显示,我将其设置为TypeURL,如下所示: textField.autocorrectionType = UITextAutocorrectionTypeNo; textField.spellCheckingType = UITextSpellCheckingTypeNo; textField.autocapitalizationType = UITextAutocapitalizationTypeNone; textField.
textField.autocorrectionType = UITextAutocorrectionTypeNo;
textField.spellCheckingType = UITextSpellCheckingTypeNo;
textField.autocapitalizationType = UITextAutocapitalizationTypeNone;
textField.keyboardType = UIKeyboardTypeURL;
[textField setReturnKeyType:UIReturnKeyDone];
我一直从日本的用户那里收到关于getFlickString的崩溃报告,这些用户都运行iOS 7,但我自己还没能复制出来。
getFlickString似乎是一个私有UIKit方法
有什么想法吗
谢谢大家的帮助
Fatal Exception: NSRangeException NSRangeException *** -[__NSArrayM objectAtIndex:]: index 4294967295 beyond bounds [0 .. 4] raw
0 CoreFoundation __exceptionPreprocess + 130
1 libobjc.A.dylib objc_exception_throw + 38
2 CoreFoundation -[__NSArrayM objectAtIndex:] + 232
3 UIKit getFlickString + 46
4 UIKit -[UIKeyboardLayoutStar(UIKeyboardLayoutJapanese50OnFlick) flickStringForInputKey:direction:] + 164
5 UIKit -[UIKeyboardLayoutStar completeRetestForTouchUp:timestamp:interval:executionContext:] + 2818
6 UIKit -[UIKeyboardLayoutStar touchUp:executionContext:] + 1474
7 UIKit -[UIKeyboardLayoutStarAccessibility(SafeCategory) touchUp:executionContext:] + 42
8 UIKit __28-[UIKeyboardLayout touchUp:]_block_invoke + 224
9 UIKit -[UIKeyboardTaskQueue continueExecutionOnMainThread] + 352
10 UIKit -[UIKeyboardLayout touchUp:] + 236
11 UIKit -[UIKeyboardLayout touchesEnded:withEvent:] + 324
12 UIKit -[UIWindow _sendTouchesForEvent:] + 528
13 UIKit -[UIWindow sendEvent:] + 832
14 UIKit -[UIApplication sendEvent:] + 196
15 UIKit _UIApplicationHandleEventQueue + 7116
快速的谷歌搜索只会显示你的问题。你应该为此向苹果提交一份bug报告。我也收到了同样的崩溃报告。这个问题有更新吗?我提交了一份bug报告。到目前为止没有更新。对我来说也是一样的错误-不知道发生在哪里:不知道崩溃的确切原因,但是为flick Kana键盘调用了getFlickString。示例:崩溃可能是更改事件中更改文本长度的结果