CN105359083A - 对于用户在触摸设备上的边缘输入的动态管理 - Google Patents

Abstract

在特定情况下在触敏计算设备上或者在具有活跃边缘I/O命令的非触敏计算设备上阻止、忽略、暂停或者以其他方式改动边缘相关的UI手势的系统和方法被公开。在一个实施例中，在特定条件下可以在来自使用运行中的应用的用户的第一UI手势之后改动来自外部边缘的第二UI手势——所述条件例如是在第一UI手势之后的特定时间段内做出第二UI手势，在第一UI手势的特定邻近范围内做出第二UI手势等等。在另一个实施例中，公开了一种包括控制器、显示屏幕和操作系统的计算设备，其例如在存在特定条件的情况下改动可能由操作系统执行的特定边缘相关的UI手势。

Description

对于用户在触摸设备上的边缘输入的动态管理

背景技术

在使用具有显示屏幕（例如触敏屏幕或其他显示屏幕）的计算设备时，用户可能会偶尔不经意地在屏幕边缘附近实施I/O手势，而实际上此时用户并不意做出这样的手势。举例来说，这样的手势可能是在屏幕上平移（panning）以便在屏幕上移动图像——并且在边缘上离开屏幕并且随后重新进入显示区域。

对于涉及触敏计算设备的另一个示例，这样的不经意的边缘手势可能发生在例如绘画应用之类的东西中。在绘画应用中，用户可能会制造划过边缘的笔触并且用户尝试回到触敏区域中——预期绘画应用将是活跃的；但是相反，作为不经意的边缘手势的结果，另一个特征或应用可能会变为活跃。在再一个示例中，作为交互马虎的结果，快速平移（例如其中用户正在快速地移动文字）可能导致这样的不经意的边缘手势。

发明内容

后面给出了本创新的简化概要，以便提供对于这里所描述的一些方面的基本理解。本概要不是所要求保护的主题内容的详尽总览。其不意图标识出所要求保护的主题内容的关键或决定性元素，也不意图界定主题创新的范围。其唯一的目的是以简化形式给出所要求保护的主题内容的一些概念，以作为后面给出的更加详细的描述的前导。

在特定情况下在具有显示屏幕的计算设备上阻止、忽略、暂停或者以其他方式改动边缘相关的UI手势的系统和方法被公开。在一个实施例中，在特定条件下可以在来自使用运行中的应用的用户的第一UI手势之后改动来自外部边缘的第二UI手势——所述条件例如是在第一UI手势之后的特定时间段内做出第二UI手势，在第一UI手势的特定邻近范围内做出第二UI手势等等。在另一个实施例中，公开了一种包括控制器、触摸屏显示器和操作系统的计算设备，其例如在存在特定条件的情况下改动可能由操作系统执行的特定边缘相关的UI手势。

在一个实施例中，给出一种用于在计算设备上阻止UI手势的方法，其中计算设备包括显示屏幕，所述方法包括：在所述显示屏幕上向用户呈现UI屏幕，所述UI屏幕与用户正在所述计算设备上运行的应用相关联；接收来自所述用户的第一UI手势，其中所述第一UI手势在所述显示屏幕的活跃区域内开始并且跨过所述显示屏幕的第一边缘；阻止与第二UI手势相关联的UI事件，其中所述第二UI手势从所述显示屏幕的所述活跃显示区域的外部开始并且跨过所述显示屏幕的边缘；并且其中所述阻止根据阻止条件集合发生。

在另一个实施例中，给出一种计算设备，其包括：控制器；触摸屏显示器，所述触摸屏显示器还包括活跃触摸屏区域以及多个触敏边缘；操作系统，所述操作系统能够在所述控制器上执行并且能够管理来自触摸所述触摸屏显示器的用户的输入信号，并且能够根据接收自正在所述计算设备上运行的应用的信号来管理去到所述触摸屏显示器的输出信号；并且此外其中所述计算设备能够：在所述触摸屏上向用户呈现UI屏幕，所述UI屏幕与用户正在所述计算设备上运行的应用相关联；接收来自所述用户的第一UI手势，其中所述第一UI手势在所述触摸屏的活跃触摸区域内开始并且跨过所述触摸屏的第一边缘；阻止与第二UI手势相关联的UI事件，其中所述第二UI手势从所述触摸屏的所述活跃触摸区域的外部开始并且跨过所述触摸屏的边缘；并且其中所述阻止根据阻止条件集合发生。

