有时候我们在一个大的透明view上添加一个小的view,需要点击透明view时remove掉,但是我们不希望触碰到小的view上也remove就需要实现 UIGestureRecognizerDelegate: private func addGesture() { let tapGesture = UITapGestureRecognizer(target: self, action: Selector("handleTapGesture")) tapGesture.delegate…

今天在做一个效果的时候,由于子视图和父视图都有响应的事件,子视图的事件理所当然被父视图拦截掉了,接下来就做分析解决 1.  tableviewcell可以触发点击,同时tableview的父视图有点击识别,这样点击的时候就会产生冲突.解决方法在GestureRecgnizer代理方法里面区分手势. #pragma mark tapGestureRecgnizerdelegate 解决手势冲突 - (BOOL)gestureRecognizer:(UIGestureRecognizer *)ges…

今天在做一个效果的时候,由于子视图和父视图都有响应的事件,子视图的事件理所当然被父视图拦截掉了,接下来就做分析解决 1.  tableviewcell可以触发点击,同时tableview的父视图有点击识别,这样点击的时候就会产生冲突.解决方法在GestureRecgnizer代理方法里面区分手势. #pragma mark tapGestureRecgnizerdelegate 解决手势冲突 - (BOOL)gestureRecognizer:(UIGestureRecognizer *)ges…

最近在迭代开发公司项目的时候遇到了一个问题,在可以左右切换标签视图的ScrollView中嵌套了两个TableView用于展示视图,感觉一切so easy的情况下,问题出现了,因为左右两个视图既可以实现标签切换,其中TableView还需要侧滑删除功能,那么问题来了,滑动手势懵逼了,这是要搞事情啊!他无法识别到底要做什么处理,因为滑动手势冲突了,下面简单介绍一下解决思路: 大致的项目需求如上图所示: 经过一番资料的查阅,解决办法就是继承自UIScrollView,重写UIScrollView类:…

当自定义一个navigationController实现全屏右划返回时, 使用起来是不是很爽, 代码如下: - (void)viewDidLoad { [super viewDidLoad]; UIGestureRecognizer *gester = self.interactivePopGestureRecognizer; UIPanGestureRecognizer *panGesTer = [[UIPanGestureRecognizer alloc] initWithTarget:ge…

故事发生在这样的情境上:给整个控制器添加了一个拖拽手势,然后又在控制上的每个Cell上加了左滑清扫手势,然后问题来了:只有拖拽手势起作用,而左滑手势没有效果了,然后怎么解决这个问题呢!先上图: 当给整个控制器添加了拖拽手势(UIPanGestureRecognizer),然后在控制器里面的UITableViewCell又添加了左滑清扫手势(UISwipeGestureRecognizer),造成了只有拖拽手势起了作用,而Cell的左滑手势已经不能滑动了! 解决办法就是给这两个手势设置一个优先级:…

在使用PresentModel的方式进行转场动画时,出现UIPercentDrivenInteractiveTransition和 UITableView的自带手势冲突,问题需要总结,今天系统复习和总结一下,纯属个人笔记. 我初步解决的思路: @interface SingleChatListController ()<UIGestureRecognizerDelegate> ... 先找到VC中的手势,在ViewDidLoad(这个要区分情况,在加载手势之后执行下面的代码)中 for (UI…

有时我们需要将ViewPager嵌套在其他已经含有手势动作的ViewGroup里,如ScrollView,ListView时,会造成手势冲突,如表现为ViewPager向左划时,不小心向上移动了一点距离,ViewPager立刻回弹到原始位置. 主要问题出在ScrollView/ListView作为ViewPager的ParentView,会先接受到触摸信息,而且他们对上下滑动是会做出拦截动作,并接管触摸信息的向下传递,导致ViewPager滑动异常. 先看一种解决方式: public class…

前言 最近在重构某个模块,以后别人封装的所谓的基类就像一坨死一样,看见就恶心,相信同行的你们能够明白那种心情.为什么要重构?并不是真的因为它像一坨死,而是因为这个模块是用户使用最频繁的,而且出现了不少bug,最重要的是这bug还是p1级别的致命bug. 曾经经过了几天的压力测试都没有复现出来,但是用户却频繁反馈,这就是决定重构的原因了.重构的界面是这样的: 当UICollectionView中的每个cell放的是一个controller.view而这个controller.view又放一个UIT…

git pull --rebase时产生冲突 有三个选项: git rebase --skip 效果是:抛弃本地的commit,采用远程的commit(慎用因为你本地的修改就会都没有!) git rebase --abort 效果是:终止这次rebase git rebase --continue 当你修改完冲突的文件:执行git add .,最后git rebase --continue就可以解决完冲突并合并到分支上了.就可以push了.…