一种触屏事件处理方法及相关装置与流程

文档序号:33129194发布日期:2023-02-01 07:06阅读:55来源:国知局
一种触屏事件处理方法及相关装置与流程

1.本技术涉及计算机技术领域,特别涉及一种触屏事件处理方法及相关装置。


背景技术:

2.目前使用的触屏设备普遍具有手势识别功能,在触屏设备接收到触屏事件时,会先通过手势识别功能对接收到的触屏事件进行手势识别,当手势识别成功时,不再通过响应链传递触屏事件,当手势识别失败时,再将继续传递触屏事件以被响应链处理。然而,手势识别功能对触屏事件的手势识别过程需要花费一定时间,当需要隐藏显示界面上的弹窗视图时,会因手势识别过程所述花费的时间而导致隐藏弹窗视图时出现卡顿的问题。
3.因而现有技术还有待改进和提高。


技术实现要素:

4.本技术要解决的技术问题在于,针对现有技术的不足,提供一种触屏事件处理方法及相关装置。
5.为了解决上述技术问题,本技术实施例第一方面提供了一种触屏事件处理方法,所述方法包括:
6.监听对显示屏执行的触屏事件,其中,所述显示屏上显示有带弹窗视图的显示视图;
7.当监听到触屏事件时,对所述弹窗视图执行预设操作,并识别所述触屏事件对应的控制手势,其中,所述预设操作用于控制所述弹窗视图不遮挡其所处位置的显示视图;
8.当所述控制手势为预设控制手势时,执行所述预设控制手势对应的目标控制操作;
9.当所述控制手势不为预设控制手势时,控制所述弹窗视图恢复至监听到触屏事件时的显示状态。
10.在一个实现方式中,所述预设操作包括调节所述弹窗视图的不透明度、调节所述弹窗视图的视图尺寸以及调节所述弹窗视图的视图位置中的一种或者多种。
11.在一个实现方式中,所述当监听到触屏事件时,对所述弹窗视图执行预设操作,并识别所述触屏事件对应的控制手势具体包括:
12.当监听到触屏事件时,通过所述显示视图将所述触屏事件传递至所述显示视图的父视图;
13.通过所述父视图向所述显示视图发送控制信号,以使得所述显示视图基于所述控制信号对所述弹窗视图执行预设操作;
14.通过所述显示视图识别所述触屏事件对应的控制手势。
15.在一个实现方式中,所述当监听到触屏事件时,对所述弹窗视图执行预设操作,并识别所述触屏事件对应的控制手势具体包括:
16.当监听到触屏事件时,通过所述显示视图对所述弹窗视图执行预设操作,以及通
过所述显示视图识别所述触屏事件对应的控制手势。
17.在一个实现方式中,所述当所述控制手势不为预设控制手势时,控制所述弹窗视图恢复至监听到触屏事件时的显示状态具体包括:
18.当所述控制手势不为预设控制手势时,响应所述控制手势对应的控制操作,并控制所述弹窗视图进入预设显示状态;
19.当所述控制手势结束时,控制所述弹窗视图恢复至监听到触屏事件时的显示状态。
20.在一个实现方式中,所述当所述控制手势不为预设控制手势时,控制所述弹窗视图恢复至监听到触屏事件时的显示状态具体包括:
21.当所述控制手势不为预设控制手势时,监听所述控制手势的结束操作;
22.当监听到结束操作时,控制所述弹窗视图恢复至监听到触屏事件时的显示状态。
23.在一个实现方式中,当所述控制手势为预设控制手势时,执行所述预设控制手势对应的目标控制操作之后,所述方法包括:
24.监听所述触屏事件的持续时长;
25.当所述持续时长达到预设时长时,控制弹窗视图进入预设显示状态,并在所述控制手势结束时控制所述弹窗视图恢复至监听到触屏事件时的显示状态。
26.在一个实现方式中,所述预设操作为调节所述弹窗视图的不透明度;所述控制弹窗视图进入预设显示状态具体包括:
27.获取所述弹窗视图对应的第一不透明度和第二不透明度,其中,所述第一不透明度为对所述弹窗视图执行预设操作后弹窗视图的不透明度,所述第二不透明度为所述预设显示状态对应的不透明度;
28.基于所述第一不透明度和所述第二不透明度确定所述弹窗视图对应的显示动画,并通过显示屏播放所述显示动画以使得弹窗视图进入预设显示状态。
29.在一个实现方式中,所述当监听到触屏事件时,对所述弹窗视图执行预设操作之后,所述方法包括:
30.为所述显示屏上的显示视图配置开始状态,其中,所述开始状态用于表示所述触屏事件处于手势识别状态。
31.在一个实现方式中,所述当所述控制手势为预设控制手势时,所述方法还包括:
32.当所述预设操作为所述目标控制操作时,将所述显示视图配置的开始状态修改为已处理状态,其中,所述已处理状态用于表示所述触屏事件处于已被响应状态;
33.当所述预设操作不为所述目标控制操作时,将所述显示视图配置的开始状态修改为未处理状态,其中,所述未处理状态用于表示所述触屏事件处于未被响应状态。
34.在一个实现方式中,所述当所述控制手势不为预设控制手势时,所述方法还包括:
35.将所述显示视图配置的开始状态修改为未处理状态,其中,所述未处理状态用于表示所述触屏事件处于未被响应状态。
36.在一个实现方式中,所述触屏事件为触摸所述显示视图中的目标显示区域所产生的事件,其中,所述目标显示区域为显示视图上除所述弹窗视图所占区域外的视图区域。
37.本技术实施例第二方面提供了一种触屏事件处理系统,所述系统包括:
38.监听模块,用于监听对显示屏执行的触屏事件,其中,所述显示屏上显示有带弹窗
视图的显示视图;
39.识别模块,用于当监听到触屏事件时,对所述弹窗视图执行预设操作,并识别所述触屏事件对应的控制手势,其中,所述预设操作用于控制所述弹窗视图不遮挡其所处位置的显示视图;
40.第一控制模块,用于当所述控制手势为预设控制手势时,执行所述预设控制手势对应的目标控制操作;
41.第二控制模块,用于当所述控制手势不为预设控制手势时,控制所述弹窗视图恢复至监听到触屏事件时的显示状态。
42.本技术实施例第三方面提供了一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现如上任一所述的触屏事件处理方法中的步骤。
43.本技术实施例第四方面提供了一种触屏设备,其包括:处理器、存储器及通信总线;所述存储器上存储有可被所述处理器执行的计算机可读程序;
44.所述通信总线实现处理器和存储器之间的连接通信;
45.所述处理器执行所述计算机可读程序时实现如上任一所述的触屏事件处理方法中的步骤。
46.有益效果:与现有技术相比,本技术提供了一种触屏事件处理方法及相关装置,所述方法包括监听对显示屏执行的触屏事件;当监听到触屏事件时,对显示视图的弹窗视图执行预设操作,并识别所述触屏事件对应的控制手势;当所述控制手势为预设控制手势时,执行所述预设控制手势对应的目标控制操作;当所述控制手势不为预设控制手势时,控制所述弹窗视图恢复至监听到触屏事件时的显示状态。本技术在接收到触屏事件时,先对弹窗视图执行预设操作以使得弹窗视图不遮挡显示界面,相当于提前对弹窗视图进行预隐藏操作,然后再对触屏事件进行手势识别,并根据识别到的控制手势进行相应操作,这样在接收到触屏事件时预隐藏弹窗视图,可以避免因系统花费时间进行手势识别而导致弹窗视图隐藏时出现卡顿的问题。此外,本技术在预隐藏弹窗视图后,会再控制手势不为隐藏弹窗视图的手势时,重新显示弹窗视图,避免了弹窗视图的误隐藏,给用户的使用带来方便。
附图说明
47.为了更清楚地说明本技术实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本技术的一些实施例,对于本领域普通技术人员而言,在不符创造性劳动的前提下,还可以根据这些附图获得其他的附图。
48.图1为本技术提供的触屏事件处理方法的流程图。
49.图2为显示有弹窗视图的显示视图的示意图。
50.图3为显示视图中的弹窗视图处于隐藏状态的示意图。
51.图4为显示视图中的弹窗视图处于预设显示状态的示意图。
52.图5为本技术提供的触屏事件处理系统的结构原理图。
53.图6为本技术提供的触屏设备的结构原理图。
具体实施方式
54.本技术提供一种触屏事件处理方法及相关装置,为使本技术的目的、技术方案及效果更加清楚、明确,以下参照附图并举实施例对本技术进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本技术,并不用于限定本技术。
55.本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本技术的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
56.本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本技术所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
57.应理解,本实施例中各步骤的序号和大小并不意味着执行顺序的先后,各过程的执行顺序以其功能和内在逻辑确定,而不应对本技术实施例的实施过程构成任何限定。
58.发明人经过研究发现,目前使用的触屏设备中的触屏事件处理分为高级事件处理和低级事件处理,其中,高级事件处理为利用系统提供各种用户控制或者手势识别器处理事件,低级事件处理为在视图的子类中重写触屏回调的方法以直接处理触屏事件。基于此,触屏事件可以通过响应链传递与处理,也可以被绑定在视图的手势识别器进行处理。由于手势识别为高级事件处理,从而在触屏设备接收到触屏事件时,会先通过手势识别功能对接收到的触屏事件进行手势识别,当手势识别成功时,不再通过响应链传递触屏事件,当手势识别失败时,再将继续传递触屏事件以被响应链处理。然而,手势识别功能对触屏事件的手势识别过程需要花费一定时间,当需要隐藏显示界面上的弹窗视图时,会因手势识别过程所述花费的时间而导致隐藏弹窗视图时出现卡顿的问题。例如,隐藏弹窗对应的手势为点击显示屏,手势识别所需要的时间为0.2s,那么点击显示屏,弹窗视图会在0.2s后被隐藏,使得弹窗隐藏出现0.2s的卡顿。
59.为了解决卡顿问题,在接收到触屏事件时,可以直接通过响应链处理将弹窗视图关闭。然而,触屏设备中可以预先设置多种控制手势,例如,滑动手势、捏合手势以及长按手势等;多种控制手势中存在部分控制手势对应的控制操作不需要隐藏弹窗视图,而导致弹窗视图错误隐藏,给用户的使用带来不便。
60.基于此,在本技术实施例中,监听对显示屏执行的触屏事件;当监听到触屏事件时,对所述弹窗视图执行预设操作,并识别所述触屏事件对应的控制手势;当所述控制手势为预设控制手势时,执行所述预设控制手势对应的目标控制操作;当所述控制手势不为预设控制手势时,控制所述弹窗视图恢复至监听到触屏事件时的显示状态。本技术在接收到触屏事件时,先对弹窗视图执行预设操作以使得弹窗视图不遮挡显示界面,相当于提前对弹窗视图进行预隐藏操作,然后再对触屏事件进行手势识别,并根据识别到的控制手势进行相应操作,这样在接收到触屏事件时即预隐藏弹窗视图,可以避免因手势识别所花费时间导致弹窗视图隐藏时出现卡顿的问题。同时,本技术在预隐藏弹窗视图后,会再控制手势
不为隐藏弹窗视图的手势时,重新显示弹窗视图,避免了弹窗视图的误隐藏,给用户的使用带来方便。
61.下面结合附图,通过对实施例的描述,对申请内容作进一步说明。
62.本实施例提供了一种触屏事件处理方法,如图1所示,所述方法包括:
63.s10、监听对显示屏执行的触屏事件。
64.具体地,显示屏可以触屏设备所携带的触摸显示屏,例如,显示屏为电容触摸显示屏等。如图2所示,显示屏上显示有显示视图,显示视图上携带有弹窗视图,弹窗视图可以作为显示视图的子视图,弹窗视图上可设置有交互控件,在弹窗视图范围内的触屏交互对显示视图不产生影响,其中,弹窗视图可以通过设置于显示视图上的交互按键所触发。例如,显示视图为阅读视图,弹窗视图为阅读时的笔记弹窗,显示视图上设置有弹窗按键,当弹窗按键被触发时,根据预设弹窗尺寸从显示视图上弹出弹窗视图,以使得显示视图上显示有弹窗视图。
65.触屏事件可以为通过手指或者触屏笔等在触屏显示屏形成的触屏事件,例如,触屏事件为通过手指在显示屏上点击以及滑动等触屏操作所形成的触屏事件。可以理解的是,本实施例中所述触屏事件是在显示屏上显示有显示视图,显示视图上显示有弹窗视图的场景下执行。由此,触屏事件为对显示视图所执行的触屏操作,其中,所述触屏事件可以是对显示视图中除弹窗视图外的视图区域进行的操作,也可以是对显示视图所对应的视图区域执行的操作(即包括在弹窗视图上执行的操作)。在一个典型实现方式中,由于弹窗视图也可以携带有交互控件,通过交互控件对弹窗视图进行操作,从而为了避免误将对弹窗视图的操作作为隐藏弹窗视图的操作,将显示视图中除弹窗视图外的视图区域接收到的触屏事件作为监听到的触屏事件,换句话说,所述触屏事件为触摸显示视图中的目标显示区域所产生的事件,其中,所述目标显示区域为显示视图上除所述弹窗视图所占区域外的视图区域。
66.s20、当监听到触屏事件时,对所述弹窗视图执行预设操作,并识别所述触屏事件对应的控制手势。
67.具体地,所述预设操作为预先设置的,为在监听到触屏事件时对弹窗视图执行的操作,通过对弹窗视图执行预设操作可以使得弹窗视图不遮挡显示视图,以使得位于弹窗视图下的显示视图所携带的显示内容可以被用户所看见。例如,预设操作为隐藏弹窗视图操作,那么如图2所示的显示视图在被执行完预设操作后,变化为如图3所示显示视图,其中,被弹窗视图遮挡的图像处于可见状态。
68.所述预设操作可以包括调节所述弹窗视图的不透明度、调节所述弹窗视图的视图尺寸以及调节所述弹窗视图的视图位置中的一种或者多种。其中,调节所述弹窗视图的不透明度指的是将弹窗视图的不透明度调小,例如,调节前的不透明度为1,调节后的不透明度为小于1,以使得执行预设操作的弹窗视图处于隐藏状态或者半透明状态;调节弹窗视图的视图尺寸指的是将弹窗视图的视图尺寸调小,以使得弹窗视图不遮挡显示视图中的显示内容,例如,将弹窗视图最小化,或者是,将弹窗视图的视图尺寸调整显示视图的视图尺寸的百分之一等;调节所述弹窗视图的视图位置指的是调整弹窗视图在显示视图中的位置,例如,当弹窗视图位于显示视图的上部时,将弹窗视图调节只显示视图的下部等。
69.所述对所述弹窗视图执行预设操作可以是显示视图直接基于监听到的触屏时间
所执行的,也可以是基于运行本实施例提供的触屏事件处理方法的触屏设备所携带的操作系统(例如,ios系统,android系统等)所携带的事件处理机制,当监听到触屏事件时,通过监听触屏事件的视图将所述触屏事件传递至对所述触屏事件进行处理的视图,以便其根据触屏事件形成控制信号,其中,对所述触屏事件进行处理的视图,包括监听触屏事件的视图的父视图、监听触屏事件的视图的子视图、或者监听触屏事件的视图本身等。
70.基于此,在一个实现方式中,显示视图进行触屏事件的监听,显示视图的父视图根据触屏事件形成控制信号,显示视图基于控制信号对弹窗视图执行预设操作。所述当监听到触屏事件时,对所述弹窗视图执行预设操作,并识别所述触屏事件对应的控制手势具体包括:
71.当监听到触屏事件时,通过所述显示视图将所述触屏事件传递至所述显示视图的父视图;
72.通过所述父视图向所述显示视图发送控制信号,以使得所述显示视图基于所述控制信号对所述弹窗视图执行预设操作;
73.通过所述显示视图识别所述触屏操作对应的控制手势。
74.具体地,所述父视图为显示视图的下一级视图,用于监听触屏事件,并当监听到触屏事件时,立即通知显示视图对其上的弹窗视图进行预设操作。显示视图用于识别触屏事件对应的控制手势,并基于识别到的控制手势对弹窗视图执行相应的控制操作。在一个实现方式中,父视图上设置有触屏监听器,显示视图上设置有手势监听器,触屏监听器和手势监听器同时工作,其中,触屏监听器用于监听触屏事件,并在监听到触屏事件时立即对弹窗视图执行预设操作,手势监听器用于手势识别,在识别到触屏事件对应的控制手势后,对弹窗视图执行控制手势对应的控制操作。本实施例通过控制触屏监听器和手势监听器结合工作,可以在触屏监听器监听到触屏事件时,立即对弹窗视图执行预设操作,避免因手势识别所需要时间而导致无法立即获取弹窗视图所遮挡的视图内容问题,进而避免了弹窗视图隐藏卡顿以及延时的问题。
75.在监听到触屏事件后,显示视图可以通过响应链将触屏事件传递给父视图,以使得父视图可以监听到显示视图接收到的触屏事件。也就是说,显示视图接收到触屏事件后,显示视图通过触屏事件的响应链将触屏事件传递给父视图,以使得父视图和显示视图均可以监听到触屏事件。
76.在另一个实现方式中,所述当监听到触屏事件时,对所述弹窗视图执行预设操作,并识别所述触屏事件对应的控制手势具体包括:
77.当监听到触屏事件时,通过所述显示视图对所述弹窗视图执行预设操作,以及通过所述显示视图识别所述触屏操作对应的控制手势。
78.具体地,对弹窗视图执行预设操作的控制信号以及手势识别均由显示视图进行,也就是说,显示视图中配置有触屏监听模块和手势识别模块,当监听到触屏事件后,显示视图通过触屏监听模块直接基于触屏事件形成控制信号,并基于控制信号对弹窗视图执行预设操作,同时显示视图会通过手势识别模块识别触屏事件对应的控制手势。
79.由于对弹窗视图所执行的预设操作为预处理,仅是对触屏事件的一个预处理操作,后续对在识别到触屏事件对应的控制手势后,基于该控制手势进行相应的控制操作。由此,为了便于确定触屏操作时间内所处状态,在对弹窗视图执行预设操作后,可以为显示视
图设置一个工作状态,通过该工作状态确定触屏事件对应的处理状态。其中,对弹窗视图执行预设操作是在监听到触屏事件,而还未对触屏事件进行手势识别,从而可以为显示视图设置一开始状态,通过开始状态表示触屏事件处于手势识别状态。基于此,所述当所述控制手势为预设控制手势时,所述方法还包括:将所述开始状态修改为已处理状态,其中,所述已处理状态用于表示所述触屏事件处于已被响应状态。
80.s30、当所述控制手势为预设控制手势时,执行所述预设控制手势对应的目标控制操作。
81.具体地,预设控制手势为预先设置的,预设控制手势可以为执行时长小于手势识别所需时长的控制手势,例如,双击、点击等。所述预设控制手势对应的控制操作用于控制所述弹窗视图不遮挡其所处位置的显示视图,例如,预设控制手势对应的控制操作为隐藏弹窗视图,或者是,将弹窗视图的不透明度调整为预设不透明度,或者是,将弹窗视图最小化等。
82.在一个典型实现方式中,预设控制手势为点击手势时,监听到触屏事件指的是监听到点击操作,那么将预设手势设置为点击手势,会与监听到的触屏事件相匹配,从而对弹窗视频进行预设操作(例如,隐藏弹窗视图)与用户实际需求(通过点击操作隐藏弹窗视图)的操作相匹配,给用户的使用带来方便,提高用户的操作体验感。
83.此外,由于在监听到触屏事件时,已经对弹窗视图进行预设操作,而预设操作可以与预设控制手势对应的目标控制操作相同,也可以于预设控制手势对应的目标控制操作不相同,其中,当预设操作与预设控制手势对应的目标控制操作相同时,则无需再执行目标控制操作,而当预设操作与预设控制手势对应的目标控制操作不相同时,则需要执行目标控制操作。基于此,在一个实现方式中,所述当所述控制手势为预设控制手势时,执行所述预设控制手势对应的目标控制操作具体包括:
84.检测预设操作是否为预设控制手势对应的目标控制操作;
85.当所述预设操作为所述目标控制操作时,将所述显示视图配置的开始状态修改为已处理状态;
86.当所述预设操作不为所述目标控制操作时,将所述显示视图配置的开始状态修改为未处理状态。
87.具体地,所述已处理状态用于表示所述触屏事件处于已被响应状态;所述未处理状态用于表示所述触屏事件处于未被响应状态。换句话说,当显示视图配置有已处理状态时,说明触屏事件已经被响应,无需再响应预设控制手势对应的目标控制操作,反之,当显示视图配置有未处理状态时,说明触屏事件未被响应,需再响应预设控制手势对应的目标控制操作。由此,在当所述控制手势为预设控制手势时,检测预设操作是否为预设控制手势对应的目标控制操作,以调整显示视图配置的工作状态,可以避免对弹窗视图的重复操作。例如,对弹窗视图进行的有预设操作为隐藏弹窗视图,预设控制手势对应的目标控制操作为隐藏弹窗视图,那么可以直接将所述显示视图配置的开始状态修改为已处理状态,结束对触屏事件的处理,而无需再次执行隐藏弹窗视图的操作,避免因弹窗视图处于隐藏状态而再次执行隐藏弹窗视图操作导致的执行错误。
88.在一个实现方式中,所述预设控制手势为点击显示屏,而点击显示屏所形成的控制手势可以为点击手势也可以为长按手势。从而当控制手势为预设控制手势后,还需要检
测控制手势的持续时长,以确定其是否为长按手势。基于此,当所述控制手势为预设控制手势时,执行所述预设控制手势对应的目标控制操作之后,所述方法包括:
89.监听所述触屏事件的持续时长;
90.当所述持续时长达到预设时长时,控制弹窗视图进入预设显示状态,并在所述控制手势结束时控制所述弹窗视图恢复至接收到触屏事件时的显示状态。
91.具体地,所述持续时长为触屏事件在显示屏上的停留时长,换句话说,持续时长为形成触屏事件的触屏设备与显示屏的接触时长。例如,触屏事件通过手指触摸显示屏形成的,那么持续时长为手指触摸显示的触摸时长。预设时长为预先设置的,用于区分点击手势与长按手势的依据,当持续时长小于预设时长时,控制手势为点击手势,当持续时长大于或者等于预设时长时,控制手势为长按手势。而当控制手势为长按手势时,不需要隐藏弹窗视图,从而当持续时长达到预设时长时,在需要重新显示弹窗视图。由此,当所述持续时长达到预设时长时,可以控制弹窗视图进入预设显示状态,而在所述控制手势结束时控制所述弹窗视图恢复至接收到触屏事件时的显示状态,其中,预设显示状态为预先设置的,预设显示状态下弹窗视图的不透明度小于接收到触屏事件时的显示状态下弹窗视图的不透明度。例如,接收到触屏事件时的显示状态为不透明度为1的显示状态,那么预设显示状态可以为不透明度为0.5的显示状态。本实施例通过在持续时长达到预设时长时,控制弹窗视图进入预设显示状态,可以使得用户在不隐藏弹窗视图的情况下,可以位于弹窗视图下方的显示视图区域所携带的内容,同时还可以获知弹窗视图所携带的内容,这样用户无需为了短暂(例如,观看0.6s等)阅读弹窗视图覆盖位置的视图内容而先关闭弹窗视图,然后再启动弹窗视图,仅需要通过长按显示视图即可以实现,给用户的使用带来方便。当然,在实际应用中,在持续时长达到预设时长时,也可以直接控制所述弹窗视图恢复至接收到触屏事件时的显示状态,或者是,持续时长达到预设时长后,弹窗视图的显示状态不变,当监听到手势结束操作时,直接控制所述弹窗视图恢复至监听到触屏事件时的显示状态。
92.举例说明:假设预设控制手势为点击手势,控制手势为点击手势,预设操作为隐藏弹窗视图,手势识别所需时长为0.2s,预设时长为0.5s,那么:
93.0-0.2s:触屏事件处于手势识别中,弹窗视图基于预设操作处于隐藏状态,如图3所示;
94.0.2s-0.5:响应点击手势操作,弹窗视图状态保存隐藏状态,如图3所示;
95.0.5s-触屏操作结束前:响应长按手势操作,弹窗视图状态从隐藏状态进入预设显示状态,并持续以预设显示状态显示,如图4所示;
96.触屏事件结束:弹窗视图恢复至接收到触屏事件时的显示状态,如图2所示。
97.在本实施例的一个实现方式中,所述预设操作为调节所述弹窗视图的不透明度;所述控制弹窗视图进入预设显示状态具体包括:
98.获取所述弹窗视图对应的第一不透明度和第二不透明度;
99.基于所述第一不透明度和所述第二不透明度确定所述弹窗视图对应的显示动画,并通过显示屏播放所述显示动画以使得弹窗视图进入预设显示状态。
100.具体地,所述第一不透明度为对所述弹窗视图执行预设操作后弹窗视图的不透明度,所述第二不透明度为所述预设显示状态对应的不透明度,第一不透明度小于第二不透明度,以使得当弹窗视图处于预设显示状态时,可以获知弹窗视图所携带的内容。所述显示
动画用于表现弹窗视图的不透明度从第一不透明度变化到的第二不透明度的变化过程,其中,显示动画的动画时长可以为预先设置的,在获取到第一不透明度和第二不透明度后,可以基于动画时长确定弹窗视图的不透明度变化过程,然后将弹窗视图的不透明度变化过程以显示动画的形式播放,当显示动画播放完成后,弹窗视图进行预设显示状态。当然,在实际应用中,当预设操作不同时,显示动画也可以不同,例如,预设操作为将弹窗视图最小化,那么预设显示状态为将弹窗视图以第二不透明度显示于原始显示位置,那么显示动画可以为在原始显示位置通过显示不透明度从0到预设显示状态对应的不透明度的展示过程等。
101.s40、当所述控制手势不为预设控制手势时,控制所述弹窗视图恢复至监听到触屏事件时的显示状态。
102.具体地,控制手势不为预设控制手势时,说明不需要对弹窗视图执行预设操作,从而需要将弹窗视图恢复至监听到触屏事件时的显示状态。此外,在控制手势为预设控制手势时,说明触屏事件还未被响应,从而在所述控制手势不为预设控制手势还需要响应控制手势对应的控制操作。基于此,在一个实现方式中,所述当所述控制手势不为预设控制手势时,控制所述弹窗视图恢复至接收到触屏事件时的显示状态具体包括:
103.当所述控制手势不为预设控制手势时,响应所述控制手势对应的控制操作,并控制所述弹窗视图进入预设显示状态;
104.当所述控制手势结束时,控制所述弹窗视图恢复至接收到触屏事件时的显示状态。
105.具体地,当所述控制手势不为预设控制手势时,说明控制手势还未被响应,从而响应控制手势对应的控制操作,例如,控制手势为滑动手势,滑动手势对应的控制操作为滑动显示视图,那么会滑动显示视图。此外,由于控制手势不为预设控制手势,不需要对弹窗视图执行预设操作,从而可以控制所述弹窗视图进入预设显示状态,这样可以在对显示视图进行操作时,可以获取到显示视图处于显示界面上的所有内容,使得用户可以在了解显示界面上显示的所有内容来对显示视图进行操作。其中,控制所述弹窗视图进入预设显示状态的过程与步骤s30中的控制所述弹窗视图进入预设显示状态的过程相同,这里就不在赘述,具体可以参照s30的说明。此外,在实际应用中,当所述控制手势不为预设控制手势时,也可以直接控制所述弹窗视图恢复至接收到触屏事件时的显示状态,这样可以快速还原弹窗视图的原始显示状态。
106.举例说明:假设预设控制手势为点击手势,控制手势为滑动手势或者捏合手势,预设操作为隐藏弹窗视图,手势识别所需时长为0.2s,那么:
107.0-0.2s:触屏事件处于手势识别中,弹窗视图基于预设操作处于隐藏状态;
108.0.2s-触屏操作结束前:响应滑动手势对应的控制操作,弹窗视图状态从隐藏状态进入预设显示状态,并持续以预设显示状态显示;
109.触屏事件结束:弹窗视图恢复至接收到触屏事件时的显示状态。
110.在一个实现方式中,所述当所述控制手势不为预设控制手势时,控制所述弹窗视图恢复至接收到触屏事件时的显示状态具体包括:
111.当所述控制手势不为预设控制手势时,监听所述控制手势的结束操作;
112.当监听到结束操作时,控制所述弹窗视图恢复至监听到触屏事件时的显示状态。
113.具体地,当所述控制手势不为预设控制手势时,保持弹窗视图处于预设操作对应
的显示状态,而当控制手势结束时,控制所述弹窗视图恢复至监听到触屏事件时的显示状态。这样可以在对显示视图执行控制手势对应的控制操作时,弹窗视图处于预设操作对应的显示状态(例如,处于隐藏状态),使得用户在对显示视图进行控制操作时可以获知显示视图上全部显示内容。
114.举例说明:假设预设控制手势为点击手势,控制手势为滑动手势或者捏合手势,预设操作为隐藏弹窗视图,手势识别所需时长为0.2s,那么:
115.0-0.2s:触屏事件处于手势识别中,弹窗视图基于预设操作处于隐藏状态;
116.0.2s-触屏操作结束前:响应滑动手势对应的控制操作,弹窗视图基于预设操作处于隐藏状态;
117.触屏事件结束:弹窗视图恢复至接收到触屏事件时的显示状态。
118.在一个实现方式中,当控制手势不为预设控制手势时,说明触屏事件未被响应,从而需要将显示视图绑定的开始状态修改为未处理状态,通过未处理状态表示所述触屏事件处于未被响应状态,以使得显示视图响应控制手势对应的控制操作。基于此,所述当所述控制手势不为预设控制手势时,所述方法还包括:将所述显示视图配置的开始状态修改为未处理状态。然后,当显示视图配置的开始状态修改为未处理状态后,会响应控制手势对应的控制操作。
119.综上所述,本实施例提供了一种触屏事件处理方法,所述方法包括监听对显示屏执行的触屏事件;当监听到触屏事件时,对所述弹窗视图执行预设操作,并识别所述触屏事件对应的控制手势;当所述控制手势为预设控制手势时,执行所述预设控制手势对应的目标控制操作;当所述控制手势不为预设控制手势时,控制所述弹窗视图恢复至监听到触屏事件时的显示状态。本技术在接收到触屏事件时,先对弹窗视图执行预设操作以使得弹窗视图不遮挡显示界面,相当于提前对弹窗视图进行预隐藏操作,然后再对触屏事件进行手势识别,并根据识别到的控制手势进行相应操作,这样在接收到触屏事件时即预隐藏弹窗视图,可以避免因手势识别所花费时间导致弹窗视图隐藏时出现卡顿的问题。同时,本技术在预隐藏弹窗视图后,会再控制手势不为隐藏弹窗视图的手势时,重新显示弹窗视图,避免了弹窗视图的误隐藏,给用户的使用带来方便。
120.基于上述触屏事件处理方法,本实施例提供了一种触屏事件处理系统,如图5所述,所述系统包括:
121.监听模块100,用于监听对显示屏执行的触屏事件,其中,所述显示屏上显示有带弹窗视图的显示视图;
122.识别模块200,用于当监听到触屏事件时,对所述弹窗视图执行预设操作,并识别所述触屏事件对应的控制手势,其中,所述预设操作用于控制所述弹窗视图不遮挡其所处位置的显示视图;
123.第一控制模块300,用于当所述控制手势为预设控制手势时,执行所述预设控制手势对应的目标控制操作;
124.第二控制模块400,用于当所述控制手势不为预设控制手势时,控制所述弹窗视图恢复至监听到触屏事件时的显示状态。
125.基于上述触屏事件处理方法,本实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处
理器执行,以实现如上述实施例所述的触屏事件处理方法中的步骤。
126.基于上述触屏事件处理方法,本技术还提供了一种触屏设备,如图6所示,其包括至少一个处理器(processor)20;显示屏21;以及存储器(memory)22,还可以包括通信接口(communications interface)23和总线24。其中,处理器20、显示屏21、存储器22和通信接口23可以通过总线24完成相互间的通信。显示屏21设置为显示初始设置模式中预设的用户引导界面。通信接口23可以传输信息。处理器20可以调用存储器22中的逻辑指令,以执行上述实施例中的方法。
127.此外,上述的存储器22中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。
128.存储器22作为一种计算机可读存储介质,可设置为存储软件程序、计算机可执行程序,如本公开实施例中的方法对应的程序指令或模块。处理器20通过运行存储在存储器22中的软件程序、指令或模块,从而执行功能应用以及数据处理,即实现上述实施例中的方法。
129.存储器22可包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据触屏设备的使用所创建的数据等。此外,存储器22可以包括高速随机存取存储器,还可以包括非易失性存储器。例如,u盘、移动硬盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、磁碟或者光盘等多种可以存储程序代码的介质,也可以是暂态存储介质。
130.此外,上述存储介质以及触屏设备中的多条指令处理器加载并执行的具体过程在上述方法中已经详细说明,在这里就不再一一陈述。
131.最后应说明的是:以上实施例仅用以说明本技术的技术方案,而非对其限制;尽管参照前述实施例对本技术进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1