4

我有一个 UIViewController。在这个控制器中，我以编程方式创建一个 UITextView 并将其委托设置为我的控制器。我这样做是因为我不想在点击它时开始编辑 textView。

ViewDidLoad 方法

UITextView* textView = [[UITextView alloc] initWithFrame:CGRectMake(9, 10, 302, 200)];
[textView setDelegate:self];
[self.view addSubview:textView];
[textView release];

我实现了 textViewShouldBeginEditing 方法以在此处返回 NO 以禁用键盘显示。

textViewShouldBeginEditing 方法

- (BOOL)textViewShouldBeginEditing:(UITextView *)textView
{
    NSLog(@"Shouldbegin");
    return NO;
}

出现的问题

当我点击 textView 时，它可以工作一次，但如果我再次点击它，它将使应用程序崩溃而没有任何日志。当我拿着 textView 并释放它时，奇怪的是，它会像我想要的那样工作。另一方面，正常的单击第二次不起作用。

编辑

彼此快速单击似乎也可以工作，所以在我等待 x 秒后它似乎不起作用。

经过一些测试，我发现它似乎是一个 iOS 5.X > 错误。在 4.3 设备/模拟器中运行我的应用程序时，它会正常工作。iOS 5.1 设备上的错误日志显示以下内容：

Date/Time:       2012-04-17 14:00:49.497 +0200
OS Version:      iPhone OS 5.1 (9B176)
Report Version:  104

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00000014
Crashed Thread:  0

Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   TextInput                       0x36bf69e8 TI::Favonius::BeamSearch::choose_hit_test_node(WTF::RefPtr<TI::Favonius::SearchNode> const&, WTF::RefPtr<TI::Favonius::KeyAreaNode> const&, WTF::RefPtr<TI::Favonius::SearchNode> const&, WTF::RefPtr<TI::Favonius::SearchNode> const&) + 12
1   TextInput                       0x36bf6d1e TI::Favonius::BeamSearch::update_for_touch(unsigned int, WTF::PassRefPtr<TI::Favonius::KeyAreaNode>) + 602
2   TextInput                       0x36bfb5c2 TI::Favonius::StrokeBuildManager::update_search_for_touch(unsigned int, int) + 66
3   TextInput                       0x36bfb97c TI::Favonius::StrokeBuildManager::key_down_or_drag_hit_test_for_UI(bool, CGPoint, double, int, int, float, bool, ZT::LayoutDictionaryContext&, bool, int) + 216
4   TextInput                       0x36bddf54 TIInputManagerZephyr::simulate_touches_for_input_string() + 344
5   TextInput                       0x36bed8ba -[TIKeyboardInputManagerZephyr candidates] + 214
6   UIKit                           0x31066616 -[UIKeyboardImpl generateAutocorrectionReplacements:] + 82
7   UIKit                           0x31108a96 __71-[UITextInteractionAssistant scheduleReplacementsForRange:withOptions:]_block_invoke_0 + 370
8   UIKit                           0x3110ec62 -[UITextSelectionView calculateAndShowReplacements:] + 6
9   Foundation                      0x3762192c __NSFireDelayedPerform + 408
10  CoreFoundation                  0x361a1a2c __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 8
11  CoreFoundation                  0x361a1692 __CFRunLoopDoTimer + 358
12  CoreFoundation                  0x361a0268 __CFRunLoopRun + 1200
13  CoreFoundation                  0x3612349e CFRunLoopRunSpecific + 294
14  CoreFoundation                  0x36123366 CFRunLoopRunInMode + 98
15  GraphicsServices                0x324e3432 GSEventRunModal + 130
16  UIKit                           0x30e70e76 UIApplicationMain + 1074
4

5 回答 5

1

我确实找到了解决方案。我真的不喜欢解决 Apple 错误，但有时你必须这样做。这是三个步骤...

1）用不可见的视图替换默认键盘

- (void)viewDidLoad
{
    [super viewDidLoad];
    myTextView.inputView = customKeyboard;
}

2）回答是允许编辑

- (BOOL)textViewShouldBeginEditing:(UITextView *)textView{
    return YES;
}

3）在 textViewDidChangeSelection 中辞职第一响应者隐藏光标

- (void)textViewDidChangeSelection:(UITextView *)textView{
    [textView resignFirstResponder];
}
于 2012-06-20T20:07:03.737 回答
0

如果您不想在点击 UITextView 时开始编辑它：

UITextView* textView = ...;
textView.editable = NO;
于 2012-04-17T11:12:11.303 回答
0 
-(BOOL)textViewShouldBeginEditing:(UITextView *)textView
{

   [txtView resignFirstResponder];

}

并在 dealloc 方法中释放 txtView

于 2012-04-17T11:25:27.880 回答
0

经过一些测试，我发现它似乎是一个 iOS 5.X > 错误。在 4.3 设备/模拟器中运行我的应用程序时，它会正常工作。

查看我编辑日志文件的主要帖子。

于 2012-04-25T12:45:45.080 回答
0

Swift 4.2 解决这个问题的最好和最简单的方法就是让撤消管理器为假

textView.undoManager?.disableUndoRegistration()

如果您在运行时更改了表格中的视图，则会出现此错误，并且单元格将在点击时重新加载，

于 2018-11-27T11:00:05.033 回答