手势

IOS中的手势详解

a 夏天 提交于 2020-03-16 11:39:06
1、点击 UITapGestureRecognizer *tap=[[UITapGestureRecognizer alloc] initWithTarget:self action:@selector(click)]; //设置当前需要点击的次数 [tap setNumberOfTapsRequired:1]; //设置当前需要触发事件的手指数量 [tap setNumberOfTouchesRequired:2]; //设置当前代理 tap.delegate=self; [_view addGestureRecognizer:tap]; //触发方法 - (void) click{ NSLog(@"当前视图被点击了! "); } 2、长按 UILongPressGestureRecognizer * longPress=[[UILongPressGestureRecognizer alloc] initWithTarget:self action:@selector(longPress)]; //设置当前长按最小的时长 longPress.minimumPressDuration=2; //设置允许的移动范围 [longPress setAllowableMovement:2]; [_view addGestureRecognizer:longPress]; //触发方法 -

破译手势在对话中的意义

青春壹個敷衍的年華 提交于 2020-03-16 05:09:39
编者按:在人与人的交谈中,除了语言上的你来我往,我们还会有意无意地用到我们的双手,做出各种手势。行为科学家对手势之于对话的意义感到好奇,而Kinect for Windows传感器则让这项研究变得容易。台湾清华大学的研究者和微软亚洲研究院合作,最终得出了有趣的实验结果。 文章译自: Kinect for Windows helps decode the role of hand gestures during conversations 我们都知道除了语言外,人类还有很多其他的交流方式——例如生气的一瞥或是勉强地点头。但除了这些明显的肢体语言,我们在交流中还频繁地使用我们的双手。对话中的手势虽然无处不在,但分析它仍然很难。我们很难得知,这些伴随着谈话的自发的手部动作是否、以及如何塑造沟通的过程和结果。行为科学家想了解这些非语言交际行为的作用。基于这个情况,技术开发者也同样渴望建立一个帮助人们更为顺畅地交流、理解信息的工具。 为了破解和他人说话时发言者双手动作的潜在含义,研究人员需要以高效且经济的方式追踪分析手部的动作路径。台湾清华大学的 王浩全 教授和他的团队意识到他们可以通过使用 Kinect for Windows 传感器去捕捉记录面对面交流过程中的手势和语音,从而解决这个问题。 “我们之所以想用Kinect,是因为它是市面上最流行和实用的运动传感器

OS X系统 手势终极设置方法+BetterTouchTool详细设置中文翻译

冷暖自知 提交于 2020-03-01 09:53:36
相信用过罗技G系鼠标的同学都对罗技鼠标强大的自定义功能留下过深刻的印象。对于那些表示只愿追求简单拒绝功能复杂而去使用三键鼠标的同学,我很怀疑他们是否真正了解到多键鼠标或手势功能对电脑操作便捷上带来的重大意义。复制粘贴,前进后退,关闭等等这些操作看似简单,但有的需要键盘配合,有的需要右手精确操作(随着屏幕越来越大,鼠标为点击关闭等按钮而滑行的距离越来越长),如果这些操作都能由右手在盲操作的情况下完成,那将给电脑的使用体验带来巨大的变化。 在pc上一直使用逻辑G300,完美的官方驱动软件给小小的G300注入了强大的自定义功能,唯一的遗憾是滚轮不带左右拨和有线。而换在imac上,由于苹果键盘鼠标触控板都是无线(吐槽一下键盘,虽然盖上膜以后手感差到极点,但其轻巧的体积和蓝牙连接还是给桌面的整洁起到很重要的作用),所以加的这个有线鼠标马上会变成眼中钉。随后入了一只罗技M705,被其3年的待机时间所迷惑,脑残的光头设计使用起来简直让人头晕。然后考虑罗技G700,了解到G700已停产,而G700s丑陋的涂漆及缩水的自定义键(据说升级后的G700s功能键全由之前的微动换成了贴片)实在让人失望,而且待机时间跟手机差不多,并且价格高昂,对于不玩儿游戏的我来说,实在找不出理由狠这个心。 寻觅了很久适合imac的多功能无线鼠标,一无所获。不经意间看到介绍BetterTouchTool的文章,如获至宝

OS X系统 手势终极设置方法+BetterTouchTool详细设置中文翻译