当结合在本申请内给出的图阅读时，后面在具体实施方式中给出了本系统的其他特征和方面。

附图说明

在绘图中的所引用图中说明示例性实施例。这里所公开的实施例和图意图被视为是说明性而非限制性的。

图1描绘出根据本申请的原理构造的计算机设备/系统的一个实施例。

图2A和2B示出了在第一UI手势之后的特定时间段内或者在第一UI手势的特定邻近范围内发生的被阻止的UI手势的几个实施例。

图3是可能影响图2A和2B中所示出的实施例的过程的流程图的一个实施例。

图4示出了在第一UI手势之后在触摸屏上存在惯性的情况下发生的被阻止的UI手势的一个实施例。

图5是可能影响图4的实施例的过程的流程图的一个实施例。

图6A和6B是在其中做出了第一UI手势的特定应用可能正在运行的情况下发生的被阻止的UI手势的几个实施例。

具体实施方式

这里所利用的术语“组件”、“系统”、“接口”、“控制器”等等意图指代计算机相关的实体，其是硬件、软件（例如正在执行）和/或固件。举例来说，这些术语当中的任一项可以是运行在处理器上的进程、处理器、对象、可执行文件、程序和/或计算机。作为说明，运行在服务器上的应用和服务器都可以是组件和/或控制器。一个或更多组件/控制器可以驻留在一个进程内，并且一个组件/控制器可以位于一台计算机上和/或分布在两台或更多台计算机之间。

此外，组件、控制器和计算设备通常可以包括多种计算机可读存储设备和/或介质。作为举例而非限制，计算机可读存储装置和/或介质可以包括：随机存取存储器（RAM）；只读存储器（ROM）；电子可擦除可编程只读存储器（EEPROM）；闪存或其他存储器技术；CDROM、数字通用盘（DVD）或者其他光学或全息介质；磁盒、磁带、磁盘存储装置或其他磁性存储设备，或者可以被用来编码所期望的信息并且可以由组件、控制器或计算设备访问的任何其他介质。

这样的存储器可以包括采取易失性和/或非易失性存储器的形式的计算机存储介质。这样的存储器可以是可移除的、不可移除的或者其组合。示例性的硬件设备包括固态存储器、硬盘驱动器、光盘驱动器等等。计算设备可以包括一个或更多处理器，其从例如存储器或者I/O模块之类的各种实体读取数据。

将参照图表来描述所要求保护的主题内容，其中相同的附图标记始终被用来指代相同的元件。在后面的描述中，出于解释的目的阐述了许多具体细节，以便提供对于主题创新的透彻理解。但是可能明显的是，可以在没有这些具体细节的情况下实践所要求保护的主题内容。在其他情况下，通过方框图的形式示出了众所周知的结构和设备，以便于促进描述主题创新。

介绍

在一个实施例中，可能期望的是，具有触敏屏幕的计算设备可以在特定情况和/或条件下自动禁用边缘相关的手势和/或输入。合乎期望的是，这样的条件应当与其中用户并不意图获得系统UI但是仍然从边缘滑入的情形相关。在一些实施例中，计算机系统在某些情况下可以关闭边缘输入，例如当：

（1）用户刚刚滑动离开边缘；

（2）用户正在平移；和/或

（3）应用在特定条件下要求系统。

在另一个实施例中，可能期望的是，具有非触敏的显示屏幕的计算设备让计算机设备识别：（1）显示屏幕的“活跃”区段——例如其中正在计算设备上运行的应用对I/O手势和/或命令作出响应——以及（2）显示屏幕的“边缘”区段——例如其中由操作系统或者另一个应用（不一定是用户正在运行并且当前正与之进行交互的应用）对I/O手势和/或命令作出响应。

图1是可以与本申请的系统和/或方法相关联地采用的示例性设备102的一个实施例100。设备102还可以包括控制器104，其可以执行操作系统106。在一个实施例中，设备102还可以包括触摸屏——其中跨过其边缘可以采用各种触摸和/或滑动手势（例如在如所示的多个方向上，垂直和/或水平方向108a-d）。这些边缘手势可以由操作系统作为对其的响应而调用各种动作。

举例来说，在Windows® Version 8操作系统中，从右侧108b进入到触摸屏中的滑动手势可以调用“charm（超级按钮）”列表从而让其出现。对于另一个示例，从左侧108d进入到触摸屏中的滑动手势可以在计算设备的返回栈（backstack）中提供应用的用户界面表示。应当认识到，其他边缘手势可以产生用于计算设备的操作系统的另一个功能集合。可能足够的是，由不经意的边缘手势提供的功能并不是用户意图想要的功能——因此可能不是用户所期望的结果。

