一种页面浮窗生成方法、装置、设备和存储介质与流程

文档序号:28266715发布日期:2021-12-31 18:40阅读:130来源:国知局
一种页面浮窗生成方法、装置、设备和存储介质与流程

1.本技术涉及移动互联网技术领域,尤其涉及一种页面浮窗生成方法、装置、设备和存储介质。


背景技术:

2.随着移动互联网的发展,智能终端(如智能手机)越来越普及,与此同时智能终端的应用程序也越来越丰富。很多应用程序的开发商为了提高应用程序与用户交互的亲密度,采用了悬浮窗技术,即当应用程序退到后台时,在桌面或者其他应用程序界面悬浮地显示一个控件(以下简称“悬浮窗”),以希望能够让用户及时地看到该应用程序上的相关信息。渐渐地,随着应用程序技术的发展,可以在应用程序内实现某个页面的浮窗,以随时查看页面信息。
3.现有技术中,当某个app想要某个页面生成浮窗,需要先点击页面关闭按钮,此时app上弹出控件询问用户是否需要生成浮窗,用户点击确认后生成成浮窗,整个生成过程中用户的操作较为繁琐,导致用户体验较差。因此,提供一种操作便利的页面浮窗生成方法是本领域技术人员亟待解决的技术问题。


技术实现要素:

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.图1为本技术实施例中一种页面浮窗生成方法的实施例一的流程示意图;
43.图2为本技术实施例中一种页面浮窗生成方法的实施例二的流程示意图;
44.图3为本技术实施例中一种页面浮窗生成装置的实施例的结构示意图。
具体实施方式
45.本技术实施例提供了一种页面浮窗生成方法、装置、设备和存储介质,解决了现有的页面浮窗生成方法,生成过程中用户的操作较为繁琐,导致用户体验较差的技术问题。
46.为了使本技术领域的人员更好地理解本技术方法,下面将结合本技术实施例中的附图,对本技术实施例中的技术方法进行清楚、完整地描述,显然,所描述的实施例仅是本技术一部分实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本技术保护的范围。
47.以便于理解,请参阅图1,图1为本技术实施例中一种页面浮窗生成方法的实施例一的流程示意图。
48.本实施例中的一种页面浮窗生成方法,包括:
49.步骤101、获取通过智能终端的预置控件输入的浮窗生成指令。
50.步骤102、当判断到浮窗生成指令为通过手势动画时,判断浮窗生成指令对应的手势动画是否为预置手势动画。
51.步骤103、当判断到手势动画为预置手势动画时,判断手势动画结束时的结束位置是否位于预置控件内。
52.步骤104、当判断到手势动画结束时的手指位置位于预置控件内时,生成浮窗生成指令对应的页面浮窗。
53.本实施例中的页面浮窗生成方法,首先获取通过智能终端的预置控件输入的浮窗生成指令,接着当判断到浮窗生成指令为通过手势动画时,判断浮窗生成指令对应的手势动画是否为预置手势动画,然后当判断到手势动画为预置手势动画时,判断手势动画结束时的结束位置是否位于预置控件内,最后当判断到手势动画结束时的手指位置位于预置控件内时,生成浮窗生成指令对应的页面浮窗。整个过程中,用户只需要通过手势的方式输入浮窗生成指令即可生成对应的页面浮窗,操作简单,从而解决了现有的页面浮窗生成方法,生成过程中用户的操作较为繁琐,导致用户体验较差的技术问题。
54.以上为本技术实施例提供的一种页面浮窗生成方法的实施例一,以下为本技术实施例提供的一种页面浮窗生成方法的实施例二。
55.请参阅图2,图2为本技术实施例中一种页面浮窗生成方法的实施例二的流程示意图。
56.本实施例中的一种页面浮窗生成方法,包括:
57.步骤201、判断智能终端的屏幕中是否有预置控件。
58.可以理解的是,预置控件在智能终端的预置区域内进行加载显示。进一步地,本实施例中的预置控件对应的形状为半圆形。
59.步骤202、当判断到智能终端的屏幕中没有预置控件时,获取预置控件的控件添加指令。
60.步骤203、根据控件添加指令,在智能终端的屏幕中添加预置控件。
61.步骤204、获取通过智能终端的预置控件输入的浮窗生成指令。
62.步骤205、当判断到浮窗生成指令为通过手势动画时,获取手势动画对应的滑动长度。
63.步骤206、获取智能终端的屏幕长度。
64.步骤207、判断滑动长度是否大于屏幕长度的一半,若是,则判定手势动画为预置手势动画。
65.步骤208、当判断到手势动画为预置手势动画时,获取手势动画结束时的结束位置坐标。
66.步骤209、判断结束位置坐标是否位于预置控件对应的坐标区域内,若是,则判定手势动画结束时的位置位于预置控件内。
67.步骤210、当判断到手势动画结束时的手指位置位于预置控件内时,生成浮窗生成指令对应的页面浮窗。
68.步骤211、当判断到手势动画结束时的手指位置不位于预置控件内时,关闭浮窗的生成进程。
69.本实施例中的页面浮窗生成方法,首先获取通过智能终端的预置控件输入的浮窗生成指令,接着当判断到浮窗生成指令为通过手势动画时,判断浮窗生成指令对应的手势动画是否为预置手势动画,然后当判断到手势动画为预置手势动画时,判断手势动画结束时的结束位置是否位于预置控件内,最后当判断到手势动画结束时的手指位置位于预置控件内时,生成浮窗生成指令对应的页面浮窗。整个过程中,用户只需要通过手势的方式输入浮窗生成指令即可生成对应的页面浮窗,操作简单,从而解决了现有的页面浮窗生成方法,生成过程中用户的操作较为繁琐,导致用户体验较差的技术问题。
70.为了便于理解,本实施例中以预置手势动画为侧滑动画为例对页面浮窗生成方法生成过程进行详细说明:
71.系统侧滑返回动画是一个转场动画,但系统没有公开这个动画的相关接口,现在想要获取手势返回的进度,通过runtime可以去窥探究竟,从一堆接口中最后找到相关的接口有:
72.1、updateinteractivetransition:侧滑过程;
73.2、finishinteractivetransition:transitioncontext:完成侧滑;
74.3、cancelinteractivetransition:transitioncontext:取消侧滑。
75.很明显这3个就是手势控制侧滑动画的私有接口,知道了这些接口的存在,下一步
再使用runtime交换用于监听用户手势的过程实现,具体步骤为:
76.步骤一、创建一个单例,用来管理右下角的判定半圆(即预置控件,也可以自定义为其他视图,这里使用半圆演示)和需要生成浮窗的控制器:
77.步骤二、首先判定半圆得在updateinteractivetransition之前就添加到手机屏幕上,并且确定是通过手势触发的侧滑动画才添加,接着在updateinteractivetransition中获取滑动进度,例如这里的判定条件是当滑动超过屏幕一半时才可以生成,最后finishinteractivetransition中判断手指是否在判定半圆的区域内,是的话则去生成浮窗。
78.具体地,对于页面浮窗的生成动画,先用maskview进行收缩,再把center设置为目标点。
79.对于生成动画的停止,创建一个做浮窗动画的view,放上一张对控制器的view调用snapshotview获取的截图,设置浮窗动画的初始位置。在侧滑动画的过程中,percent可以当做这个控制器的view的x在屏幕的比例,放在navigationcontroller.view上面,并在动画开始前对控制器的view进行隐藏,执行动画。打开动画跟浮窗动画是一个相反的过程,具体可以参见上述的描述,在此不做赘述。
80.以上为本技术实施例提供的一种页面浮窗生成方法的实施例,以下为本技术实施例提供的一种页面浮窗生成装置的实施例。
81.请参阅图3,本实施例中的页面浮窗生成装置,具体包括:
82.第一获取单元301,用于获取通过智能终端的预置控件输入的浮窗生成指令;
83.第一判断单元302,用于当判断到浮窗生成指令为通过手势动画时,判断浮窗生成指令对应的手势动画是否为预置手势动画;
84.第二判断单元303,用于当判断到手势动画为预置手势动画时,判断手势动画结束时的结束位置是否位于预置控件内;
85.生成单元304,用于当判断到手势动画结束时的手指位置位于预置控件内时,生成浮窗生成指令对应的页面浮窗。
86.可选地,还包括:
87.第三判断单元,用于判断智能终端的屏幕中是否有预置控件;
88.第二获取单元,用于当判断到智能终端的屏幕中没有预置控件时,获取预置控件的控件添加指令;
89.添加单元,用于根据控件添加指令,在智能终端的屏幕中添加预置控件。
90.可选地,预置手势动画为滑动长度大于智能终端的屏幕长度的一半的手势动画;
91.判断浮窗生成指令对应的手势动画是否为预置手势动画,具体包括:
92.获取手势动画对应的滑动长度;
93.获取智能终端的屏幕长度;
94.判断滑动长度是否大于屏幕长度的一半,若是,则判定手势动画为预置手势动画。
95.可选地,预置控件在智能终端的预置区域内进行加载显示。
96.可选地,还包括:
97.关闭单元,用于当判断到手势动画结束时的手指位置不位于预置控件内时,关闭浮窗的生成进程。
98.可选地,判断手势动画结束时的结束位置是否位于预置控件内,具体包括:
99.获取手势动画结束时的结束位置坐标;
100.判断结束位置坐标是否位于预置控件对应的坐标区域内,若是,则判定手势动画结束时的位置位于预置控件内。
101.本实施例中的页面浮窗生成装置,首先获取通过智能终端的预置控件输入的浮窗生成指令,接着当判断到浮窗生成指令为通过手势动画时,判断浮窗生成指令对应的手势动画是否为预置手势动画,然后当判断到手势动画为预置手势动画时,判断手势动画结束时的结束位置是否位于预置控件内,最后当判断到手势动画结束时的手指位置位于预置控件内时,生成浮窗生成指令对应的页面浮窗。整个过程中,用户只需要通过手势的方式输入浮窗生成指令即可生成对应的页面浮窗,操作简单,从而解决了现有的页面浮窗生成方法,生成过程中用户的操作较为繁琐,导致用户体验较差的技术问题。
102.本技术实施例还提供了一种页面浮窗生成设备的实施例,本实施例中的检测设备包括处理器以及存储器;存储器用于存储程序代码,并将程序代码传输给处理器;处理器用于根据程序代码中的指令执行前述实施例中的页面浮窗生成方法。
103.本技术实施例还提供了一种存储介质的实施例,本实施例中的存储介质用于存储程序代码,程序代码用于执行前述实施例中的页面浮窗生成方法。
104.所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
105.本技术的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本技术的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
106.应当理解,在本技术中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“a和/或b”可以表示:只存在a,只存在b以及同时存在a和b三种情况,其中a,b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。
107.在本技术所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
108.作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的
部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
109.另外,在本技术各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
110.集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(英文全称:read

only memory,英文缩写:rom)、随机存取存储器(英文全称:random access memory,英文缩写:ram)、磁碟或者光盘等各种可以存储程序代码的介质。
111.以上所述,以上实施例仅用以说明本技术的技术方案,而非对其限制;尽管参照前述实施例对本技术进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1