£可爱£侵袭症+ 提交于 2020-03-01 09:23:45
一、系统偏好的设置 由于BTT里大量的手势设置难免会和系统默认手势发生冲突,所以要先把系统偏好里面的设置处理好。 “轻拍点按” 非常重要,要勾选,轻拍选中窗口,马上再次拍住(轻拍两次,第二次不抬起来),这时窗口就粘在你手指上了,可以随便拖动。这样可以不用 “三指拖移”,减少以后的三指误操作,“查找”功能也不选,这个需要三指轻按,容易给后面的设置带来误操作,而且查找内容仅限于苹果软件内。例如chrome就不能用。 滚动方向 勾不勾因人而异,不勾的时候跟window下是一样的。 在页面之间推送 这个不要选。这个切换其实就是 前进和后退。os x 对这个切换处理的很不理想,有的地方要用两个手指滑动,有的地方要用三个手指滑动,所以直接取消,交个btt来设置。BTT可以设置系统级别的 前进和后退,大部分软件和finder都适用。区别是,safari失去了翻页效果,也无所谓了。 如果不常用到通知功能,通知中心也不要选。双指边缘滑动也用容易给后面的操作带来误操作。 系统偏好设置到此为止。 二、简单设置 三、鼠标手势翻译(部分手势可以直接看小方框内的演示): 单手指 corner click bottom left 左下角单击 corner click bottom right右下角单击 single finger tap top left 单指轻拍左上角 single finger tap

(转)iOS手势UIGestureRecognizer

风格不统一 提交于 2020-03-01 08:19:16
UIKit中包含了UIGestureRecognizer类,用于检测发生在设备中的手势。UIGestureRecognizer是一个抽象类,定义了所有手势的基本行为,它有下面一些子类用于处理具体的手势: 1、拍击UITapGestureRecognizer (任意次数的拍击) 2、向里或向外捏UIPinchGestureRecognizer (用于缩放) 3、摇动或者拖拽UIPanGestureRecognizer 4、擦碰UISwipeGestureRecognizer (以任意方向) 5、旋转UIRotationGestureRecognizer (手指朝相反方向移动) 6、长按UILongPressGestureRecognizer 对于不同类型的手势识别器,具有不同的配置属性。比如UITapGestureRecognizer,可以配置拍击次数。界面接收到手势之后,可以发送一个消息,用于处理响应手势动作后的任务。当然,不同的手势识别器,发送的消息方法也会有所不同。 [代码] 一个手指,拍击两次手势 // 创建一个手势识别器 UITapGestureRecognizer *oneFingerTwoTaps = [[[UITapGestureRecognizer alloc] initWithTarget:self action:@selector

Appium模拟手势高级操作

筅森魡賤 提交于 2020-02-03 04:41:16
Appium模拟手势高级操作 TouchAction是AppiumDriver的辅助类,主要针对手势操作,比如滑动、长按、拖动等, 原理是将一系列的动作放在一个链条中发送到服务器,服务器接受到该链条后,解析各个动作,逐个执行。 1.前置代码 from appium import webdriver # server 启动参数 desired_caps = {} # 设备信息 desired_caps['platformName'] = 'Android' desired_caps['platformVersion'] = '5.1' desired_caps['deviceName'] = '192.168.56.101:5555' # app的信息 desired_caps['appPackage'] = 'com.android.settings' desired_caps['appActivity'] = '.Settings' # 声明我们的driver对象 driver = webdriver.Remote('http://127.0.0.1:4723/wd/hub', desired_caps) ⚠️ 所有手势都要通过执行函数才会运行. 2.手指轻敲操作 模拟手指轻敲一下屏幕操作 方法:tap(element=None, x=None, y=None) 方法

android手势识别

跟風遠走 提交于 2020-02-01 13:11:20
android手势识别 详细步骤不说了 手势识别代码 http://download.csdn.net/detail/zhupengqq/9578532 运行上边这个项目之后,会生成这样一个手势识别库gestures,新建一个项目, 在res下面,建立一个raw文件夹, 然后引入这个库 下面是具体实例: <?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="vertical" > <android.gesture.GestureOverlayView android:id="@+id/gestureOverlayView1" android:layout_width="wrap_content" android:layout_height="wrap_content" > <ImageView android:id="@+id/img1" android:layout_width="wrap_content" android

移动设计八原则