对于可能不具有触敏显示器（或者确实具有触敏显示器但是使用除了用户触摸之外的其他I/O设备）的计算设备，可选的I/O设备110对于计算设备是可能的。这样的可选I/O设备110可以包括：所有基于手势的系统，比如而不限于：具有悬停的触摸传感器，笔传感器，鼠标，跟踪板，触摸板，轨迹球，Kinect®设备，超声运动传感器，视频运动传感器，摄影机，计算机视觉传感器/系统，面部检测，面部姿态，运动捕获，话音辨识，以及一般地，关于自然输入的所有传感器，以及前述各项的任意组合。对于这样的计算设备，可能足够辨识出显示屏幕的活跃边缘区段，其允许由除了用户当前正在与之进行交互的应用之外的应用来应对I/O手势和/或命令——例如操作系统或其他应用。因此，在本申请中（其中，所述实施例讨论涉及采用触摸手势和/或滑动的用户与触敏显示器进行交互的情况），另一个实施例是可能的，其中计算设备具有非触摸显示器（不管是否存在伴随的触敏显示器），但是其中可以如前面所描述的那样应对边缘输入。

各个实施例

正如前面所提到的那样，存在一些实施例，其中由于被计算设备解释成是“不经意的”，所以边缘输入被忽略、暂停、禁用、阻止或者以其他方式被改动。后面是其中可能期望忽略/禁用/阻止/改动此类边缘输入的一些情况。计算机设备可以合并以下情况中的一项、几项或者全部，以便提供这样的功能：

（i）在用户滑动离开边缘之后

当用户滑动离开屏幕的边缘时，可能期望的是，在所期望的一个时间段内禁用沿着相同的边缘的边缘输入。此外，还可能期望的是，禁用处在离原始滑动离开屏幕的位置的特定距离内的边缘输入。时间和距离量度可以被一同使用来提供针对不经意的边缘滑动的保护。

对于仅仅一个示例，这可以在一些情形（例如比如绘画应用）中给出保护，以便在其中屏幕的所有边缘都被用于附加功能的环境中进行沉浸式的工作，而没有来自开发者的任何投入或者对于用户的中断。对于一种示例性情形，用户可能正在她的设备上绘制图片，并且正在图画的边缘处着色。虽然用户可能是小心的，但是用户可能会随着用户画笔反复地离开和进入数字化器（digitizer）的实际活跃区域。利用改进的边缘UI保护，所述系统可以允许用户这样做而不会中断用户的体验。

图2A描绘出针对不经意的边缘滑动/手势的保护的一个这样的实施例（200a）。滑动202a可以在触摸屏的活跃区域内开始，并且达到计算设备的顶部边缘的外部。用户随后可以进行回到触摸屏的活跃区域中的滑动手势204a——其意图例如可能是与初始滑动202a发生时正在运行的当前应用进行交互（并且并非是想要调用任何其他边缘触发的UI交互）。

如果返回滑动和/或手势204a处在离初始向外滑动的特定距离（例如与之相距几个手指的宽度）之内（例如，比如通过“被阻止的”（即被禁用/忽略/阻止/改动的）边缘区域206a来描绘），则返回滑动将不调用不同的边缘相关的UI事件——例如，其可能不同于被设计到当前运行的应用中的边缘相关的UI事件。

应当认识到，术语“被阻止”和其他此类术语还应当被用来包括以下情况，其中边缘滑动/手势将被不同地应对（例如被当前运行的应用不同地应对）——而不是被当作针对另一个应用或操作系统的UI的手势（例如这样的手势可以调用对于堆叠的进程、“charm（超级按钮）”的展示或者发出例如其他操作系统命令或来自其他应用的命令）。

此外，这一被阻止的区域206a可以保持被阻止和/或暂停，直到所期望的一个时间段到期为止。在一个实施例中，这样的所期望的一个时间段可以与用户被合理地预期将继续与当前正在运行的应用进行交互（并且例如并未尝试调用其他边缘相关的UI事件）的时间量有关。这样的所期望的一个时间段可以是从几百毫秒到几秒（并且可能取决于当前正在运行的应用的本质——例如快节奏的游戏对比更慢节奏的应用）。

图2B是针对不经意的边缘滑动/手势的此类保护的另一个实施例（200b）。在这种情况下，如果初始触摸202b与角落足够靠近，则返回滑动/手势204b可能导致如前面所描述的那样被阻止的角落206b边缘边界。

图3仅仅是针对通过这样的离开屏幕的滑动/手势进行的不经意的边缘UI交互的保护的一个实施例（300）。过程300可以开始于302处。在304处，所述过程可以在第一位置处检测到滑动离开触摸显示器活跃区域。所述过程随后可以在306处查询所期望的定时器是否已到期。如果其已经到期（并且没有检测到回到活跃触摸屏区域中的第二滑动），则所述过程可以回到302，并且和之前一样等待检测另一个第一滑动。

但是当所述时间还没有到期时，在308处可能检测到第二滑动。如果从边缘回到活跃触摸屏中的第二滑动并不处在先前所讨论的给定距离容限内，则所述过程可以回到定时器并且等待定时器到期。此外，计算设备可以允许并不处在所述距离容限内和/或处在所述时间段内的此类边缘手势的激活。

但是如果来自边缘的第二滑动/手势处在第一滑动/手势的距离容限内（并且还处在所述时间段内），则计算设备可以阻止或者以其他方式改动所述边缘输入，这样的滑动/手势在其他情况下可能会允许。在一个实施例中，所述过程把定时器和距离信息馈送设定到边缘手势检测算法中，并且允许其确定所述滑动/手势是否是边缘手势（例如在高于运行中的应用的系统层级）。所述系统可以允许所述滑动/手势直通到当前的应用（例如，如果这样的滑动/手势在当前应用的情境中具有意义的话）。这样通到应用可以是计算设备的可选特征。

应当认识到，这一过程的许多变型是可能的，并且所述变型可能是合乎期望的（并且被涵盖在本申请的范围内）。可能足够的是，从来自活跃触摸屏区域并且跨过边缘的初始滑动/手势算起，在给定的距离容限和/或时间容限内存在针对来自边缘的第二滑动/手势的某种保护。

（ii）当用户正在平移时：

在另一个实施例中，当在屏幕上有“惯性”发生时，可能期望阻止/禁止来自进入到活跃触摸屏区域中的滑动的边缘UI效果。这往往可能在用户平移屏幕时发生——举例而言，例如当观看图像的幻灯片放映时、或者当滚动经过具有并未完全呈现在屏幕上的一部分的文档时、等等。当屏幕处于“惯性”模式时，用户可以不体验到边缘输入。

对于仅仅一种示例性情形，用户可能正在快速平移经过很长的网站。随着用户保持在所期望的方向上轻击（flicking），用户的交互可能开始变得更马虎，并且用户的手指可能会偶尔击中正常情况下将调用边缘相关的UI事件并且停止滚动的区域。但是通过本系统，所述平移可以被允许保持发生，从而允许用户的真实交互继续不被中断。

图4描绘出其中用户正在其上平移图像的计算机设备的一个实施例（400）。在特定应用中（例如相片查看器、字处理器等等），滑动/手势402例如可以被实施成来自用户手指的推动。这样的滑动/手势可以导致为图像给出“惯性”400——也就是说，继续超出滑动/手势的时间的运动。在一个实施例中，如果惯性在触摸屏上存在，则第二滑动/手势406——其可能是来自触摸屏区域的外部并且跨过边缘区域——往往可能会触发/发起边缘相关的UI事件——例如将不被用户预期或期望的UI事件。如果所述滑动/手势意图增加屏幕上的某一图像对象的运动和/或惯性，则很有可能会发生前述情况。在这种情况下，可能期望阻止408边缘相关的UI事件的任何此类发起——并且在这种情况下可能允许滑动/手势继续所述运动。

图5是将实施这样的规程的流程图的一个实施例（500）。所述过程可以在502处开始。在504处，设备可以检测发生在活跃触摸区域中的滑动/手势。设备可以在506处查询在屏幕UI上的任何位置处是否存在惯性。如果不是的话，则系统可以回到502处的处理。否则，如果在检测到第二滑动/手势时仍然存在惯性，则设备可以在508处阻止第二滑动/手势上的边缘输入。这一过程的其他变型是可能的，并且被涵盖在该本申请之下。

在其他各个实施例中，可以通过特定时间、距离或其他容限/量度来修改这一启发式规则，正如这里所讨论的那样：

　　（a）时间

可能期望的是例如处在从已知的真实触摸输入开始的上一个惯性的“x”秒内的一个时间段，可能具有近似100-500毫秒的起始数值。

此外，可能期望的是，如果惯性在所述时间完成之前停止（例如如果用户或应用提早停止惯性，随后希望具有边缘相关的UI事件），则将进一步的交互转换到正常规则。

　　（b）方向性——单个边缘

在这种情况下，可能期望的是禁用具有与运动方向相反的边缘。在其他情况下，如果在屏幕上多个对象/图像同时处于运动中，则可能期望仅仅禁用与上一次交互相反的边缘。

在某些情况下，如果难以辨别上一个交互是什么，则可能期望把将会导致应用切换的边缘优先化为将要禁用的边缘（例如默认是左边缘，对于RTL语言是右边缘）。

　　（c）方向性——多个边缘

在某些情况下，可能期望的是，只有在运动以给定角度（举例而言，例如至少30度）离开该边缘的情况下，才禁用两个边缘。

在某些情况下，可能期望基于从该边缘离开的任何惯性组件来禁用两个边缘。

　　（d）缩放/旋转

在某些情况下，可能期望考虑这样的屏幕，其中内容已被缩放、旋转或者以其他方式被改动的，从而图像应当在屏幕的范围之外。在一种情况下，只要其落在时间界限内，则对于这些图像的任何行为都应当被接受。

　　（e）邻近性

被用来证明禁用边缘是正确的“Rect”（即屏幕上的应用窗口）应当邻近该边缘。对于仅仅一个示例，在屏幕上可能可以同时具有两个应用——例如在左右配置中。在这样的示例中，左侧的应用可能无法禁用屏幕的右边缘。

　　（f）对于开-关-开的兼容性

在某些情况下，可能期望的是，两个逻辑集合（例如惯性逻辑和关-开逻辑）应当在单一交互上工作。

　　（g）前景改变

在某些情况下，可能期望的是，将图像改变到前景视图不应当改变所述逻辑。

　　（h）选择性地禁用边缘（或者禁用所有边缘）的能力：

其中应用可以禁用1个、2个、3个或者所有4个边缘的模型。

具有特殊应用的实施例

在一些实施例中，可能期望的是，具有根据特定应用当前是否正在前景中运行而选择性地操作的某种逻辑/过程。图6A和6B描绘出当这样的特殊应用处于前景中时的两个可能的实施例（600a，600b）。对于仅仅一个示例，所讨论的这样的特殊应用可以是游戏应用——或者例如可以使用快速手势或者与这样的滑动/手势相关联的其他特殊含义的任何其他应用。可能的情况是，（特别是在快节奏的游戏中）用户跨过边缘的滑动可能是不经意的——并且阻止边缘输入和/或事件可能是合乎期望的（比如通过604a和604b所描绘的那样）。

但是为了允许用户有权访问边缘相关的UI事件，可能期望的是，特定的边缘手势可以带出小窗口——其具有占位符UI事件图标/数值（比如表示可能的可能边缘UI事件的三点图案602a或小图标602b）。如果用户期望进一步访问边缘UI事件，则用户可以随后可以被允许进一步与这样的占位符数值进行交互（例如进一步的触摸/滑动/手势等等）。

具有非触摸显示器的各个实施例

正如先前在前面所提到的那样，针对不经意的边缘手势和/或其他I/O输入进行保护的系统、方法和技术同样可适用在具有非触摸显示器的计算设备中。举例来说，图1中的计算设备可以具有辨识出活跃区域的显示屏幕，其中，用户可以（例如利用可选的I/O设备，比如鼠标、键盘、触摸板等等，等等）与在该活跃区域中的当前正在运行的应用进行交互。此外，计算设备可以把显示屏幕的一个或更多边缘辨识成允许边缘相关的I/O过程——其例如可以被可能除了用户正在与之交互的当前应用之外的应用处理或者以其他方式应对。一个这样的其他应用可以是操作系统，其对这样的命令和/或手势作出反应——例如这样的手势可以调用对于堆叠的进程、“charm（超级按钮）”的展示，或者发出例如其他操作系统命令或来自其他应用的命令。

对于仅仅一个示例性实施例（并且遵循针对触敏显示器的图2A和2B的类似示例），用户例如可能正在202a或202b处应用鼠标输入。如果用户将鼠标滑动离开显示屏幕并且尝试将鼠标带回到显示屏幕的活跃区域中，则在返回204a或204b处在时间和/或邻近范围量度的所期望的条件内的情况下，计算设备可以阻止任何边缘相关的I/O响应。应当认识到，具有非触摸显示器的计算设备的其他实施例（类似于图3到6A和6B）是可能的。

