CN115421634A - 一种界面显示方法、系统及电子设备 - Google Patents
一种界面显示方法、系统及电子设备 Download PDFInfo
- Publication number
- CN115421634A CN115421634A CN202110529457.1A CN202110529457A CN115421634A CN 115421634 A CN115421634 A CN 115421634A CN 202110529457 A CN202110529457 A CN 202110529457A CN 115421634 A CN115421634 A CN 115421634A
- Authority
- CN
- China
- Prior art keywords
- screen
- desktop
- negative
- display
- full
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
- G06F3/0483—Interaction with page-structured environments, e.g. book metaphor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
- G06F3/04847—Interaction techniques to control parameter settings, e.g. interaction with sliders or dials
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
- G06F3/0488—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本申请涉及终端显示、终端交互领域,具体涉及一种负一屏与桌面的交互方法,包括:显示桌面;检测到第一操作;其中,所述第一操作为控制显示界面由所述桌面向负一屏方向切换的操作;响应所述第一操作,由全屏显示桌面变为显示部分桌面和部分骨架屏;当所述第一操作满足第一条件时,调用负一屏进程并全屏显示所述负一屏。基于本申请提供的技术方案,可以使终端系统运行流畅,避免由于超过芯片带宽处理能力造成的掉帧卡帧问题,提升用户体验。
Description
技术领域
本申请涉及终端领域,特别涉及一种界面显示方法、系统及电子设备。
背景技术
负一屏是手机、平板电脑等终端常用的功能之一,其一般为桌面的左侧一屏,可以包含多种常用的功能卡片、新闻资讯以及常用应用的快捷入口等。负一屏给用户带来了极大的便捷,因此,负一屏在各种终端中占据了越来越重要的位置。
随着负一屏业务的发展以及功能的增加,其所需的系统内存也会越来越多,容易出现系统卡顿,等待显示的时间长等问题,影响用户使用体验。
发明内容
鉴于现有技术的以上问题,本申请提供一种界面显示方法、系统及电子设备,可以使负一屏与桌面分别独立运行,使结束运行负一屏时,负一屏不再占据系统内存,进而解决系统出现的卡顿问题,提高用户使用感。
为达到上述目的,本申请第一方面提供了一种界面显示方法,包括:
显示桌面;
检测到第一操作;其中,所述第一操作为控制显示界面由所述桌面向负一屏方向切换的操作;
响应所述第一操作,由全屏显示桌面变为显示部分桌面和部分骨架屏;
当所述第一操作满足第一条件时,调用负一屏进程并全屏显示所述负一屏。
由上,在从桌面切换至负一屏的过程中,通过在桌面和负一屏之间设置骨架屏,可以使桌面和负一屏之间的切换衔接性更强,提高了用户体验。
作为第一方面的一种实现方式,还包括:
检测到第二操作;其中,所述第二操作为控制显示界面由所述负一屏向桌面方向切换的操作;
响应所述第二操作,由全屏显示负一屏变为显示部分负一屏和部分桌面;
当所述第二操作满足第二条件时,全屏显示所述桌面。
可选的,终端可以在满足第二条件时调用桌面进程,该第二条件也可以称为桌面进程调用条件。可选的,终端可以在检测到第二操作时就调用桌面进程。本发明实施例对此不作限定
由上,在负一屏切换至桌面的过程中,可以直接从负一屏切换至桌面,需要调用骨架屏,提高了切换的流畅性。另外,当从负一屏切换至桌面后,负一屏进程视为结束状态,负一屏不再占据系统内存,节省了系统内存,提高了操作系统的流畅性。
作为第一方面的一种实现方式,
在由全屏显示桌面变为显示部分桌面和部分骨架屏之前,所述方法还包括:
判断所述骨架屏或负一屏的启用状态;
若所述骨架屏或所述负一屏为启用状态,则由全屏显示桌面变为显示部分桌面和部分骨架屏。
作为第一方面的一种实现方式,
所述骨架屏是否启用的状态与所述负一屏是否启用的状态相关:
若所述负一屏为启用状态,则所述负一屏对应的骨架屏为启用状态;
若所述负一屏为禁用状态,则所述负一屏对应的骨架屏为禁用状态。
作为第一方面的一种实现方式,所述骨架屏和所述桌面位于同一Activity中。
作为第一方面的一种实现方式,所述负一屏和所述桌面位于不同的进程中;且,所述负一屏和所述桌面位于不同的Activity中。
由上,通过将负一屏和桌面设置于不同的进程和不同的Activity,使负一屏和桌面在结构上不具有耦合性,在结束运行负一屏后,可以将负一屏所占据的系统存储释放,由此达到节约系统内存,使系统运行流程的效果。另外,由于负一屏和桌面属于不同的进程和不同的Activity,因此,可以通过应用市场对二者进行独立升级,满足用户多样化需求。
作为第一方面的一种实现方式,所述第一条件与所述第一操作对应的滑动距离或所述第一操作对应的滑动速度相关;其中,所述第一操作对应的滑动距离为第一操作对应的手势的滑动距离或响应于第一操作的显示界面中内容的滑动距离,所述第一操作对应的滑动速度为第一操作对应的手势的滑动速度或响应于第一操作的显示界面内容的滑动速度。
由上,综合考虑不同滑动速度下骨架屏滑入终端屏幕的距离,以此来构建负一屏进程的调用条件,可以满足在不同的使用场景下调用负一屏的请求。
作为第一方面的一种实现方式,所述响应所述第一操作,由全屏显示桌面变为显示部分桌面和部分骨架屏,具体包括:
响应所述第一操作的第一滑动距离,由全屏显示桌面变为显示部分桌面和部分骨架屏;
所述当所述第一操作满足第一条件时,调用负一屏进程并全屏显示所述负一屏,具体包括:
响应所述第一操作的第二滑动距离,调用负一屏进程并全屏显示所述负一屏,其中所述第二滑动距离大于所述第一滑动距离。
作为第一方面的一种实现方式,所述第一条件与所述第一操作对应的滑动距离或所述第一操作对应的滑动速度、屏幕的宽度和负一屏的启动时延相关,其中,所述第一操作对应的滑动距离为第一操作对应的手势的滑动距离或响应于第一操作的显示界面中内容的滑动距离,所述第一操作对应的滑动速度为第一操作对应的手势的滑动速度或响应于第一操作的显示界面内容的滑动速度。
由上,在本方面中,充分考虑了骨架屏滑入终端屏幕的距离、屏幕当前显示界面的滑动速度、屏幕的宽度和负一屏的启动时延等条件来建立负一屏进程的调用条件,使负一屏进程的调用条件设计的更为科学且使负一屏调用更贴合实际使用场景。
本申请的第二方面提供一种负一屏与桌面的交互系统,包括:
负一屏模块和桌面模块;
所述负一屏模块包括负一屏进程;所述负一屏进程包括负一屏Activity;所述负一屏Activity包括负一屏Window;所述负一屏Window包括负一屏View;所述桌面模块包括桌面进程;所述桌面进程包括桌面Activity;所述桌面Activity包括桌面Window,所述桌面Window包括桌面View和负一屏对应的骨架屏View;
其中,当检测到第一操作时,由全屏显示桌面View变为显示部分桌面View和部分骨架屏View;当所述第一操作满足第一条件时,调用负一屏进程的同时结束桌面进程,使全屏显示负一屏View;所述第一操作为控制显示界面由所述桌面向负一屏方向切换的操作。
作为第二方面的一种实现方式,当检测到第二操作时,由全屏显示负一屏View变为显示部分负一屏View和部分桌面View;当所述第二操作满足第二条件时,结束负一屏进程,使全屏显示桌面View;所述第二操作为控制显示界面由所述负一屏向桌面方向切换的操作。
作为第二方面的一种实现方式,在由全屏显示桌面View变为显示部分桌面View和部分骨架屏View之前,所述系统还会判断所述骨架屏或负一屏的启用状态;
若所述骨架屏或所述负一屏为启用状态,则由全屏显示桌面变为显示部分桌面和部分骨架屏。
作为第二方面的一种实现方式,所述骨架屏是否启用的状态与所述负一屏是否启用的状态相关:
若所述负一屏为启用状态,则所述负一屏对应的骨架屏为启用状态;若所述负一屏为禁用状态,则所述负一屏对应的骨架屏为禁用状态。
作为第二方面的一种实现方式,所述第一条件与所述第一操作对应的滑动距离或所述第一操作对应的滑动速度相关;其中,所述第一操作对应的滑动距离为第一操作对应的手势的滑动距离或响应于第一操作的显示界面中内容的滑动距离,所述第一操作对应的滑动速度为第一操作对应的手势的滑动速度或响应于第一操作的显示界面内容的滑动速度。
作为第二方面的一种实现方式,所述当检测到第一操作时,由全屏显示桌面View变为显示部分桌面View和部分骨架屏View,具体包括:当检测到所述第一操作的第一滑动距离,由全屏显示桌面View变为显示部分桌面View和部分骨架屏View;所述当所述第一操作满足第一条件时,调用负一屏进程,使全屏显示负一屏View,具体包括:当所述第一操作对应的滑动距离达到第二滑动距离,调用负一屏进程,使全屏显示负一屏View,其中所述第二滑动距离大于所述第一滑动距离。
作为第二方面的一种实现方式,所述第一条件与所述第一操作对应的滑动距离或所述第一操作对应的滑动速度、屏幕的宽度和负一屏的启动时延相关,其中,所述第一操作对应的滑动距离为第一操作对应的手势的滑动距离或响应于第一操作的显示界面中内容的滑动距离,所述第一操作对应的滑动速度为第一操作对应的手势的滑动速度或响应于第一操作的显示界面内容的滑动速度。
本申请的第三方面提供一种电子设备,包括:
显示模块,用于显示桌面;
第一检测模块,用于检测到第一操作;其中,所述第一操作为控制显示界面由所述桌面向负一屏方向切换的操作;
第一响应模块,用于响应所述第一操作,由全屏显示桌面变为显示部分桌面和部分骨架屏;当所述第一操作满足第一条件时,调用负一屏进程并全屏显示所述负一屏。
作为第三方面的一种实现方式,还包括:
第二检测模块,用于检测到第二操作;其中,所述第二操作为控制显示界面由所述负一屏向桌面方向切换的操作;
第二响应模块,用于响应所述第二操作,由全屏显示负一屏变为显示部分负一屏和部分桌面;当所述第二操作满足第二条件时,全屏显示所述桌面。
作为第三方面的一种实现方式,
在所述第一响应模块中由全屏显示桌面变为显示部分桌面和部分骨架屏之前,所述电子设备还包括:
判断模块,用于判断所述骨架屏或负一屏的启用状态;
若所述骨架屏或所述负一屏为启用状态,则由全屏显示桌面变为显示部分桌面和部分骨架屏。
作为第三方面的一种实现方式,所述骨架屏是否启用的状态与所述负一屏是否启用的状态相关:
若所述负一屏为启用状态,则所述负一屏对应的骨架屏为启用状态;
若所述负一屏为禁用状态,则所述负一屏对应的骨架屏为禁用状态。
作为第三方面的一种实现方式,所述骨架屏和所述桌面位于同一Activity中。
作为第三方面的一种实现方式,所述负一屏和所述桌面位于不同的进程中;且,所述负一屏和所述桌面位于不同的Activity中。
作为第三方面的一种实现方式,所述第一条件与所述第一操作对应的滑动距离或所述第一操作对应的滑动速度相关;其中,所述第一操作对应的滑动距离为第一操作对应的手势的滑动距离或响应于第一操作的显示界面中内容的滑动距离,所述第一操作对应的滑动速度为第一操作对应的手势的滑动速度或响应于第一操作的显示界面内容的滑动速度。
作为第三方面的一种实现方式,所述响应所述第一操作,由全屏显示桌面变为显示部分桌面和部分骨架屏,具体包括:
响应所述第一操作的第一滑动距离,由全屏显示桌面变为显示部分桌面和部分骨架屏;
所述当所述第一操作满足第一条件时,调用负一屏进程并全屏显示所述负一屏,具体包括:
响应所述第一操作的第二滑动距离,调用负一屏进程并全屏显示所述负一屏,其中所述第二滑动距离大于所述第一滑动距离。
作为第三方面的一种实现方式,所述第一条件与所述第一操作对应的滑动距离或所述第一操作对应的滑动速度、屏幕的宽度和负一屏的启动时延相关,其中,所述第一操作对应的滑动距离为第一操作对应的手势的滑动距离或响应于第一操作的显示界面中内容的滑动距离,所述第一操作对应的滑动速度为第一操作对应的手势的滑动速度或响应于第一操作的显示界面内容的滑动速度。
本申请的第四方面提供一种电子设备,包括存储器和处理器,所述存储器中存储有可执行代码,所述处理器执行所述可执行代码,实现上述第一方面任一项所述的界面显示方法。
本申请的第五方面提供一种计算机可读存储介质,其上存储有程序指令,所述程序指令当被计算机执行时,使得所述计算机执行上述第一方面任一项所述的界面显示方法。
本申请的第六方面提供一种计算机程序产品,当所述计算机程序产品在计算设备上运行时,使得所述计算设备执行上述第一方面任一项所述的界面显示方法。
本申请的这些和其它方面在以下(多个)实施例的描述中会更加简明易懂。
附图说明
以下参照附图来进一步说明本申请的各个特征和各个特征之间的联系。附图均为示例性的,一些特征并不以实际比例示出,并且一些附图中可能省略了本申请所涉及领域的惯常的且对于本申请非必要的特征,或是额外示出了对于本申请非必要的特征,附图所示的各个特征的组合并不用以限制本申请。另外,在本说明书全文中,相同的附图标记所指代的内容也是相同的。具体的附图说明如下:
图1(a)为本申请实施例提供的桌面的界面示意图;
图1(b)为本申请实施例提供的负一屏的界面示意图;
图1(c)为本申请实施例提供的骨架屏的界面示意图;
图2为本申请实施例提供的一种负一屏和桌面的交互架构的框架图;
图3为本申请实施例提供的另外一种负一屏和桌面的交互架构的框架图;
图4为本申请实施例提供的终端的结构示意图;
图5为本申请实施例提供的再一种负一屏与桌面的架构图;
图6为本申请实施例提供的负一屏的界面以及该负一屏对应的骨架屏的界面示意图;
图7为本申请实施例提供的终端从显示桌面切换为显示负一屏的流程图;
图8为本申请实施例提供的终端从显示桌面切换为显示负一屏过程示意图;
图9为本申请实施例提供的终端从显示负一屏切换为显示桌面的流程图;
图10为本申请实施例提供的终端从显示负一屏切换为显示桌面过程示意图;
图11为本申请实施例提供的一种界面显示方法的流程图;
图12为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
说明书和权利要求书中的词语“第一、第二、第三等”或模块A、模块B、模块C等类似用语,仅用于区别类似的对象,不代表针对对象的特定排序,可以理解地,在允许的情况下可以互换特定的顺序或先后次序,以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。
在以下的描述中,所涉及的表示步骤的标号,如S110、S120……等,并不表示一定会按此步骤执行,在允许的情况下可以互换前后步骤的顺序,或同时执行。在允许的情况下,还可以包括更多或更少的步骤,本说明书不对其进行特殊限制。
说明书和权利要求书中使用的术语“包括”不应解释为限制于其后列出的内容;它不排除其它的元件或步骤。因此,其应当诠释为指定所提到的所述特征、整体、步骤或部件的存在,但并不排除存在或添加一个或更多其它特征、整体、步骤或部件及其组群。因此,表述“包括装置A和B的设备”不应局限为仅由部件A和B组成的设备。
本说明书中提到的“一个实施例”或“实施例”意味着与该实施例结合描述的特定特征、结构或特性包括在本申请的至少一个实施例中。因此,在本说明书各处出现的用语“在一个实施例中”或“在实施例中”并不一定都指同一实施例,但可以指同一实施例。此外,在一个或多个实施例中,能够以任何适当的方式组合各特定特征、结构或特性,如从本公开对本领域的普通技术人员显而易见的那样。
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。如有不一致,以本说明书中所说明的含义或者根据本说明书中记载的内容得出的含义为准。另外,本文中所使用的术语只是为了描述本申请实施例的目的,不是旨在限制本申请。
为了准确地对本申请中的技术内容进行叙述,以及为了准确地理解本申请,在对具体实施方式进行说明之前先对本说明书中所使用的术语给出如下的解释说明或定义:
1)桌面:终端开机后默认展示的页面为桌面,也可以叫做桌面0屏,如图1(a)所示,可以包括用户常用的各种软件、时间、天气等信息。
2)负一屏:一般为桌面左侧一屏,其可以包括用户常用应用的快捷入口、用户个人信息、用户常用的功能卡片和/或新闻资讯等内容,如图1(b)示出的负一屏,可以包括用户常用应用的快捷入口,如扫一扫、付款码、手机充值等、情景智能,如应用的使用情况展示、用户常用的功能卡片,如停车信息展示等。负一屏又可以称之为最左侧屏幕(leftmostscreen)、组件屏幕(widget scree)等,本发明实施例对此不作限定。
3)骨架屏:指在页面数据加载完成前,先给用户展示出的页面内容的大致框架的屏幕。在页面数据加载完成后,骨架屏(Skeleton Screen)可以被包含页面数据的屏幕替换。即在页面完全渲染完成之前,用户会看到一个样式简单、描绘当前页面的大致框架的骨架页面,如图1(c)示出的骨架屏。骨架屏还可以称为加载占位图。
以下介绍本申请实施例提供的方案。
在一种实现方式中,负一屏和桌面作为同一个应用包(Android applicationpackage,APK),该APK中既包含了桌面的业务功能,也包含了负一屏的业务功能。如图2所示,在该实现方式中,负一屏和桌面属于同一个进程、同一个Activity以及同一个Window。因此,负一屏属于桌面的一部分,类似桌面的其他屏幕,如桌面一屏(桌面右侧第一屏)、桌面的二屏(桌面右侧第二屏)等。由于负一屏属于桌面的一部分,因此负一屏运行时与桌面处于同一个进程中,导致负一屏和桌面的耦合性过强,随着负一屏业务的发展以及功能的增加,其所需占用的常驻系统内存也会越来越多,由此可能会使系统桌面以及其他操作出现卡顿的现象;另外,由于负一屏和桌面处于同一个APK中,导致负一屏无法通过应用市场单独进行升级,可能会影响用户的使用体验。
在另外一种实现方式中,负一屏和桌面作为不同的应用包(Android applicationpackage,APK),即将负一屏和桌面分为两个APK,其各自的业务功能通过各自的APK实现。如图3所示,在该方案中,负一屏和桌面属于不同的进程以及不同的Window,但是负一屏在运行时需要与桌面的Activity进行绑定,因此,即使滑出(结束运行)负一屏,其仍会占据系统的内存,导致终端的常驻内存较高,尤其在高刷新率的场景下,容易超过芯片带宽的处理能力,导致掉帧卡顿问题。
鉴于上述负一屏实现方式的问题,本申请实施例提供了另一种负一屏与桌面的交互方法,既可以使负一屏脱离桌面进行独立更新升级,又可以使滑出(结束运行)负一屏后负一屏不再占用系统内存。该方法可以适用于任何存在负一屏与桌面功能的终端中,诸如手机、平板电脑、具备无线通讯功能的可穿戴设备(例如:智能手表、手环、智能头盔等)、车载设备、智能家具、增强现实(augmented reality,AR)设备、虚拟现实(virtual reality,VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本、个人数字助理(personal digital assistant,PDA)等。本申请提供的界面切换方法中,用户可以通过自然语言或者触控按键等方式发起界面触发指令,并在终端上响应该触发指令,以实现特定界面的快速切换。采用该方法,可以实现特定界面的切换,提高界面切换的智能型,提高用户体验感。
示例性的,图4示出了一种本申请实施例可适用的终端100的结构示意图。
如图4所示,终端100可以包括处理器110,存储器120,充电管理模块130,电源管理模块131,电池132,天线1,天线2,移动通信模块140,无线通信模块150,音频模块160,扬声器160A,受话器160B,麦克风160C,按键170,马达171,指示器172,以及显示屏173。
可以理解的是,本申请实施例示意的结构并不构成对终端100的具体限定。在本申请另一些实施例中,终端100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器110用于执行本申请实施例提供的负一屏与桌面的交互方法。处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(applicationprocessor,AP),调制解调处理器,图形处理器(graphics processing unit,GPU),图像信号处理器(image signal processor,ISP),控制器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-networkprocessing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
存储器120,可以用于存储计算机可执行的程序代码,即可以存储本申请实施例提供的负一屏与桌面的交互方法的指令和数据。在一些实施例中,存储器120可以为高速缓冲存储器。该存储器120可以保存处理器110用过或使用频率较高的指令或数据。如果处理器110需要使用该指令或数据,可从该存储器120中直接调用。避免了重复存取,减少了处理器110的等待时间,因而提高了系统的效率。
充电管理模块130用于接收充电器的充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块130可以通过USB接口接收有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块130可以通过终端100的无线充电线圈接收无线充电输入。充电管理模块130为电池132充电的同时,还可以通过电源管理模块131为电子设备供电。
电源管理模块131用于连接电池132,充电管理模块130与处理器110。电源管理模块131接收电池132和/或充电管理模块130的输入,为处理器110,存储器120,显示屏173,和无线通信模块150等供电。电源管理模块131还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块131也可以设置于处理器110中。在另一些实施例中,电源管理模块131和充电管理模块130也可以设置于同一个器件中。
终端100的无线通信功能可以通过天线1,天线2,移动通信模块140,无线通信模块150,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。终端100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块140可以提供应用在终端100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块140可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(lownoise amplifier,LNA)等。移动通信模块140可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块140还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块140的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块140的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
无线通信模块150可以提供应用在终端100上的包括无线局域网(wireless localarea networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),蓝牙低功耗(bluetooth low energy,BLE),超宽带(ultra wide band,UWB),全球导航卫星系统(global navigation satellite system,GNSS),调频(frequency modulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块150可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块150经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块150还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
在一些实施例中,终端100的天线1和移动通信模块140耦合,天线2和无线通信模块150耦合,使得终端100可以通过无线通信技术与网络和其他电子设备通信。该无线通信技术可以包括全球移动通讯系统(global system for mobile communications,GSM),通用分组无线服务(general packet radio service,GPRS),码分多址接入(code divisionmultiple access,CDMA),宽带码分多址(wideband code division multiple access,WCDMA),时分码分多址(time-division code division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),BT,GNSS,WLAN,NFC,FM,和/或IR技术等。该GNSS可以包括全球卫星定位系统(global positioning system,GPS),全球导航卫星系统(globalnavigation satellite system,GLONASS),北斗卫星导航系统(beidou navigationsatellite system,BDS),准天顶卫星系统(quasi-zenith satellite system,QZSS)和/或星基增强系统(satellite based augmentation systems,SBAS)。
终端100可以通过GPU,显示屏173,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏173和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理器110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
显示屏173用于显示桌面、负一屏等。显示屏173包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,终端100可以包括1个或多个显示屏173。
终端100可以通过音频模块160,扬声器160A,受话器160B,麦克风160C,耳机接口160D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
音频模块160用于将数字音频信息转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块160还可以用于对音频信号编码和解码。在一些实施例中,音频模块160可以设置于处理器110中,或将音频模块160的部分功能模块设置于处理器110中。
扬声器160A,也称“喇叭”,用于将音频电信号转换为声音信号。终端100可以通过扬声器170A收听音乐,或输出免提通话的音频信号。
受话器160B,也称“听筒”,用于将音频电信号转换成声音信号。当终端100接听电话或语音信息时,可以通过将受话器160B靠近人耳接听语音。
麦克风160C,也称“话筒”,“传声器”,用于将声音信号转换为电信号。当拨打电话或发送语音信息时,用户可以通过人嘴靠近麦克风160C发声,将声音信号输入到麦克风160C。终端100可以设置至少一个麦克风160C。在另一些实施例中,终端100可以设置两个麦克风160C,除了采集声音信号,还可以实现降噪功能。在另一些实施例中,终端100还可以设置三个,四个或更多麦克风160C,实现采集声音信号,降噪,还可以识别声音来源,实现定向录音功能等。
按键170可以包括开机键,音量键等。按键170可以是机械按键。也可以是触摸式按键。终端100可以接收按键输入,产生与终端100的用户设置以及功能控制有关的键信号输入。
马达171可以产生振动提示。马达171可以用于来电振动提示,也可以用于触摸振动反馈。例如,作用于不同应用(例如拍照,音频播放等)的触摸操作,可以对应不同的振动反馈效果。作用于显示屏173不同区域的触摸操作,马达171也可对应不同的振动反馈效果。不同的应用场景(例如:时间提醒,接收信息,闹钟,游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器172可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,通知等。
下面参见各图,对本申请实施例提供的负一屏与桌面的交互方法进行说明。此处需要注意的是,在本申请的实施例中,滑出表示结束运行,滑入表示启动运行。例如:将负一屏滑入,则表示启动运行负一屏;再例如:将负一屏滑出,则表示结束运行负一屏。
如图5所示,为本申请实施例提供的负一屏与桌面的架构图。在该架构中,新增了骨架屏。如图5示出的,本申请实施例提供的负一屏与桌面的架构中,负一屏和桌面分别作为两个不同的APK,具有各自独立的进程(还可以是各自独立的Activity和/或各自独立的Window);骨架屏与桌面属于相同的进程(还可以是相同的Activity和/或相同的Window),具有不同的View。由此,负一屏与桌面的架构是完全分离的,且二者之间不需要进行绑定。所以,负一屏可以脱离桌面进行独立升级且当负一屏滑出后,负一屏不再占据系统内存。基于本实施例提供的负一屏与桌面的架构,当负一屏滑出后,可以为系统节约几十兆甚至上百兆的内存。
在本申请的实施例中,以Android系统为例,View为视图,为用于承载单个界面或控件的软件实体。Window为图像的容器,所有显示的内容(包括View)都在Window内对外呈现。Activity为支持用户操作的可视化界面,是Android系统的组件之一,其提供了允许用户进行交互操作的区域。在一个Android应用中,一个Activity通常是一个单独的屏幕,也可以比屏幕小或者悬浮于其他窗口之上,其上可以显示一些控件,也可以监听、处理用户事件并做出相应响应。可以理解的是,本发明实施例对操作系统不作限定,不限于Android系统。
由于负一屏与桌面属于不同的进程以及不同的Activity,因此导致负一屏和桌面的滑入滑出衔接配合效果较差,为了解决该问题,本申请的另一实施例提供一种基于上述实施例中负一屏与桌面架构的交互方法,即提供了一种负一屏与桌面的交互方法,该方法通过在桌面和负一屏之间新增骨架屏,提高了二者滑入滑出的衔接配合效果。其中,所述骨架屏包括负一屏的整体框架轮廓,其中包括负一屏的模块轮廓和卡片轮廓。如图6所示的左侧图为负一屏示意图,右侧图为骨架屏示意图。该骨架屏的APK与桌面的APK为同一个APK,该骨架屏的进程与桌面的进程为同一个进程、该骨架屏的Activity与桌面的Activity为同一个的Activity,该骨架屏的Window与桌面的Window为同一个Window。
下面结合附图对本实施例提供的界面显示进行详述。
该方法分为用户控制终端从显示桌面切换为显示负一屏的过程和用户控制终端从显示负一屏切换为显示桌面的过程。其中,从显示桌面切换为显示负一屏的过程和从显示负一屏切换为显示桌面的过程均可以通过用户的滑动操作实现。
首先介绍用户控制终端从显示桌面切换为显示负一屏的过程:
当检测到用户的第一滑动操作时,例如检测到用户在显示屏幕向右滑动,此时首先判断负一屏是否为启用状态,若此时负一屏为未启用状态(即禁用状态),则回弹至桌面,或提醒用户开启负一屏的权限。可选的,骨架屏的启用状态可以与负一屏的启用状态关联。即若负一屏为启用状态,则相应的,骨架屏也为启用状态,而当负一屏为禁用状态时,则骨架屏为禁用状态。此时,终端中可以不单独设置控制骨架屏是否开启的控制按键,使骨架屏的启用或禁用状态跟随负一屏的启用或禁用状态。但是,本申请实施例不对其做特殊限制,在其他实现方式中,终端中也可以单独设置控制骨架屏是否开启的控制按键,不与负一屏的启用状态直接关联。当骨架屏为启用状态时,由于骨架屏紧邻桌面左侧,因此,将桌面向右滑动时,骨架屏同时向右滑动。可选的,为了视觉效果,此滑动过程可以将桌面做透明度渐隐变化,即使桌面的可见度逐渐降低,直到隐去,将骨架屏做透明度渐现变化,即使骨架屏的可见度逐渐提高,直到完全呈现。
如图7所示为终端从显示桌面切换为显示负一屏的流程图,该过程可以分为用户抬手前过程(即用户触碰并滑动终端屏幕的过程)和用户抬手后过程(即用户触碰并滑动终端屏幕后,松手的过程)。其中,用户抬手前过程包括步骤S210-S220,用户抬手后过程包括步骤S230-S250,下面对各个步骤依次介绍:
S210:检测用户的第一操作,判断终端的负一屏是否为启用状态,若终端的负一屏为启用状态,则执行S220,否则执行S250。
在本步骤中,终端屏幕全屏显示桌面,如图8(a)所示,其中,两条虚线中间区域表示终端屏幕。
作为一种可选的实现方式,所述第一操作可以为触控指令,也可以为手势控制指令,还可以为语音控制指令等。
在本申请实施例中,用户可以通过终端的相关控制按键来控制负一屏是否开启。
S220:基于用户的第一操作,控制终端的显示界面由桌面向负一屏方向切换,此时终端的屏幕显示部分骨架屏和部分桌面。在本步骤中,终端屏幕由步骤S210中8(a)的全屏显示桌面状态变为8(b)所示的显示部分骨架屏和显示部分桌面。当用户继续第一操作时,例如用户继续在显示界面上向右滑动时,终端屏幕由8(b)变为8(c)。其中,8(c)相比于8(b)显示了更多的骨架屏,显示了更少的桌面。
其中,所述骨架屏为终端负一屏对应的骨架。作为一种可选的实现方式,可以利用桌面进程查询该终端负一屏框架的信息,将查询到的负一屏框架的信息传递至骨架屏,骨架屏进行对应于负一屏样式的加载,以呈现出符合不同终端、不用用户的骨架屏样式。作为另外一种可选的实现方式,可以根据不同终端对应的负一屏绘制出固定的负一屏对应的骨架屏,并将该骨架屏预先存储在终端中。当终端需要调用骨架屏时,可以直接从终端的内存中获取,以达到减小终端功耗的效果。
作为一种可选的实现方式,用户可以通过滑动操作的方式,使终端屏幕向负一屏方向切换,在该切换过程中,终端的屏幕由全屏显示桌面的状态变化到显示部分骨架屏和部分桌面的状态。
作为另外一种实现方式,用户还可以通过手势控制的方式,使终端显示的界面向负一屏方向切换,在该切换过程中,终端幕由全屏显示桌面的状态变化到显示部分骨架屏和部分桌面的状态。
S230:判断是否调用终端的负一屏,即判断是否满足负一屏进程的调用条件,若满足,则执行S240,否则执行S250。
在一种可选的实施方式中,所述负一屏进程的调用条件可以基于第一操作对应的显示界面中内容的滑动距离建立,例如骨架屏显示在终端屏幕的宽度,即骨架屏滑入屏幕的宽度,或基于第一操作对应的显示界面中内容的滑动速度建立。在一种可选的实现方式中,终端也可以根据第一操作对应手势的滑动距离或滑动速度来建立负一屏进程的调用条件。
例如,负一屏进程的调用条件可以第一操作对应的滑动距离,例如第一操作对应的手势的滑动距离,或响应于第一操作的显示界面中内容的滑动距离。检测到第一操作,且第一操作对应的滑动距离为第一滑动距离时,终端屏幕的显示界面由全屏显示桌面变为显示部分桌面和部分骨架屏;而当所述第一操作持续滑动,所述第二操作对应的滑动距离达到第二滑动距离时(即满足第一条件或满足负一屏进程的调用条件),调用负一屏进程,并在负一屏显示界面的内容加载完成后,全屏显示所述负一屏。
又例如,负一屏进程的调用条件可以根据基于第一操作对应的显示界面中内容的滑动速度分为三种场景,只要满足其中至少一种场景,即可视为满足负一屏进程的调用条件,下面对其进行详述:
1)快速滑动场景:基于第一操作对应的显示界面中内容的滑动速度大于第一滑动速度阈值,且基于第一操作对应的显示界面中内容的滑动距离大于第一最小预设滑入距离时,即可视为满足该场景下负一屏进程的调用条件,该过程可用下述公式进行表示:
V>V1且L>Lmin
2)中速滑动场景:基于第一操作对应的显示界面中内容的滑动速度小于第一滑动速度阈值、基于第一操作对应的显示界面中内容的滑动速度大于第二滑动速度阈值、基于第一操作对应的显示界面中内容的滑动距离占终端屏幕的比例达到第一比例预设阈值且考虑负一屏的启动时延,即可视为满足该场景下负一屏进程的调用条件,该过程可用下式公式进行表示:
V2<V<V1且L>Wscreen*P1-T*V
3)慢速滑动场景:基于第一操作对应的显示界面中内容的滑动速度小于第二滑动速度阈值、基于第一操作对应的显示界面中内容的滑动距离占终端屏幕的比例达到第二比例预设阈值且考虑负一屏的启动时延,即可视为满足该场景下负一屏进程的调用条件,该过程可用下式公式进行表示:
V<V2且L>Wscreen*P2-T*V
在上述三种场景所包含的公式中,V为基于第一操作对应的显示界面中内容的滑动速度,V1为第一滑动速度阈值,V2为第二滑动速度阈值,L为基于第一操作对应的显示界面中内容的滑动距离,Lmin为第一最小预设滑入距离,Wscreen为终端屏幕的宽度,P1为第一比例预设阈值,P2为第二比例预设阈值,且P1<P2,T为负一屏的启动时延。其中,负一屏的启动时延可以根据终端当前负载的运行状态确定。
S240:调用负一屏进程,待负一屏界面加载完毕,显示负一屏。
在本步骤中,终端调用负一屏进程,此时加载并显示负一屏,终端屏幕由步骤S220中8(c)的显示部分骨架屏和部分桌面变为8(d)所示的全屏显示负一屏,即完成了负一屏的调用。在本步骤中,使终端屏幕由步骤S220中显示部分骨架屏和部分桌面的状态变换为终端屏幕全屏显示负一屏的状态。作为一种可选的实现方式,当成功调用负一屏进程后,可以结束运行桌面进程;作为另外一种可选的实现方式,当成功调用负一屏进程后,还可以继续运行桌面进程,本申请实施例不对其做特殊限制。
S250:回弹至桌面。
在本步骤中,由于终端的负一屏为禁用状态,因此不能响应用户请求的滑入负一屏操作,此时终端的屏幕仍为显示桌面状态。
下面介绍终端从显示负一屏切换为显示桌面的过程:
当用户控制终端从显示负一屏切换为显示桌面时,此时负一屏为启用状态。在该过程中,可选的,为了视觉效果,此滑动过程可以将负一屏做透明度渐隐变化,将桌面做透明度渐现变化,即使桌面的可见度逐渐提高,直到完全呈现。
如图9所示为用户控制终端从显示负一屏切换为显示桌面的流程图,该过程可以分别用户抬手前过程(即用户触碰并滑动终端屏幕的过程)和用户抬手后过程(即用户触碰并滑动终端屏幕后,松手的过程)。其中,用户抬手前过程包括步骤S310-S320,用户抬手后过程包括步骤S330-S350,下面对各个步骤依次介绍:
S310:检测用户的第二操作。
在本步骤中,终端屏幕全屏显示负一屏,如图10(a)所示,其中,两条虚线中间区域表示终端屏幕。
作为一种可选的实现方式,所述第二操作可以为触控操作,也可以为手势操作,还可以为语音控制指令等。
S320:基于用户的第二操作,使终端屏幕向桌面方向切换,此时终端屏幕显示部分骨架屏和部分负一屏。
在本步骤中,终端屏幕由步骤S310中10(a)的全屏显示负一屏状态变为10(b)所示的显示部分骨架屏和显示部分桌面,当用户继续第二操作,例如用户向左继续滑动时,终端屏幕由10(b)变为10(c)。其中,10(c)相比于10(b)显示了更多的桌面,显示了更少的负一屏。
作为一种实现方式,用户可以通过滑动操作的方式,使终端屏幕向桌面方向切换,在该切换过程中,终端的屏幕由全屏显示负一屏的状态变化到显示部分骨架屏和部分负一屏的状态。
作为另外一种实现方式,用户还可以通过手势操作控制终端屏幕的方式,使终端屏幕向桌面方向切换,在该切换过程中,终端的屏幕由全屏显示负一屏的状态变化到显示部分骨架屏和部分负一屏的状态。
S330:判断是否满足第二条件,若满足,则执行S340,否则执行S350。
在一种可实现方式中,终端可以在满足第二条件时调用桌面进程,该第二条件也可以称为桌面进程调用条件。可选的,终端可以在检测到第二操作时就调用桌面进程。桌面进程可以是一直运行的进程,也可以在切换到负一屏时结束桌面进程。在终端检测到的第二操作满足第二条件时,会在桌面的显示信息加载完成后,全屏显示桌面。
在一种实施方式中,所述第二条件可以基于第二操作对应的显示界面中内容的滑动距离建立,例如负一屏显示在终端屏幕的宽度或滑出终端屏幕的宽度,或基于第二操作对应的显示界面中内容的滑动速度建立。在一种可选的实现方式中,终端也可以根据第二操作对应手势的滑动距离或滑动速度建立第二条件。
例如,第二条件可以第二操作对应的滑动距离,例如第二操作对应的手势的滑动距离,或响应于第二操作的显示界面中内容的滑动距离。终端检测到第二操作,且第二操作对应的滑动距离为第三滑动距离时,终端屏幕的显示界面由全屏显示负一屏变为显示部分负一屏和部分桌面;而当所述第一操作持续滑动,所述第二操作对应的滑动距离达到第四滑动距离时(即满足第二条件),全屏显示桌面。
例如,第二条件可以包括下述三种场景,只要满足其中至少一种场景,即可视为满足桌面进程的调用条件(或满足第二条件),下面对其进行详述:
1)快速滑动场景:基于第二操作对应的显示界面中内容的滑动速度大于第三滑动速度阈值,且基于第二操作对应的屏幕的滑动距离大于第二最小预设滑出距离时,即可视为满足第二条件,该过程可用下述公式进行表示:
V′>V1′且L′>L′min
2)中速滑动场景:基于第二操作对应的显示界面中内容的滑动速度小于第三滑动速度阈值、基于第二操作对应的显示界面中内容的滑动速度大于第三滑动速度阈值且基于第二操作对应的屏幕的滑动距离占终端屏幕的比例达到第三比例预设阈值,即可视为满足第二条件,该过程可用下式公式进行表示:
V2′<V′<V1′且L′>Wscreen*P3
3)慢速滑动场景:基于第二操作对应的显示界面中内容的滑动速度小于第三滑动速度阈值且基于第二操作对应的屏幕的滑动距离占终端屏幕的比例达到第四比例预设阈值,即可视为满足第二条件,该过程可用下式公式进行表示:
V′<V2′且L′>Wscreen*P4
在上述三种场景所包含的公式中,V′为基于第二操作对应的显示界面中内容的滑动速度,V1′为第三滑动速度阈值,V2′为第三滑动速度阈值,L′为基于第二操作对应的屏幕的滑动距离,Lmin′为第二最小预设滑入距离,Wscreen为终端屏幕的宽度,P3为第三比例预设阈值,P4为第四比例预设阈值,且P3<P4。
S340:待桌面加载完毕显示桌面。
在本步骤中,终端屏幕由步骤S320中10(c)的显示部分负一屏和部分桌面变为10(d)所示的全屏显示桌面。全屏显示桌面时,终端就完成了桌面进程的调用。在本步骤中,全屏显示桌面后,可以结束负一屏进程,或在调用桌面进程后,就可以结束负一屏进程。作为一种可选的实现方式,在从负一屏滑向桌面的过程中,骨架屏始终保持在负一屏下方,即不显示骨架屏。
S350:回弹,显示负一屏。
在本步骤中,由于不满足第二条件,因此不能响应用户请求的滑入桌面操作,此时负一屏和桌面同步回弹,即终端的屏幕全屏显示负一屏。
在本申请中,作为一种可选的实现方式,负一屏与桌面均以系统的刷新帧率进行同步滑动。
基于本申请实施例提供的方案,由于负一屏和桌面处于不同的进程和不同的Activity中,其结构上不具有耦合性,因此在滑出负一屏后,可以释放负一屏所占据的系统内存,使系统运行流畅,避免了由于超过芯片带宽处理能力造成的掉帧卡帧问题。另外,由于负一屏和桌面处于不同的APK中,因此可以通过应用市场单独对负一屏进行升级,可以提升用户体验。
基于本申请实施例提供的方案,尽管负一屏和桌面处于不同的APK、不同的进程和不同的Activity,本申请实施例通过在桌面左侧增加骨架屏、并设置负一屏进程的调用条件、桌面的调度条件等,可以使桌面、骨架屏、负一屏滑动配合衔接流畅。
如图11所示,为本申请另一实施例提供的一种界面显示方法的流程图。该方法主要包括步骤S410-S430,下面对各个步骤依次进行介绍:
S410:显示桌面。
在本步骤中,终端的屏幕为全屏显示桌面状态。
S420:检测到第一操作;其中,所述第一操作为控制显示界面由所述桌面向负一屏方向切换的操作。
作为一种可选的实现方式,所述第一操作包括但不局限于触控终端相关触控按键、手势控制、语音控制等。
S430:响应所述第一操作,由全屏显示桌面变为显示部分桌面和部分骨架屏;当所述第一操作满足第一条件时,调用负一屏进程并全屏显示所述负一屏。
在本步骤中,所述响应所述第一操作,由全屏显示桌面变为显示部分桌面和部分骨架屏,具体包括:响应所述第一操作的第一滑动距离,由全屏显示桌面变为显示部分桌面和部分骨架屏。
在本步骤中,所述当所述第一操作满足第一条件时,调用负一屏进程并全屏显示所述负一屏,具体包括:响应所述第一操作的第二滑动距离,调用负一屏进程并全屏显示所述负一屏,其中所述第二滑动距离大于所述第一滑动距离。该步骤的具体实现方式可以参考上述实施例中步骤S220-S250,故此处不再对其进行赘述。
在本申请的实施例中,所述负一屏与桌面交互方法还可以包括步骤S510-S530,下面对各个步骤依次进行介绍:
S510:显示负一屏。
在本步骤中,终端的屏幕为全屏显示负一屏状态。
S520:检测到第二操作;其中,所述第二操作为控制显示界面由所述负一屏向桌面方向切换的操作。
作为一种可选的实现方式,所述第二操作包括但不局限于触控终端相关触控按键、手势控制、语音控制等。
S530:响应所述第二操作,由全屏显示负一屏变为显示部分负一屏和部分桌面;当所述第二操作满足第二条件时,全屏显示所述桌面。
该步骤的具体实现方式可以参考上述实施例中步骤S320-S350,故此处不再对其进行赘述。
本申请的另一实施例还提供一种电子设备,该电子设备可以由软件系统实现,也可以由硬件设备实现,还可以由软件系统和硬件设备结合来实现。
应理解,图12仅是示例性地展示了一种电子设备的一种结构化示意图,本申请并不限定对电子设备中功能模块的划分。如图7所示,该电子设备可以在逻辑上分成多个模块,每个模块可以具有不同的功能,每个模块的功能由可以计算设备中的处理器读取并执行存储器中的指令来实现。示例性的,该界面切换装置包括显示模块610、第一检测模块620和第一响应模块630。
在一种实施方式中,该电子设备用于执行图11所示的步骤S410-S430中描述的内容以及图12所示的步骤S510-S530中描述的内容。具体的,可以为:显示模块610,用于显示桌面。第一检测模块620,用于检测到第一操作;其中,所述第一操作为控制显示界面由所述桌面向负一屏方向切换的操作。第一响应模块630用于响应所述第一操作,由全屏显示桌面变为显示部分桌面和部分骨架屏;当所述第一操作满足第一条件时,调用负一屏进程并全屏显示所述负一屏。需要说明的是,本申请实施例仅对界面切换装置的结构和功能模块进行示例性划分,但是不对其具体划分做任何限制。
作为一种可选的实现方式,该电子设备中的显示模块610还用于显示负一屏。该电子设备还包括第二检测模块640和第二响应模块650。具体的:第二检测模块640用于检测到第二操作;其中,所述第二操作为控制显示界面由所述负一屏向桌面方向切换的操作。第二响应模块650用于响应所述第二操作,由全屏显示负一屏变为显示部分负一屏和部分桌面;当所述第二操作满足第二条件时,全屏显示所述桌面。
可选的,在由全屏显示桌面变为显示部分桌面和部分骨架屏之前,所述方法还包括:
判断所述骨架屏或负一屏的启用状态;
若所述骨架屏或所述负一屏为启用状态,则由全屏显示桌面变为显示部分桌面和部分骨架屏。可选的,所述骨架屏是否启用的状态与所述负一屏是否启用的状态相关:
若所述负一屏为启用状态,则所述负一屏对应的骨架屏为启用状态;
若所述负一屏为禁用状态,则所述负一屏对应的骨架屏为禁用状态。
作为一种可选的实现方式,所述骨架屏和所述桌面位于同一Activity中。所述负一屏和所述桌面位于不同的进程中;且,所述负一屏和所述桌面位于不同的Activity中。
作为一种可选的实现方式,所述第一条件与所述第一操作对应的滑动距离或所述第一操作对应的滑动速度相关;其中,所述第一操作对应的滑动距离为第一操作对应的手势的滑动距离或响应于第一操作的显示界面中内容的滑动距离,所述第一操作对应的滑动速度为第一操作对应的手势的滑动速度或响应于第一操作的显示界面内容的滑动速度。。
作为另外一种可选的实现方式,所述第一条件与所述第一操作对应的滑动距离或所述第一操作对应的滑动速度、屏幕的宽度和负一屏的启动时延相关,其中,所述第一操作对应的滑动距离为第一操作对应的手势的滑动距离或响应于第一操作的显示界面中内容的滑动距离,所述第一操作对应的滑动速度为第一操作对应的手势的滑动速度或响应于第一操作的显示界面内容的滑动速度。
本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时用于执行一种多样化问题生成方法,该方法包括上述各个实施例所描述的方案中的至少之一。
本申请实施例的计算机存储介质,可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是,但不限于,电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括、但不限于无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
注意,上述仅为本申请的较佳实施例及所运用的技术原理。本领域技术人员会理解,本申请不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此,虽然通过以上实施例对本申请进行了较为详细的说明,但是本申请不仅仅限于以上实施例,在不脱离本申请的构思的情况下,还可以包括更多其他等效实施例,均属于本申请的保护范畴。
Claims (19)
1.一种界面显示方法,其特征在于,包括:
显示桌面;
检测到第一操作;其中,所述第一操作为控制显示界面由所述桌面向负一屏方向切换的操作;
响应所述第一操作,由全屏显示桌面变为显示部分桌面和部分骨架屏;
当所述第一操作满足第一条件时,调用负一屏进程并全屏显示所述负一屏。
2.根据权利要求1所述的方法,其特征在于,还包括:
检测到第二操作;其中,所述第二操作为控制显示界面由所述负一屏向桌面方向切换的操作;
响应所述第二操作,由全屏显示负一屏变为显示部分负一屏和部分桌面;
当所述第二操作满足第二条件时,全屏显示所述桌面。
3.根据权利要求1或2所述的方法,其特征在于,在由全屏显示桌面变为显示部分桌面和部分骨架屏之前,所述方法还包括:
判断所述骨架屏或负一屏的启用状态;
若所述骨架屏或所述负一屏为启用状态,则由全屏显示桌面变为显示部分桌面和部分骨架屏。
4.根据权利要求3所述的方法,其特征在于,所述骨架屏是否启用的状态与所述负一屏是否启用的状态相关:
若所述负一屏为启用状态,则所述负一屏对应的骨架屏为启用状态;
若所述负一屏为禁用状态,则所述负一屏对应的骨架屏为禁用状态。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述骨架屏和所述桌面位于同一Activity中。
6.根据权利要求5所述的方法,其特征在于,所述负一屏和所述桌面位于不同的进程中;且,所述负一屏和所述桌面位于不同的Activity中。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述第一条件与所述第一操作对应的滑动距离或所述第一操作对应的滑动速度相关;其中,所述第一操作对应的滑动距离为第一操作对应的手势的滑动距离或响应于第一操作的显示界面中内容的滑动距离,所述第一操作对应的滑动速度为第一操作对应的手势的滑动速度或响应于第一操作的显示界面内容的滑动速度。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述响应所述第一操作,由全屏显示桌面变为显示部分桌面和部分骨架屏,具体包括:
响应所述第一操作的第一滑动距离,由全屏显示桌面变为显示部分桌面和部分骨架屏;
所述当所述第一操作满足第一条件时,调用负一屏进程并全屏显示所述负一屏,具体包括:
响应所述第一操作的第二滑动距离,调用负一屏进程并全屏显示所述负一屏,其中所述第二滑动距离大于所述第一滑动距离。
9.根据权利要求1-6任一项所述的方法,其特征在于,所述第一条件与所述第一操作对应的滑动距离或所述第一操作对应的滑动速度、屏幕的宽度和负一屏的启动时延相关,其中,所述第一操作对应的滑动距离为第一操作对应的手势的滑动距离或响应于第一操作的显示界面中内容的滑动距离,所述第一操作对应的滑动速度为第一操作对应的手势的滑动速度或响应于第一操作的显示界面内容的滑动速度。
10.一种界面显示系统,其特征在于,包括:
负一屏模块和桌面模块;
所述负一屏模块包括负一屏进程;所述负一屏进程包括负一屏Activity;所述负一屏Activity包括负一屏Window;所述负一屏Window包括负一屏View;所述桌面模块包括桌面进程;所述桌面进程包括桌面Activity;所述桌面Activity包括桌面Window,所述桌面Window包括桌面View和负一屏对应的骨架屏View;
其中,当检测到第一操作时,由全屏显示桌面View变为显示部分桌面View和部分骨架屏View;当所述第一操作满足第一条件时,调用负一屏进程,使全屏显示负一屏View;所述第一操作为控制显示界面由所述桌面向负一屏方向切换的操作。
11.根据权利要求10所述的系统,其特征在于,当检测到第二操作时,由全屏显示负一屏View变为显示部分负一屏View和部分桌面View;当所述第二操作满足第二条件时,结束负一屏进程,使全屏显示桌面View;所述第二操作为控制显示界面由所述负一屏向桌面方向切换的操作。
12.根据权利要求10所述的系统,其特征在于,在由全屏显示桌面View变为显示部分桌面View和部分骨架屏View之前,所述系统还会判断所述骨架屏或负一屏的启用状态;
若所述骨架屏或所述负一屏为启用状态,则由全屏显示桌面变为显示部分桌面和部分骨架屏。
13.根据权利要求12所述的系统,其特征在于,所述骨架屏是否启用的状态与所述负一屏是否启用的状态相关:
若所述负一屏为启用状态,则所述负一屏对应的骨架屏为启用状态;若所述负一屏为禁用状态,则所述负一屏对应的骨架屏为禁用状态。
14.根据权利要求10-13任一项所述的系统,其特征在于,所述第一条件与所述第一操作对应的滑动距离或所述第一操作对应的滑动速度相关;其中,所述第一操作对应的滑动距离为第一操作对应的手势的滑动距离或响应于第一操作的显示界面中内容的滑动距离,所述第一操作对应的滑动速度为第一操作对应的手势的滑动速度或响应于第一操作的显示界面内容的滑动速度。
15.根据权利要求10-14任一项所述的系统,其特征在于,所述当检测到第一操作时,由全屏显示桌面View变为显示部分桌面View和部分骨架屏View,具体包括:
当检测到所述第一操作的第一滑动距离,由全屏显示桌面View变为显示部分桌面View和部分骨架屏View;
所述当所述第一操作满足第一条件时,调用负一屏进程,使全屏显示负一屏View,具体包括:
当所述第一操作对应的滑动距离达到第二滑动距离,调用负一屏进程,使全屏显示负一屏View,其中所述第二滑动距离大于所述第一滑动距离。
16.根据权利要求10-13任一项所述的系统,其特征在于,所述第一条件与所述第一操作对应的滑动距离或所述第一操作对应的滑动速度、屏幕的宽度和负一屏的启动时延相关,其中,所述第一操作对应的滑动距离为第一操作对应的手势的滑动距离或响应于第一操作的显示界面中内容的滑动距离,所述第一操作对应的滑动速度为第一操作对应的手势的滑动速度或响应于第一操作的显示界面内容的滑动速度。
17.一种电子设备,包括存储器和处理器,其特征在于,所述存储器中存储有可执行代码,所述处理器执行所述可执行代码,实现权利要求1-9任一项所述的界面显示方法。
18.一种计算机可读存储介质,其上存储有程序指令,其特征在于,所述程序指令当被计算机执行时,使得所述计算机执行权利要求1-9任一项所述的界面显示方法。
19.一种计算机程序产品,其特征在于,当所述计算机程序产品在计算设备上运行时,使得所述计算设备执行权利要求1-9任一项所述的界面显示方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110529457.1A CN115421634A (zh) | 2021-05-14 | 2021-05-14 | 一种界面显示方法、系统及电子设备 |
PCT/CN2022/085096 WO2022237387A1 (zh) | 2021-05-14 | 2022-04-02 | 一种界面显示方法、系统及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110529457.1A CN115421634A (zh) | 2021-05-14 | 2021-05-14 | 一种界面显示方法、系统及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115421634A true CN115421634A (zh) | 2022-12-02 |
Family
ID=84029400
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110529457.1A Pending CN115421634A (zh) | 2021-05-14 | 2021-05-14 | 一种界面显示方法、系统及电子设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN115421634A (zh) |
WO (1) | WO2022237387A1 (zh) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103809896B (zh) * | 2012-11-15 | 2018-11-09 | 腾讯科技(深圳)有限公司 | 一种页面切换方法及装置 |
CN110088719B (zh) * | 2017-10-12 | 2021-06-01 | 华为技术有限公司 | 移动设备的显示方法和移动设备 |
WO2019222887A1 (zh) * | 2018-05-21 | 2019-11-28 | 华为技术有限公司 | 一种显示控制方法及终端 |
CN110389803A (zh) * | 2019-06-28 | 2019-10-29 | 北京小米移动软件有限公司 | 一种页面显示方法、装置、显示终端及存储介质 |
-
2021
- 2021-05-14 CN CN202110529457.1A patent/CN115421634A/zh active Pending
-
2022
- 2022-04-02 WO PCT/CN2022/085096 patent/WO2022237387A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
WO2022237387A1 (zh) | 2022-11-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11722449B2 (en) | Notification message preview method and electronic device | |
WO2021129326A1 (zh) | 一种屏幕显示方法及电子设备 | |
WO2020156269A1 (zh) | 一种具有柔性屏幕的电子设备的显示方法及电子设备 | |
US20220400305A1 (en) | Content continuation method and electronic device | |
WO2020134872A1 (zh) | 一种消息处理的方法、相关装置及系统 | |
WO2021063237A1 (zh) | 电子设备的控制方法及电子设备 | |
WO2021036770A1 (zh) | 一种分屏处理方法及终端设备 | |
EP4060475A1 (en) | Multi-screen cooperation method and system, and electronic device | |
WO2022007862A1 (zh) | 图像处理方法、系统、电子设备及计算机可读存储介质 | |
US20230418444A1 (en) | Notification Message Management Method and Electronic Device | |
CN113747552B (zh) | 一种功耗优化方法和电子设备 | |
CN115016706B (zh) | 一种线程的调度方法及电子设备 | |
CN114756359A (zh) | 一种图像处理方法和电子设备 | |
WO2022161120A1 (zh) | 一种点亮屏幕的方法及电子设备 | |
CN114816200A (zh) | 一种显示方法及电子设备 | |
CN115129410A (zh) | 桌面壁纸配置方法、装置、电子设备及可读存储介质 | |
CN113391743B (zh) | 一种显示方法及电子设备 | |
CN114374766B (zh) | 一种界面显示方法、电子设备及计算机可读存储介质 | |
WO2021042881A1 (zh) | 消息通知方法及电子设备 | |
WO2024001810A1 (zh) | 设备交互方法、电子设备及计算机可读存储介质 | |
EP4365722A1 (en) | Method for displaying dock bar in launcher and electronic device | |
CN115421634A (zh) | 一种界面显示方法、系统及电子设备 | |
CN115113716A (zh) | 一种息屏显示参数的调节方法和终端设备 | |
WO2023174322A1 (zh) | 图层处理方法和电子设备 | |
US12019942B2 (en) | Multi-screen collaboration method and system, and electronic device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |