ios - 为什么我的 UISegmentedControl 的顶部不可点击？

Question

当我在手机上玩游戏时，我注意到我的 UISegmentedControl 不是很灵敏。让我的水龙头注册需要 2 次或更多次尝试。所以我决定在模拟器中运行我的应用程序，以更准确地探测问题所在。通过用鼠标单击数十次，我确定 UISegmentedControl 的前 25% 没有响应（在下面的屏幕截图中，该部分用 Photoshop 以红色突出显示）。我不知道有任何不可见的 UIView 可能会阻止它。你知道如何使整个控件可点击吗？

uinavigationbar uisegmentedcontrol

self.segmentedControl = [[UISegmentedControl alloc] initWithItems:[NSArray arrayWithObjects:@"Uno", @"Dos", nil]];
self.segmentedControl.selectedSegmentIndex = 0;
[self.segmentedControl addTarget:self action:@selector(segmentedControlChanged:) forControlEvents:UIControlEventValueChanged];
self.segmentedControl.height = 32.0;
self.segmentedControl.width = 310.0;
self.segmentedControl.segmentedControlStyle = UISegmentedControlStyleBar;
self.segmentedControl.tintColor = [UIColor colorWithWhite:0.9 alpha:1.0];
self.segmentedControl.autoresizingMask = UIViewAutoresizingFlexibleLeftMargin | UIViewAutoresizingFlexibleRightMargin;

UIView* toolbar = [[UIView alloc] initWithFrame:CGRectMake(0, 0, self.view.width, HEADER_HEIGHT)];
toolbar.autoresizingMask = UIViewAutoresizingFlexibleWidth;
CAGradientLayer *gradient = [CAGradientLayer layer];
    gradient.frame = CGRectMake(
        toolbar.bounds.origin.x,
        toolbar.bounds.origin.y,
        // * 2 for enough slack when iPad rotates
        toolbar.bounds.size.width * 2,
        toolbar.bounds.size.height
    );
    gradient.colors = [NSArray arrayWithObjects:
        (id)[[UIColor whiteColor] CGColor],
        (id)[[UIColor 
            colorWithWhite:0.8
            alpha:1.0
            ] CGColor
        ],
        nil
];
[toolbar.layer insertSublayer:gradient atIndex:0];
toolbar.backgroundColor = [UIColor navigationBarShadowColor];
[toolbar addSubview:self.segmentedControl];

UIView* border = [[UIView alloc] initWithFrame:CGRectMake(0, HEADER_HEIGHT - 1, toolbar.width, 1)];
border.autoresizingMask = UIViewAutoresizingFlexibleWidth | UIViewAutoresizingFlexibleTopMargin;
border.backgroundColor = [UIColor colorWithWhite:0.7 alpha:1.0];
border.autoresizingMask = UIViewAutoresizingFlexibleWidth;
[toolbar addSubview:border];

[self.segmentedControl centerInParent];

self.tableView.tableHeaderView = toolbar;

http://scs.veetle.com/soget/session-thumbnails/5363e222d2e10/86a8dd984fcaddee339dd881544ecac7/5363e222d2e10_86a8dd984fcaddee339dd881544ecac7_20140509171623_536_d6fd678f

score 16 · Accepted Answer

正如其他答案中已经写的那样， UINavigationBar 抓住了导航栏本身附近的触摸，但不是因为它有一些延伸到边缘的子视图：这不是原因。

如果您记录整个视图层次结构，您将看到 UINavigationBar 没有延伸到定义的边缘。

它收到触摸的原因是另一个：

在 UIKit 中，有很多“特殊情况”，这就是其中之一。

当您点击屏幕时，会启动一个称为“命中测试”的过程。从第一个 UIWindow 开始，所有视图都被要求回答两个“问题”：点是否在您的边界内被点击？必须接收触摸事件的子视图是什么？

这个问题是通过这两种方法来回答的：

- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event;
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event;

好的，现在我们可以继续了。

点击后，UIApplicationMain 开始点击测试过程。命中测试从主 UIWindow 开始（例如，甚至在状态栏窗口和警报视图窗口上执行），并遍历所有子视图。

此过程执行 3 次：

从 UIWindow 开始两次
从 _UIApplicationHandleEvent 开始的一次

如果您点击导航栏，您将看到hitTest在 UIWindow 上将返回 UINavigationBar（全部 3 次）

但是，如果您点击导航栏下方的区域，您会看到一些奇怪的东西：

前两个 hitTest 将返回您的 UISegmentedControl
最后的 hitTest 将返回 UINavigationBar

为什么这个？如果你 swizzle 和子类 UIView，覆盖 hitTest，你会看到前两次点击点是正确的。第三次，某些事情改变了点做类似point - 15（或类似的数字）

经过大量搜索，我找到了发生这种情况的地方：

UIWindow 有一个（私有）方法称为

-(CGPoint)warpPoint:(CGPoint)point;

调试它，我看到如果它在状态栏的正下方，这个方法会改变点击点。调试更多，我看到使这成为可能的堆栈调用只有 3 个：

[UINavigationBar, _isChargeEnabled]
[UINavigationBar, isEnabled]
[UINavigationBar, _isAlphaHittableAndHasAlphaHittableAncestors]

因此，最后，此warpPoint方法检查 UINavigationBar 是否已启用且可点击，如果是，则它“扭曲”该点。该点扭曲了 0 到 15 之间的多个像素，当您靠近导航栏时，这种“扭曲”会增加。

既然您知道幕后发生了什么，您就必须知道如何避免它（如果您愿意）。

warpPoint:如果应用程序必须在 AppStore 上运行，您不能简单地覆盖：这是一种私有方法，您的应用程序将被拒绝。

您必须找到另一个系统（如建议的那样，覆盖 sendEvent，但我不确定它是否会工作）

因为这个问题很有趣，我明天会考虑一个合法的解决方案并更新这个答案（一个好的起点可以是子类化 UINavigationBar，覆盖 hitTest 和 pointInside，如果给定多次调用的相同事件，则返回 nil/false，点发生变化.但我必须测试它明天是否有效）

编辑

好的，我尝试了很多解决方案，但要找到一个合法且稳定的解决方案并不容易。我已经描述了系统的实际行为，这可能会因不同的版本而异（hitTest 调用多于或少于 3 次，warpPoint 扭曲了大约 15px 的点，可以改变 ecc ecc）。

最稳定的显然warpPoint:是 UIWindow 子类中的非法覆盖：

-(CGPoint)warpPoint:(CGPoint)point;
{
    return point;
}

但是，我发现这样的方法（在 UIWindow 子类中）足够稳定并且可以解决问题：

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
    // this method is not safe if you tap the screen two times at the same x position and y position different for 16px, because it moves the point
    if (self.lastPoint.x == point.x)
    {
        // the points are on the same vertical line
        if ((0 < (self.lastPoint.y - point.y)) && ((self.lastPoint.y - point.y) < 16) )
        {
            // there is a differenc of ~15px in the y position?
            // if so, the point has been changed
            point.y = self.lastPoint.y;
        }
    }

    self.lastPoint = point;

    return [super hitTest:point withEvent:event];
}

此方法记录最后点击的点，如果后续点击在相同的 x 处，并且 y 不同，最大 16px，则使用前一个点。我已经测试了很多，它看起来很稳定。如果需要，您可以添加更多控件以仅在特定控制器中启用此行为，或者仅在窗口的定义部分（ecc ecc）上启用此行为。如果我找到其他解决方案，我会更新帖子

score 1 · Accepted Answer

我相信问题是因为 UINavigationBar 中的按钮具有比正常触摸区域更大的触摸区域。请参阅此 SO帖子。您还可以通过“UINavigationBar touch area”谷歌搜索找到大量关于此的讨论。

作为一种可能的解决方案，您可以将分段控件放在导航栏中，但您会比我更清楚这是否适合您的用例。

score 1 · Accepted Answer

我想出了一个替代解决方案，对我来说似乎比 LombaX 的更安全。它使用两个事件都带有相同时间戳的事实来拒绝后续事件。

@interface RFNavigationBar ()

@property (nonatomic, assign) NSTimeInterval lastOutOfBoundsEventTimestamp;

@end

@implementation RFNavigationBar

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
    // [rfillion 2014-03-28]
    // UIApplication/UIWindow/UINavigationBar conspire against us. There's a band under the UINavigationBar for which the bar will return
    // subviews instead of nil (to make those tap targets larger, one would assume). We don't want that. To do this, it seems to end up
    // calling -hitTest twice. Once with a value out of bounds which is easy to check for. But then it calls it again with an altered point
    // value that is actually within bounds. The UIEvent it passes to both seem to be the same. However, we can't just compare UIEvent pointers
    // because it looks like these get reused and you end up rejecting valid touches if you just keep around the last bad touch UIEvent. So
    // instead we keep around the timestamp of the last bad event, and try to avoid processing any events whose timestamp isn't larger.
    if (point.y > self.bounds.size.height)
    {
        self.lastOutOfBoundsEventTimestamp = event.timestamp;
        return nil;
    }
    if (event.timestamp <= self.lastOutOfBoundsEventTimestamp + 0.001)
    {
        return nil;
    }
    return [super hitTest:point withEvent:event];
}

@end

score 0 · Accepted Answer

您可能想检查哪个视图正在记录触摸。试试这个方法——

-(void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event {
    UITouch *touch = [touches anyObject];
    [touch locationInView:self.view];
    if([touch.view isKindOfClass:[UISegmentedControl class]])
    {
      NSLog(@"This is UISegment");
    }
    else if([touch.view isKindOfClass:[UITabBar class]]) 
    {
      NSLog(@"This is UITabBar");
    } else if(...other views...) {
        ...
    }
 }

一旦你弄清楚了，你也许可以缩小你的问题。

score 0 · Accepted Answer

看起来好像您正在使用类别扩展来设置视图的宽度/高度，并将它们集中在它们的父级中。也许这里有一个隐藏的问题——你能在没有这个类别的情况下重构你的布局吗？

我将您的代码复制到一个干净的项目中并在 UITableViewController 的 viewDidLoad 方法中运行它 - 它工作正常，并且我没有像您报告的死点。我不得不稍微更改您的代码，因为我没有您使用的相同类别扩展。

此外，如果您在 viewDidLoad 中运行此代码，您应该验证您的视图是否具有定义的大小（您访问您的 view.width）。如果您以编程方式创建 UITableViewController（相对于 nib/storyboard），那么框架可能是 CGRectZero。我的是从笔尖加载的，所以框架是预设的。

我也会尝试暂时删除您的边框视图，看看它是否是罪魁祸首。

score 0 · Accepted Answer

我建议您避免在导航栏或工具栏附近使用触敏 UI。这些区域通常被称为“倾斜因素”，使用户更容易在按钮上执行触摸事件，而不会遇到执行精确触摸的困难。例如，UIButtons 也是如此。

但是如果你想在导航栏或工具栏接收到触摸事件之前捕获它，你可以继承 UIWindow 并覆盖： -(void)sendEvent:(UIEvent *)event;

score 0 · Accepted Answer

一种简单的调试方法是尝试在您的项目中使用DCIntrospect。这是一个非常易于使用/实现的库，可以在模拟器中轻松找出哪些视图在哪里。

安装库并配置它
在模拟器中运行应用程序并导航到出现问题的屏幕
按键盘上的空格键（计算机键盘，而不是模拟器的键盘）
单击 25% 区域，查看突出显示的内容。

如果突出显示的不是分段视图控制器，则该视图可能是覆盖触摸事件的内容。

score 0 · Accepted Answer

为 UINavigationBar 创建一个协议：（添加新文件并粘贴以下代码）

/******** file: UINavigationBar+BelowSpace.h*******/

"UINavigationBar+BelowSpace.h"

    #import <Foundation/Foundation.h>

@interface UINavigationBar (BelowSpace)

@end

/*******- file: UINavigationBar+BelowSpace.m*******/

#import "UINavigationBar+BelowSpace.h"

@implementation UINavigationBar (BelowSpace)


-(UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
    int errorMargin = 5;// space left to decrease the click event area
    CGRect smallerFrame = CGRectMake(0 , 0 - errorMargin, self.frame.size.width, self.frame.size.height);
    BOOL isTouchAllowed =  (CGRectContainsPoint(smallerFrame, point) == 1);

    if (isTouchAllowed) {
        self.userInteractionEnabled = YES;
    } else {
        self.userInteractionEnabled = NO;
    }
    return [super hitTest:point withEvent:event];
}
@end

希望对您有所帮助^ ^

score -1 · Accepted Answer

-1

试试这个

self.navigationController!.navigationBar.userInteractionEnabled = false;

于 2017-02-04T13:03:12.740 回答

ios - 为什么我的 UISegmentedControl 的顶部不可点击？

9 回答 9

Related

Reference