前面已经描述的内容包括主题创新的示例。当然不可能出于描述所要求保护的主题内容的目的而描述出每一种可以设想到的组件或方法的组合，但是本领域普通技术人员可以认识到，主题创新的许多另外的组合和变换是可能的。因此，所要求保护的主题内容意图涵盖落在所附权利要求书的精神和范围内的所有这样的改动、修改和变型。

特别关于由前面描述的组件、设备、电路、系统等等实施的各项功能，除非另行表明，否则被用来描述这样的组件的术语（包括对于“构件”的引用）意图对应于实施所描述的组件的规定功能的任何组件（例如功能等效方案），尽管其在结构上并不等效于在所要求保护的主题内容的这里所说明的示例性方面中实施所述功能的所公开的结构。在这方面，还应当认识到，所述创新包括系统以及具有用于实施所要求保护的主题内容的各种方法的动作和/或事件的计算机可执行指令的计算机可读介质。

此外，虽然可能仅仅关于几种实现方式当中的一种公开了主题创新的特定特征，但是按照对于任何给定的或特定的应用可能是期望并且有利的那样，可以将这样的特征与其他实现方式的一项或更多项其他特征相组合。此外，就在具体实施方式或权利要求书中使用术语“包括”和“正包括”及其变体而言，这些术语意图按照类似于术语“包含”的方式进行包括。

Claims (10)

1.一种用于在计算设备上阻止UI手势的方法，所述计算设备包括显示屏幕，所述方法包括：

在所述显示屏幕上向用户呈现UI屏幕，所述UI屏幕与用户正在所述计算设备上运行的应用相关联；

接收来自所述用户的第一UI手势，其中所述第一UI手势在所述显示屏幕的活跃显示区域内开始并且跨过所述显示屏幕的第一边缘；

阻止与第二UI手势相关联的UI事件，其中所述第二UI手势从所述显示屏幕的所述活跃显示区域的外部开始并且跨过所述显示屏幕的边缘；并且

其中，所述阻止根据阻止条件集合发生。

2.如权利要求1的方法，其中，所述UI手势还包括滑动手势，所述滑动手势在所述显示屏幕的活跃显示区域内开始并且跨过所述显示屏幕的第一边缘。

3.如权利要求2的方法，其中，此外，所述UI事件能够由所述计算机设备针对一个例程而被执行，所述例程不同于所述应用。

4.如权利要求3的方法，其中，所述例程是操作系统，并且所述UI事件与所述操作系统响应于所述滑动手势而跨过所述显示屏幕的所述第一边缘相关联。

5.如权利要求4的方法，其中，所述阻止还包括，阻止跨过所述显示屏幕的多个边缘的UI事件。

6.一种计算设备，其包括：

控制器；

显示屏幕，所述显示屏幕还包括活跃显示屏区域以及多个活跃边缘；

操作系统，所述操作系统能够在所述控制器上执行并且能够管理来自正在输入到所述显示屏幕中的用户的输入信号，并且能够根据接收自正在所述计算设备上运行的应用的信号来管理去到所述显示屏幕的输出信号；并且

此外，其中，所述计算设备能够：

在所述显示屏幕上向用户呈现UI屏幕，所述UI屏幕与用户正在所述计算设备上运行的应用相关联；

接收来自所述用户的第一UI手势，其中所述第一UI手势在所述显示屏幕的活跃显示区域内开始并且跨过所述显示屏幕的第一边缘；

阻止与第二UI手势相关联的UI事件，其中所述第二UI手势从所述显示屏幕的所述活跃显示区域的外部开始并且跨过所述显示屏幕的边缘；并且

其中，所述阻止根据阻止条件集合发生。

7.如权利要求6的计算设备，其中，所述阻止条件集合包括一组当中的一项，所述组包括：定时条件，邻近范围条件，平移条件，应用相关的条件，方向性条件，缩放条件，邻近性条件，兼容性条件，以及前景改变条件。

8.如权利要求7的计算设备，其中，所述定时条件还包括在从所述第一UI手势起的所期望的时间段内阻止所述第二UI手势。

9.如权利要求7的计算设备，其中，所述邻近范围条件还包括在离所述第一UI手势的所期望的距离内阻止所述第二UI手势。

10.如权利要求7的计算设备，其中，所述平移条件还包括，当在与所述应用相关联的所述UI屏幕上存在惯性移动时阻止所述第二UI手势。