廉价感情. 提交于 2020-01-26 04:37:53
移动设计八原则 近几年,交互设计专业也有了蓬勃发展, Alan Cooper 、 Donald Norman 等人为交互设计提供了许多理论上的支持, Ben Shneiderman 提出的交互设计“黄金八法”和 Nielsen 的“启发式评估 10 条原则”为交互设计的评估提供了标准,所有这些理论和原则在移动应用的设计上依然是通用的。但移动应用有其特殊性,在设备和情景上都与普通的设计不同。因此,我们在考虑其他原则的基础上,整理了八条移动应用设计的针对性原则。 一、内容优先 对于手机而言,屏幕空间资源显得非常珍贵。为了提升屏幕空间的利用率,界面布局应以内容为核心,而提供符合用户期望的内容是移动应用获得成功的关键。如何设计和组织内容,使用户能快速理解移动应用所提供的内容,使内容真正有意义,这是非常重要的。 重组内容,使内容符合移动的特征 在 PC 上的网页内容往往相对复杂,在进行内容移动化时,并不合适把内容直接照搬到手机端。在进行移动应用设计时,应该重组内容,使其符合移动应用的特征。 移 动应用的内容应使用用户的语言,以用户熟悉的维度来组织内容,这样更容易查找目标信息,提升内容的利用率;删除无关的多余内容,让内容更简洁清晰,考虑在 小屏幕空间可以合理的布局,增加屏幕的利用率;内容要是清晰和具体的,是用户恰好需要的;内容要是有情景特征的,可以在不同的情景下给用户提供不同的情景 下的内容。

appium自动化之手势操作总结(附带手势解锁)

☆樱花仙子☆ 提交于 2020-01-25 11:19:20
说说常用appium做自动化经常会用到的手势操作。 声明:所有的手势操作都会用到这个模块 from appium.webdriver.common.touch_action import TouchAction 操作时都得传入driver对象,执行时都用上.perfrom()才能生效,使用move_to根据坐标移动手势,记得打开开发者模式里面的指针位置 1:轻敲 tap,类似于click点击 使用方法:可以传元素或者是坐标 # todo 传元素点击轻敲 TouchAction(driver).tap(more_button).perform() todo 传坐标点击 TouchAction(driver).tap(x=680,y=1045).perform() 2:按压 press 使用方法:可以传元素或者是坐标 el = driver.find_element_by_xpath('//*[@text="开放源代码许可"]') # todo 按压5秒后释放 TouchAction(driver).press(el).wait(5000).release().perform() 3:长按 long_press 使用方法:可以传元素或者是坐标 # todo 长按6秒 el = driver.find_element_by_xpath('//*[@text="WiredSSID"]')

如何造一个『为移动端而生』的日历

谁说我不能喝 提交于 2020-01-21 16:00:51
之前写了一篇 Calendar -『为移动端而生』的自定义日历 ,一直有童鞋对这个插件的手势处理存在一些问题,所以想写篇文章,来说说它的成长史~ 在阅读本文之前,确保你有稍微看过 calendar 的效果 喔~ 点击查看github, 查看calendar源码 也可以在 NPM上搜索 mob-calendar 找到它。 一、 确认需求 想做一个日历最主要的原因,当然还是因为在开发过程中频繁的遇到。而且对日历的需求又是奇葩到不行,市面上的插件都满足不了我们产品的需求。所以,我不得不动手自己造。 这段话,好像在造 上一个插件 - 级联选择器 的时候也说过 大家就当无事发生过(⁎⁍̴̛ᴗ⁍̴̛⁎) 首要问题依然是处理需求: 第1个问题:『日历的出现场景有哪些特点?』 用户不确定自己要选择的时间点或时间范围,需要一些基本的时间参照单位,比如“ 下星期一 ”、“ 下个周末 ”。 用户需要查看某个时间区间,之后再有选择性的选取时间点或时间范围,比如“ 尽可能避开周末的20天翘班请假计划 ”。 用户需要查看某个时间区间的行为记录,比如“ 查看过去几周的打卡情况 ” 当出现以上问题的时候,日历的时间定位优势就显示出来了。 第2个问题:『日历会有哪些奇葩需求?』 日历存在着点击事件,点击事件是 跳转事件 还是 高亮事件 无法预知。 日历存在着选取操作,选取的结果是 时间点 还是 时间范围 无法预知。