CN116737291A - 桌面应用的处理方法和电子设备 - Google Patents

桌面应用的处理方法和电子设备 Download PDF

Info

Publication number
CN116737291A
CN116737291A CN202211330016.XA CN202211330016A CN116737291A CN 116737291 A CN116737291 A CN 116737291A CN 202211330016 A CN202211330016 A CN 202211330016A CN 116737291 A CN116737291 A CN 116737291A
Authority
CN
China
Prior art keywords
interface
state
task
desktop
terminal equipment
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
Application number
CN202211330016.XA
Other languages
English (en)
Inventor
徐少非
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honor Device Co Ltd
Original Assignee
Honor Device Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Honor Device Co Ltd filed Critical Honor Device Co Ltd
Priority to CN202211330016.XA priority Critical patent/CN116737291A/zh
Publication of CN116737291A publication Critical patent/CN116737291A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • 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
    • 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
    • G06F3/04883—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 for inputting data by handwriting, e.g. gesture or text

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

桌面应用的处理方法和电子设备
技术领域
本申请涉及终端技术领域，尤其涉及桌面应用的处理方法和电子设备。
背景技术
随着终端技术领域的发展，终端设备可提供的功能也越来越多。用户在使用终端设备的过程中，可在一个终端设备中同时启动多个任务，其中，任务可以为应用程序。例如，终端设备可基于相应的应用程序同时满足用户听音乐、社交软件聊天和上网等需求。终端设备启动多个任务后，可通过多任务界面在多个任务之间进行切换。例如，多任务界面显示有最近使用的任务卡片，当接收到用户对任务卡片的触发操作时，终端设备可快速的切换到新任务。
可能的实现中，终端设备可在横屏状态下显示任务，例如终端设备可横屏播放视频，这时，终端设备可基于用户的上滑操作进入多任务界面，该多任务界面为横屏界面。当终端设备横屏退出多任务界面时，终端设备可显示桌面(也可以称为主界面)。但一些情况下，在退出多任务界面的过程中，终端设备会显示重新加载桌面的过程，影响终端设备的性能，降低用户的使用体验。
发明内容
本申请实施例提供一种桌面应用的处理方法和电子设备，应用于终端技术领域，通过在终端设备横屏状态下进入或退出多任务界面时，桌面应用的显示状态始终保持竖屏状态，减少桌面应用由于横竖屏切换，重新加载桌面的情况，从而提升了终端设备的性能。
第一方面，本申请实施例提出一种桌面应用的处理方法。该方法包括：终端设备显示第一界面；其中，终端设备处于横屏状态，第一界面显示有终端设备在运行的第一应用；第一应用为支持横屏显示的应用；终端设备接收到用户的第一操作；响应于第一操作，终端设备显示第二界面；其中，第二界面显示有与第一应用相对应的第一任务卡片，第一任务卡片为横屏状态；终端设备接收到用户的第二操作；响应于第二操作，终端设备显示第三界面；其中，终端设备在显示第三界面时为竖屏状态；其中，终端设备在显示第二界面，以及将第二界面向第三界面切换的过程中，保持桌面应用的显示状态为竖屏状态。这样，在终端设备横屏进入多任务界面直至退出多任务界面的过程中，桌面应用的显示状态保持竖屏，减少了桌面应用的横竖屏切换，进而提升终端设备的性能。
其中，第一界面可以为正在横屏状态运行应用程序的界面，例如，第一界面可对应于图4中的a所示界面；第一应用可对应于图4中的a所示界面中的视频应用；第二界面可以为横屏状态显示的多任务界面，例如，第二界面可对应于图4中的b所示界面；第一任务卡片可对应于图4中的b所示界面中的视频任务卡片；第三界面可以为桌面，例如，第三界面可对应于图4中的c所示界面。或者，第一界面可对应于图6中的a所示界面；第一应用可对应于图6中的a所示界面中的视频应用；第二界面可对应于图6中的b所示界面；第一任务卡片可对应于图6中的b所示界面中的视频任务卡片；第三界面可对应于图6中的c所示界面。
在一种可能的实现方式中，第二界面中包括状态栏；状态栏处于竖屏状态。这样，终端设备在横屏状态进入多任务界面后，终端设备可显示竖屏状态的状态栏。
其中，第二界面可对应于图5中的c所示界面，处于竖屏状态的状态栏可如图5中的c界面所示。
在一种可能的实现方式中，第二界面中不包括状态栏；在终端设备显示第二界面之后，还包括：终端设备接收到用户在第二界面中的第三操作；第三操作包括从显示屏左侧向右滑动的触发操作；响应于第三操作，终端设备显示第四界面，其中，第四界面中显示有第一任务卡片和状态栏，状态栏处于竖屏状态。这样，终端设备在横屏状态进入多任务界面后，终端设备可基于第三操作，显示竖屏状态的状态栏。
其中，第三操作可以是从显示屏左侧向右滑动的触发操作，第三操作可对应于用户在图5中的b所示界面中的向右滑动的操作。第四界面为显示有状态栏的多任务界面，第四界面可对应于图5中的c所示界面。
在一种可能的实现方式中，第一任务卡片为：桌面应用基于转换后的坐标绘制的任务卡片，转换后的坐标为从竖屏坐标系向横屏坐标系转换后的坐标。这样，终端设备可得到从竖屏坐标系转换为横屏坐标系下的坐标，转换后的坐标可供终端设备绘制第一任务卡片。
在一种可能的实现方式中，第一任务卡片在竖屏坐标系下的顶点坐标为第一坐标(x1,y1)，第一任务卡片转换后的坐标包括：第二坐标(y1,x1+a)、第三坐标(y1,x1)、第四坐标(y1+b,x1+a)和第五坐标(y1+b,x1)；其中，第二坐标为第一任务卡片在横屏坐标系下的顶点坐标，第三坐标、第四坐标与第五坐标分别为第一任务卡片在横屏坐标系下的其他三个点坐标；x1为第一任务卡片在竖屏坐标系下的顶点坐标的横坐标，y1为第一任务卡片在竖屏坐标系下的顶点坐标的纵坐标，a为第一任务卡片第一边的边长，b为第一任务卡片第二边的边长，其中第一边的边长小于第二边的边长。这样，终端设备可基于转换后的坐标绘制第一任务卡片。
在一种可能的实现方式中，第二界面还包括第二任务卡片，第二任务卡片为与终端设备后台运行的应用程序相匹配的任务卡片；第二任务卡片为：桌面应用基于转换后的坐标绘制的任务卡片；方法包括：终端设备接收到用户在第二界面的第四操作；第四操作包括左滑操作或者右滑操作；响应于第四操作，终端设备控制第一任务卡片和第二任务卡片沿第四操作的滑动方向移动。这样，终端设备不进行桌面应用的横竖屏切换的情况不会影响到用户浏览任务卡片的方式，提升用户的使用体验。
其中，第二界面可对应于图8中的a所示界面，第一任务卡片可对应于图8中的a所示界面中的视频任务卡片，第二任务卡片对应于图8中的b所示界面中的日历任务卡片；第四操作可以是用户在图8中的a所示界面中的向左滑动或向右滑动的操作。
在一种可能的实现方式中，第二任务卡片转换后的坐标包括：第六坐标(y1+b+c,x1+a)、第七坐标(y1+b+c,x1)、第八坐标(y1+2b+c,x1+a)和第九坐标(y1+2b+c,x1)；其中，c为第一任务卡片与第二任务卡片的间距。这样，终端设备可基于转换后的坐标绘制第二任务卡片。
在一种可能的实现方式中，桌面应用包括：手势管理器、桌面状态管理器和多任务视图管理器，响应于第一操作，终端设备显示第二界面，包括：响应于第一操作，手势管理器向桌面状态管理器上报第一指令，第一指令用于指示终端设备进入多任务界面；当桌面状态管理器得到第一指令时，删除桌面状态管理器中的第二指令，不执行将桌面应用的显示状态由竖屏状态切换至横屏状态的过程；第二指令用于指示桌面应用的显示状态由竖屏状态切换至横屏状态；桌面状态管理器向多任务视图管理器上报第三指令；第三指令用于指示多任务视图管理器绘制竖屏状态或者横屏状态的任务卡片；多任务视图管理器根据第三指令、第一信息和转换后的坐标绘制横屏状态的任务卡片，显示第二界面；第一信息为用于指示终端设备处于横屏状态的信息。这样，终端设备在横屏状态进入多任务界面时，可保持桌面应用的显示状态为竖屏状态，同时，用户可基于左右滑动调整任务卡片的位置，在不影响用户的使用体验的情况下，提升了终端设备的性能。
在一种可能的实现方式中，多任务视图管理器根据第三指令、第一信息和转换后的坐标绘制横屏状态的任务卡片，包括：当多任务视图管理器接收到第三指令时，多任务视图管理器基于第一接口获取到传感器驱动上报的第一信息；第一接口用于获取终端设备的横竖屏状态；多任务视图管理器对任务卡片进行坐标转换，得到转换后的坐标；多任务视图管理器根据转换后的坐标绘制横屏状态的任务卡片。这样，终端设备可得到转换后的坐标，并基于转换后的坐标绘制多个任务卡片。
在一种可能的实现方式中，桌面应用包括launcher；手势管理器包括OverviewCommandHelper；桌面状态管理器包括LauncherStateManager；多任务视图管理器包括RecentsView。
在一种可能的实现方式中，响应于第二操作，终端设备显示第三界面，包括：响应于第二操作，终端设备的手势管理器向桌面状态管理器上报第四指令，第四指令用于指示终端设备退出多任务界面；当桌面状态管理器得到第四指令时，删除桌面状态管理器中的第五指令，不执行将桌面应用的显示状态由横屏状态切换至竖屏状态的过程；第五指令用于指示桌面应用的显示状态由横屏状态切换至竖屏状态；桌面应用得到桌面状态管理器上报的第六指令，桌面应用显示第三界面；其中，第六指令用于指示桌面应用绘制并显示桌面。这样，终端设备在横屏状态退出多任务界面时，可保持桌面应用的显示状态为竖屏状态，提升了终端设备的性能。
在一种可能的实现方式中，第一操作为从显示屏底部上滑并保持的触发操作；或者，第一操作为对第一界面中的第一按钮的触发操作；其中，第一按钮用于指示终端设备进入多任务界面。这样，终端设备可基于第一操作进入第二界面。
其中，第一操作可对应于在图4中的a所示界面中的从屏幕底部上滑并保持的操作；或者第一操作可对应于在图6中的a所示界面中的导航键601的触发操作。
在一种可能的实现方式中，第二界面包括第二按钮，第二按钮用于指示终端设备删除第二界面中的任务卡片，第二操作为针对第二按钮的触发操作；或者，第二操作为对第二界面中空白区域的触发操作；或者，第二界面包括第三按钮，第三按钮用于指示终端设备退回到主界面，第二操作为针对第三按钮的触发操作。这样，终端设备可基于第二操作进入第三界面。
其中，第二按钮可对应于图4中的b所示界面中的删除按钮401，第二操作为在图4中的b所示界面中针对删除按钮401的触发操作；或者第二操作为在图4中的b所示界面中对空白区域的触发操作。第三按钮可对应于图6中的b所示界面中的导航键602，第二操作为在图6中的b所示界面中针对导航键602的触发操作。
第二方面，本申请实施例提供一种终端设备，终端设备也可以称为终端(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等。终端设备可以是手机(mobile phone)、智能电视、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。
该终端设备包括：包括：处理器和存储器；存储器存储计算机执行指令；处理器执行存储器存储的计算机执行指令，使得终端设备执行如第一方面的方法。
第三方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序。计算机程序被处理器执行时实现如第一方面的方法。
第四方面，本申请实施例提供一种计算机程序产品，计算机程序产品包括计算机程序，当计算机程序被运行时，使得计算机执行如第一方面的方法。
第五方面，本申请实施例提供了一种芯片，芯片包括处理器，处理器用于调用存储器中的计算机程序，以执行如第一方面所示的方法。
应当理解的是，本申请的第二方面至第五方面与本申请的第一方面的技术方案案相对应，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。
附图说明
图1为可能的实现中一种桌面应用的处理方法的界面示意图；
图2为本申请实施例提供的一种终端设备的结构示意图；
图3为本申请实施例提供的一种终端设备的软件结构示意图；
图4为本申请实施例提供的一种桌面应用的处理方法的界面示意图；
图5为本申请实施例提供的一种桌面应用的处理方法的界面示意图；
图6为本申请实施例提供的一种桌面应用的处理方法的界面示意图；
图7为本申请实施例提供的一种桌面应用的处理方法的界面示意图；
图8为本申请实施例提供的一种桌面应用的处理方法的界面示意图；
图9为本申请实施例提供的一种桌面应用的处理方法的流程示意图；
图10为本申请实施例提供的任务卡片的坐标转换的流程示意图；
图11为本申请实施例提供的一种桌面应用的处理方法的流程示意图；
图12为本申请实施例提供的一种桌面应用的处理方法的流程示意图；
图13为本申请实施例提供的一种桌面应用的处理装置的结构示意图。
具体实施方式
为了便于清楚描述本申请实施例的技术方案，以下，对本申请实施例中所涉及的部分术语和技术进行简单介绍：
本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。
需要说明的是，本申请实施例中的“在……时”，可以为在某种情况发生的瞬时，也可以为在某种情况发生后的一段时间内，本申请实施例对此不作具体限定。此外，本申请实施例提供的显示界面仅作为示例，显示界面还可以包括更多或更少的内容。
随着终端技术领域的发展，终端设备可提供的功能也越来越多。用户在使用终端设备的过程中，可在一个终端设备中同时启动多个任务，其中，任务可以为应用程序。例如，终端设备可基于相应的应用程序同时满足用户听音乐、社交软件聊天和上网等需求。终端设备启动多个任务后，可通过多任务界面在多个任务之间进行切换。例如，多任务界面显示有最近使用的任务卡片，当接收到用户对任务卡片的触发操作时，终端设备可快速的切换到新任务。
可能的实现中，终端设备可在横屏状态下执行任务，例如终端设备可横屏播放视频，这时，终端设备可基于用户的上滑操作进入多任务界面，该多任务界面为横屏界面。当终端设备横屏退出多任务界面时，终端设备可显示桌面。但一些情况下，在退出多任务界面的过程中，终端设备会显示重新加载桌面的过程，影响终端设备的性能，降低用户的使用体验。
示例性的，图1示出了可能的实现中一种桌面应用的处理方法，如图1所示：
需要说明的是，终端设备可处于横屏状态与竖屏状态。其中，竖屏状态可理解为终端设备通常所处的状态，可以是终端生产厂商所定义的方向。以终端设备是手机为例，当手机的第一边为水平状态、手机的第二边为竖直状态时，该终端设备处于竖屏状态，第一边的边长小于第二边的边长。横屏状态可理解为将竖屏状态的终端设备旋转90°后终端设备所处的状态。以终端设备是手机为例，手机的第一边为竖直状态、手机的第二边为水平状态时，该终端设备处于横屏状态。本申请实施例中，终端设备的较短边定义为第一边，较长边定义为第二边，本申请实施例后续对此不再赘述。
如图1中的a界面所示，终端设备可启动视频应用程序，终端设备在横屏状态下执行视频任务。当终端设备接收到用户在屏幕中从屏幕底部上滑并保持的触发操作时，终端设备可进入如图1中的b所示界面。
多任务界面可如图1中的b所示界面，多任务界面中显示有当前任务卡片与最近启动的任务卡片，例如，在终端设备启动视频应用程序之前，用户还使用终端设备开启了日历应用程序，其中，多任务界面可根据应用程序的开启顺序依次排列相应任务卡片。多任务界面中可显示有视频任务卡片和日历任务卡片。
图1中的b所示界面还显示有删除按钮，删除按钮用于清除多任务界面中的全部任务。一些实施例中，当终端设备接收到针对删除按钮的触发操作时，终端设备可退出多任务界面，并返回桌面，例如终端设备进入图1中的d所示界面。另一些实施例中，当终端设备接收到用户针对多任务界面中空白区域的触发操作时，终端设备也可退出多任务界面，并返回桌面，进入图1中的d所示界面。
在终端设备由图1中的b所示界面切换至图1中的d所示界面的过程中，终端设备可显示图1中的c所示界面。图1中的c所示界面的场景可理解为在退出多任务界面后，终端设备加载桌面时，桌面由横屏状态切换为竖屏状态。
上述过程可能对终端设备的性能造成影响，这是因为终端设备在横屏状态下进入多任务界面，终端设备的桌面应用(launcher)的显示状态会由竖屏状态切换为横屏状态。桌面应用可以理解为用于显示终端设备的桌面的应用，桌面应用的显示状态可包括横屏状态与竖屏状态，其中，桌面应用的显示状态与终端设备的状态可以不一致。
需要说明的是，终端设备在横屏状态下进入多任务界面时，可后台运行横屏状态的launcher。示例性的，在图1中的a所示界面中，launcher的显示状态处于竖屏状态。当终端设备接收到从屏幕底部上滑并保持的触发操作时，launcher的显示状态可切换为横屏状态，可如图1中的b所示界面；在图1中的b所示界面中，终端设备可根据执行应用程序的时间顺序在显示屏上依次显示多个任务。这时，由于launcher的显示状态处于横屏状态，终端设备可基于左右滑动的触发操作调整多任务界面所显示的任务卡片，示例性的，当终端设备接收到向左滑动的触发操作时，多任务界面可显示右侧的任务卡片，例如，终端设备可基于向左滑动的触发操作显示完整的日历任务卡片。一些实施例中，在图1中的b所示界面中，多任务界面也可显示状态栏，其中状态栏靠近终端设备第二边的一侧，状态栏为横屏状态。可以看出，终端设备在横屏状态下进入多任务界面后，launcher的显示状态可切换至横屏状态。
而当终端设备在横屏状态下退出多任务界面时，launcher的显示状态又会由横屏状态切换为竖屏状态；launcher的显示状态由横屏状态切换至竖屏状态的过程可如图1中的b界面至图1中的d界面所示，用户可观察到终端设备的桌面存在一个横屏切换为竖屏的逆时针旋转过程。而launcher在执行横竖屏切换时，均会重新加载桌面的数据以及布局，进而影响终端设备的性能。
有鉴于此，本申请实施例提供了一种桌面应用的处理方法，终端设备在横屏状态下进入多任务界面时，launcher的显示状态保持竖屏状态；终端设备在横屏状态退出多任务界面时，launcher的显示状态仍为竖屏状态。这样，终端设备在横屏状态下进入或退出多任务界面时，launcher的显示状态始终保持竖屏状态，不会出现launcher由于横竖屏切换，重新加载桌面的情况，从而提升了终端设备的性能。
为了能够更好地理解本申请实施例，下面对本申请实施例的终端设备的结构进行介绍：
图2示出了终端设备100的结构示意图。终端设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriberidentification module，SIM)卡接口195等。
其中，传感器模块180可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。
可以理解的是，本申请实施例示意的结构并不构成对终端设备100的具体限定。在本申请另一些实施例中，终端设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从存储器中调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integratedcircuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。
可以理解的是，本申请实施例示意的各模块间的接口连接关系，是示意性说明，并不构成对终端设备100的结构限定。在本申请另一些实施例中，终端设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过终端设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为终端设备供电。
电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。
终端设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。终端设备100中的天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在终端设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在终端设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
在一些实施例中，终端设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端设备100可以通过无线通信技术与网络以及其他设备通信。
终端设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dotlightemitting diodes，QLED)等。在一些实施例中，终端设备100可以包括1个或N个显示屏194，N为大于1的正整数。
终端设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度等进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，终端设备100可以包括1个或N个摄像头193，N为大于1的正整数。
外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储终端设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行终端设备100的各种功能应用以及数据处理。
终端设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。
示例性的，终端设备100还可以包括按键190、马达191、指示器192、SIM卡接口195(eSIM卡)等一项或多项。
终端设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构，等。本申请实施例以分层架构的Android系统为例，示例性说明终端设备100的软件结构。
图3是本申请实施例的终端设备100的软件结构框图。
分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。
应用程序层可以包括一系列应用程序包。
如图3所示，应用程序包可以包括相机，日历，电话，地图，视频和桌面应用launcher等应用程序。
launcher为终端设备的桌面启动器，其中，终端设备的桌面UI统称为launcher。launcher可用于显示和管理终端设备中的其他应用程序。例如，当终端设备在桌面中接收到针对应用程序卡片的触发操作时，终端设备可基于launcher启动该应用程序。launcher可包括手势管理器，桌面状态管理器和多任务视图管理器等。
手势管理器(OverviewCommandHelper)用于监听用户在显示屏上的触发手势，手势管理器可基于用户的触发手势所对应的指令，确定待调取的模块。例如，本申请实施例中，手势管理器可基于从显示屏底部上滑并保持的触发操作所对应的指令，向桌面状态管理器上报overviewstate指令，以进入多任务界面；手势管理器也可基于针对多任务界面中删除按钮或空白区域的点击操作所对应的指令，向桌面状态管理器上报normalstate指令，以进入桌面。
桌面状态管理器(LauncherStateManager)用于管理桌面应用的显示状态。桌面状态管理器可根据手势管理器上报的指令确定执行进入多任务界面的过程或者进入桌面的过程。桌面状态可包括进入多任务界面时的多任务状态(overview)和进入桌面时的正常状态(normal)。桌面状态管理器可切换桌面应用的显示状态，例如，将桌面应用的显示状态由竖屏状态切换至横屏状态，或者将桌面应用的显示状态由横屏状态切换至竖屏状态。
多任务视图管理器(RecentsView)用于管理多任务界面的布局，多任务视图管理器可获取终端设备的横竖屏状态。当终端设备为横屏状态时，多任务视图管理器绘制相应的横屏状态的多任务界面；当终端设备为竖屏状态时，多任务视图管理器绘制相应的竖屏状态的多任务界面。
应用程序框架层为应用程序层的应用程序提供API和编程框架。应用程序框架层包括一些预先定义的函数。
如图3所示，应用程序框架层可以包括窗口管理器，内容提供器，资源管理器，视图系统，通知管理器，活动管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，触摸屏幕，拖拽屏幕，截取屏幕等。
内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端设备振动，指示灯闪烁等。
活动管理器用于负责管理应用的活动(activity)的启动、状态、生命周期等与activity相关的事务。其中，activity是一个应用程序组件，可以提供一个界面，以供用户通过该界面与终端设备进行交互，从而完成某项任务。
Android runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。
系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。
表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。
三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层可以包含显示驱动，摄像头驱动，音频驱动，传感器驱动等。
其中，终端设备可基于传感器驱动获取终端设备的横竖屏状态。
下面结合附图对本申请实施例提供的快递提示方法进行详细地介绍。需要说明的是，本申请实施例中的“在……时”，可以为在某种情况发生的瞬时，也可以为在某种情况发生后的一段时间内，本申请实施例对此不作具体限定。
本申请实施例中以终端设备是手机为例，对桌面应用的处理方法进行描述。需要说明的是，多任务可理解为终端设备启动的多个应用，一些实施例中，终端设备的显示屏上可显示当前运行的应用程序，用户可直接与当前运行的应用程序进行交互；终端设备也可后台运行其他应用程序，用户无法直接与后台运行的应用程序进行交互。当终端设备进入多任务界面时，用户可查看终端设备运行的全部的应用程序。
需要说明的是，本申请实施例中包括上滑、下滑、左滑、右滑等触发手势，其中，上、下、左、右是相对于用户来说的，与竖屏状态的终端设备或横屏状态的终端设备无关，上、下、左、右并不限定于终端设备的某一边界。
示例性的，图4示出了本申请实施例提供的一种桌面应用的处理方法的界面示意图，如图4所示：
图4中的a所示界面中显示有终端设备当前运行的应用程序。例如，终端设备正在运行视频应用程序，终端设备可横屏显示视频内容，用户可观看到视频内容。
终端设备可支持多种系统导航方式，例如，导航键与全面屏手势。以终端设备是手机为例，导航键为在屏幕下方保留的三个可见的虚拟按键，用户可点击这三个虚拟按键实现不同的操作功能。全面屏手势则去除了屏幕下方的三个虚拟按键，终端设备可基于用户在屏幕中不同位置、不同滑动操作来操作手机系统。
一种可能的实现方式中，终端设备采用全面屏手势的系统导航方式，这时，终端设备可接收用户在屏幕上不同位置处的滑动操作，响应于该滑动操作，终端设备可执行相应的步骤。例如：在图4中的a所示界面中，当终端设备接收用户从屏幕底部向上轻扫的操作时，终端设备可进入桌面；当终端设备接收到用户从屏幕左侧或右侧向内滑动的操作时，终端设备可返回上一级。在本申请实施例中，在图4中的a所示界面中，当终端设备接收到用户从屏幕底部上滑并保持的触发操作时，终端设备可进入如图4中的b所示界面。
图4中的b所示界面中显示有终端设备最近运行的多个任务卡片。其中，任务卡片可理解为：终端设备在进入多任务界面前，可对当前应用程序的显示界面进行截图操作，得到当前界面的截图，并将该截图作为任务卡片显示在多任务界面中。一些实施例中，多任务界面中的多个任务卡片的排列方式可如图4中的b界面所示，多个任务卡片根据最近一次运行应用程序的时间顺序进行排序。例如，终端设备先启动了日历应用，后续终端设备在未关闭日历应用的情况下，又开启视频应用。这时，多任务界面可依次显示视频任务卡片、日历任务卡片。
可以理解的是，终端设备可横屏状态显示运行中的应用程序，例如，视频应用；终端设备也可竖屏状态显示运行中的应用程序，例如，日历应用。任务卡片可包括应用程序的图标402、应用程序的名称403和应用程序所显示的图像404。当正在运行的应用程序进入多任务界面或者该应用程序进入后台运行的显示状态为横屏状态时，终端设备可截取到横屏显示的应用程序的图像，该应用程序的任务卡片的图像部分可显示为横屏状态，如图4中的b所示界面中的视频应用所显示的图像404。当正在运行的应用程序进入多任务界面或者该应用程序进入后台运行的显示状态为竖屏状态时，终端设备可截取到竖屏显示的应用程序的图像，该应用程序的任务卡片的图像部分可显示为竖屏状态，如图4中的b所示界面中的日历应用所显示的图像405。
可以理解的是，应用程序所显示的图像的横竖屏状态与该应用程序的任务卡片的横竖屏状态没有关系。例如，图4中的b所示界面中，日历应用所显示的图像405为竖屏状态，但由于终端设备横屏进入图4中的b所示界面，日历任务卡片显示为横屏状态。
此外，需要说明的是，本申请实施例中，终端设备的横竖屏状态与终端设备所运行的应用程序的显示状态相同。示例性的，终端设备在竖屏状态时，终端设备所运行的应用程序的显示状态也为竖屏状态；终端设备在横屏状态时，终端设备所运行的应用程序的显示状态也为横屏状态(如图4中的a所示界面)，本申请实施例对此不再赘述。
需要说明的是，尽管图4中的b所示界面与可能的实现中的图1中的b所示界面类似，用户可能无法直观的从界面上查看launcher处于横屏状态与竖屏状态的差异。但本申请实施例中，终端设备在显示图4中的b所示界面时，终端设备的launcher始终为竖屏状态。而图1中的b所示界面中，终端设备的launcher为横屏状态。这样，在本申请实施例中，终端设备横屏状态进入多任务界面时，终端设备的launcher不会执行竖屏状态向横屏状态切换的过程，因此，终端设备不需要重新加载横屏状态的桌面数据及桌面布局，优化了桌面应用的性能。
一些实施例中，终端设备在横屏状态进入多任务界面时，可不显示状态栏，如图5中的a所示界面。另一些实施例中，终端设备在横屏状态进入多任务界面时，可显示状态栏。例如，当终端设备在图5中的a所示界面中接收到用户从屏幕底部上滑并保持的触发操作时，终端设备可显示图5中的c所示界面。图5中的c所示界面中显示有状态栏，状态栏包括：电量、时间、信号强度等信息。其中，由于本申请实施例中，终端设备的launcher始终为竖屏状态，在图5中的c所示界面中，状态栏处于竖屏状态，状态栏显示在终端设备包括摄像头的第一边的一侧。而图1中的b所示界面中的状态栏显示在终端设备第二边的一侧，可以看出，本申请实施例中，终端设备在横屏进入多任务界面时，launcher是竖屏状态的。又一些实施例中，终端设备可显示图5中的b所示界面，用户可能存在查看时间、电量等的需求。终端设备可接收用户自屏幕左侧向内滑动的触发操作，响应于该触发操作，终端设备进入如图5中的c所示界面。
基于图5可知，本申请实施例中，终端设备在横屏状态进入多任务界面时，终端设备的launcher是竖屏状态的。例如，多任务界面为图4中的b所示界面，该界面中launcher的显示状态为竖屏状态。一些实施例中，当终端设备接收到针对删除按钮401的触发操作或者接收到针对多任务界面中空白区域的触发操作时，终端设备可由图4中的b所示界面向图4中的c所示界面切换。由于launcher的显示状态始终为竖屏状态，因此由图4中的b所示界面切换到图4中的c所示界面的过程中，终端设备不会显示桌面由横屏状态切换为竖屏状态的旋转过程(旋转过程可参考图1中的c所示界面)。
示例性的，图6示出了本申请实施例提供的另一种桌面应用的处理方法的界面示意图，如图6所示：
一种可能的实现方式中，终端设备可采用导航键的系统导航方式，这时，终端设备可接收用户针对导航键的触发操作，响应于该触发操作，终端设备可执行相应的步骤。
示例性的，终端设备在运行视频应用，终端设备可显示图6中的a所示界面，图6中的a所示界面中显示有视频应用的图像、导航键601、导航键602和导航键603。其中导航键601可用于指示终端设备进入多任务界面；导航键602可用于指示终端设备进入桌面；导航键603可用于指示终端设备返回上一级。
在图6中的a所示界面中，终端设备接收到针对导航键601的触发操作，响应于该次触发操作，终端设备进入图6中的b所示界面。图6中的b所示界面可参考图4中的b所示界面的描述，此处不再赘述。
图6中的b所示界面中显示有导航键601、导航键602和导航键603。当终端设备接收到针对导航键602的触发操作时，终端设备进入如图6中的c所示界面，图6中的c所示界面可以为终端设备的桌面。图6中的c所示界面可参考图4中的c所示界面的描述，此处不再赘述。
可以理解的是，终端设备在显示图6中的b所示界面时，终端设备的launcher处于竖屏状态；终端设备在显示图6中的c所示界面时，终端设备的launcher也处于竖屏状态。终端设备从图6中的b所示界面进入图6中的c所示界面时，终端设备的launcher一直保持竖屏状态，终端设备在加载桌面时不会出现桌面发生旋转的情况。
基于此，本申请实施例提供了一种桌面应用的处理方法，通过在终端设备横屏状态进入多任务界面时，桌面应用的显示状态为竖屏状态；终端设备退出多任务界面时，桌面应用的显示状态为竖屏状态；在由多任务界面向桌面切换的过程中，终端设备保持桌面应用的显示状态为竖屏状态。这样，在终端设备横屏进入多任务界面直至退出多任务界面的过程中，桌面应用的显示状态保持竖屏，减少了桌面应用的横竖屏切换，进而提升终端设备的性能。
上面已对本申请实施例中终端设备横屏状态下进入多任务界面以及退出多任务界面的场景进行了说明，为提升用户的使用体验，本申请实施例还提供了一种浏览多个任务卡片的场景，下面结合图7与图8对该场景进行说明。
示例性的，图7示出了本申请实施例中的桌面应用的处理方法的界面示意图，如图7所示：
一种可能的实现方式中，终端设备可在竖屏状态下进入多任务界面，如图7中的a所示界面。在图7中的a所示界面中，终端设备可显示多个任务卡片。可以理解的是，终端设备可后台运行多个应用程序，多任务界面可显示有与多个应用程序相匹配的多个任务卡片，其中，终端设备的屏幕可显示部分任务卡片，其他任务卡片则未显示在屏幕上。当用户想查看其他任务卡片时，终端设备可根据用户操作显示相应的任务卡片。
示例性的，在图7中的a所示界面中，当终端设备接收到针对屏幕向左滑动的触发操作时，终端设备可显示如图7中的b所示界面。在图7中的b所示界面中，多个任务卡片向左移动。例如，在图7中的a所示界面中，终端设备显示部分视频任务卡片；而在图7中的b所示界面中，终端设备可完整的显示视频任务卡片。
或者，当终端设备接收到针对屏幕向右滑动的触发操作时，终端设备所显示的多个任务卡片可向右移动。
需要说明的是，终端设备显示竖屏状态的多任务界面时，用户可基于左右滑动的触发操作来浏览多个任务卡片。而当终端设备显示横屏状态的多任务界面时，由于终端设备的launcher始终保持竖屏状态，因此，终端设备在横屏状态进入多任务界面时，终端设备会沿用竖屏状态下的多个任务卡片的浏览方式。例如，桌面应用的显示状态处于竖屏状态，在多任务界面中，任务卡片呈左右排布，用户可通过左右滑动来调整屏幕中的任务卡片的位置。；将终端设备旋转90°后，终端设备处于横屏状态，但桌面应用的显示状态处于竖屏状态，这时终端设备横屏状态下进入多任务界面(如图7中的c所示界面)。在图7中的c所示界面中，任务卡片呈上下排布，用户应通过上下滑动来调整屏幕中的任务卡片的位置。
可以理解的是，终端设备在图7中的a所示界面中，用户可通过左右滑动调整多任务卡片的位置；终端设备在图7中的c所示界面中，用户可通过上下滑动调整多任务卡片的位置。对于用户来说，两种场景下，任务卡片的布局方式与用户操作不同，影响多任务界面的美观性以及降低用户的使用体验。
本申请实施例对横屏状态下的多个任务卡片的浏览方式进行了设置。本申请实施例提供了一种在终端设备横屏状态进入多任务界面时，终端设备依然可基于用户的左右滑动的触发操作来调整屏幕中的任务卡片位置的方法。示例性的，如图8所示：
终端设备在横屏状态进入多任务界面时，可显示图8中的a所示界面；图8中的a所示界面显示有多个任务卡片。当终端设备接收到针对屏幕向左滑动的触发操作时，终端设备可进入图8中的b所示界面。在图8中的b所示界面中，多个任务卡片向左平移。例如，在图8中的a所示界面中，终端设备显示部分日历任务卡片；而在图8中的b所示界面中，终端设备可完整的显示日历任务卡片。
或者，当终端设备接收到针对屏幕向右滑动的触发操作时，终端设备所显示的多个任务卡片可向右平移。
本申请实施例中，终端设备在竖屏状态进入多任务界面，终端设备可基于用户的左右滑动调整任务卡片的位置；终端设备在横屏状态进入多任务界面，终端设备依然可基于用户的左右滑动来调整任务卡片的位置。可以理解的是，终端设备横屏状态下进入多任务界面，launcher为竖屏状态，这样，终端设备不进行launcher的横竖屏切换的情况不会影响到用户浏览任务卡片的方式，提升用户的使用体验。
可以理解的是，本申请实施例中提供的界面仅作为一种示例，并不能构成对本申请实施例的限定。
以上实施例描述了本申请实施例提供的桌面应用的处理方法的使用场景，下面结合图9-图11对本申请实施例提供的桌面应用的处理方法的流程进行说明。
终端设备的应用层可包括桌面应用launcher，其中，launcher可包括手势管理器OverviewCommandHelper、桌面状态管理器LauncherStateManager和多任务视图管理器RecentsView。各模块可参考图3中的相关描述，本申请实施例对此不再赘述。
下面先结合图9对本申请实施例中终端设备横屏进入多任务界面的过程进行说明。图9示出了本申请实施例提供的桌面应用的处理方法的流程示意图，如图9所示：
S901、响应于第一操作，手势管理器向桌面状态管理器上报第一指令。
第一操作为从显示屏底部上滑并保持的触发操作；或者，第一操作为对第一界面中的第一按钮的触发操作；其中，第一按钮用于指示终端设备进入多任务界面。例如，第一操作可对应于在图4中的a所示界面中的从屏幕底部上滑并保持的操作；或者第一操作可对应于在图6中的a所示界面中的导航键601的触发操作。第一指令用于指示终端设备进入多任务界面，例如，第一指令可以为goToState指令中的overviewstate指令，overviewstate对应于多任务状态。
终端设备的传感器驱动检测到第一操作时，可向手势管理器上报第一操作所对应的指令。手势管理器可作为一个手势逻辑入口，第一操作指示终端设备进入多任务界面，当手势管理器识别第一操作时，调用桌面状态管理器，并将第一指令上报至桌面状态管理器。其中，第一指令为overviewstate指令。
S902、当桌面状态管理器得到第一指令时，删除桌面状态管理器中的第二指令，不执行将桌面应用的显示状态由竖屏状态切换至横屏状态的过程。
第二指令为桌面状态管理器中存储的用于处理终端设备横屏状态进入多任务界面的原生流程的指令，可以理解为：原生流程中，第二指令可用于指示桌面应用的显示状态由竖屏状态切换至横屏状态。第二指令可以为setRequestOrientation指令，其中，第二指令可以为用于设置横屏状态的指令setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE)。
桌面状态管理器在得到第一指令后，可删除桌面状态管理器中的第二指令。
一些实施例中，终端设备可基于加速度传感器驱动检测终端设备的横竖屏状态，得到用于表征终端设备的横竖屏状态的信息。例如，第一信息用于表征终端设备处于横屏(landscape)状态；第二信息用于表征终端设备处于竖屏(portrait)状态。
当桌面状态管理器得到第一信息后，确定终端设备处于横屏状态，这时，桌面状态管理器可删除横屏状态下原生流程中的第二指令，以使桌面状态管理器不执行将桌面应用的显示状态由竖屏状态切换至横屏状态的过程。当桌面状态管理器得到第二信息后，确定终端设备处于竖屏状态，这时，桌面状态管理器可继续执行竖屏状态下原生流程。
S903、桌面状态管理器向多任务视图管理器上报第三指令。
第三指令为用于表征页面滚动触发事件(onPageScroll)的指令，第三指令可指示多任务视图管理器绘制任务卡片，以供终端设备后续在显示多任务界面时，可基于用户的向左滑动或向右滑动的触发操作调整任务卡片的位置。
S904、多任务视图管理器根据第三指令、第一信息和转换后的坐标绘制横屏状态的任务卡片，显示第二界面。
转换后的坐标为从竖屏坐标系向横屏坐标系转换后的坐标。可以理解的是，终端设备的launcher的显示状态为竖屏状态，原坐标系为竖屏坐标系。本申请实施例中，终端设备处于横屏状态时，launcher的显示状态仍为竖屏状态，此时，终端设备需将竖屏坐标系下的坐标转换成横屏坐标系下的坐标，重新绘制横屏状态的任务卡片，以实现图8中的布局效果。第二界面可对应于图4中的b所示界面，或者图6中的b所示界面。
多任务视图管理器可根据第一信息确定终端设备当前处于横屏状态，多任务视图管理器在接收到第三指令后，基于转换后的坐标绘制横屏状态的任务卡片。步骤S904可包括S9041-S9043，示例性的：
S9041、当多任务视图管理器接收到第三指令时，多任务视图管理器基于第一接口获取到传感器驱动上报的第一信息。
第一接口用于获取终端设备的横竖屏状态，例如，第一接口为getOrientation。传感器驱动可获取当前终端设备的横竖屏状态(第一信息与第二信息)，并将横竖屏状态上报至传感器管理器(SensorManager)，多任务视图管理器基于getOrientation获取到第一信息，确定终端设备处于横屏状态。
S9042、多任务视图管理器对任务卡片进行坐标转换，得到转换后的坐标。
多任务视图管理器可将竖屏坐标系的坐标转换为横屏坐标系下的坐标，本申请实施例后续对此进行详细说明，此处不再赘述。
S9043、多任务视图管理器根据转换后的坐标绘制横屏状态的任务卡片。
横屏状态的任务卡片可对应于图8中的a所示界面中的视频任务卡片和/或日历任务卡片。多任务视图管理器绘制的界面可如图8中的a所示界面。当终端设备接收到用户向左滑动或向右滑动的触发操作时，任务卡片沿该触发操作的滑动方向移动。
本申请实施例提供的桌面应用的处理方法，通过响应于第一操作，手势管理器向桌面状态管理器上报第一指令；当桌面状态管理器得到第一指令时，删除桌面状态管理器中的第二指令，不执行将桌面应用的显示状态由竖屏状态切换至横屏状态的过程；桌面状态管理器向多任务视图管理器上报第三指令；多任务视图管理器根据第三指令、第一信息和转换后的坐标绘制横屏状态的任务卡片，显示第二界面。这样，终端设备在横屏状态进入多任务界面时，可保持桌面应用的显示状态为竖屏状态，同时，用户可基于左右滑动调整任务卡片的位置，在不影响用户的使用体验的情况下，提升了终端设备的性能。
下面结合图10对本申请实施例中转换后的坐标进行说明，如图10所示：
桌面应用的显示状态为竖屏状态，竖屏坐标系可如图10中的a所示，其中，终端设备中靠近摄像头的边界点可定义为(0,0)。第一任务卡片的第一坐标点A(x1,y1)可定义为第一任务卡片在竖屏坐标系下的顶点坐标，终端设备在渲染第一任务卡片时，可由点A开始渲染，直至渲染完毕第一任务卡片的节点view所对应的矩形区域。其中，x1为第一任务卡片在竖屏坐标系下的顶点坐标的横坐标，y1为第一任务卡片在竖屏坐标系下的顶点坐标的纵坐标。
将终端设备逆时针旋转90°后，终端设备可进入横屏状态，横屏坐标系可如图10中的b所示界面。相对于终端设备来说，(0,0)点始终为靠近摄像头的边界点。第一任务卡片的第二坐标点A1可定义为第一任务卡片在横屏坐标系下的顶点坐标，其中，第三坐标点B1(y1,x1)可与竖屏坐标系下的第一坐标点A(x1,y1)对应，终端设备可得到第二坐标点A1的坐标(y1,x1+a)。终端设备在渲染第一任务卡片时，可由点A1开始渲染，直至渲染完毕第一任务卡片的节点所对应的矩形区域。其中，矩形区域的其他三个点的坐标可以为第三坐标B1(y1,x1)、第四坐标C1(y1+b,x1+a)和第五坐标D1(y1+b,x1)；其中，a为第一任务卡片第一边的边长，b为第一任务卡片第二边的边长，a与b的值可自定义设置。
基于此，终端设备可得到第一任务卡片转换为横屏坐标系下的四个点的坐标，包括：第二坐标A1(y1,x1+a)、第三坐标B1(y1,x1)、第四坐标C1(y1+b,x1+a)和第五坐标D1(y1+b,x1)。终端设备的多任务视图管理器根据转换后的坐标绘制第一任务卡片。
需要说明的是，为便于理解竖屏坐标系，本申请实施例以图10中的a所示界面进行说明，该界面可理解为终端设备处于横屏状态，launcher的显示状态处于竖屏状态时，第一任务卡片的原生坐标系。图10中的a所示界面与图10中的b所示界面分别为终端设备处于横屏状态，launcher的显示状态处于竖屏状态下，从不同角度浏览到的界面。可以理解的是，图10中的a所示界面与终端设备处于竖屏状态下的界面无关，横屏状态下的终端设备所显示的任务卡片与竖屏状态下的终端设备所显示的任务卡片无映射关系。
以上实施例介绍了本申请实施例中第一任务卡片的坐标转换方法，终端设备的多任务界面还可包括第二任务卡片。下面对第二任务卡片的坐标转换方法进行说明。
如图10中的b所示界面，终端设备得到第一任务卡片的顶点坐标A1，终端设备可基于第一任务卡片与第二任务卡片的间距关系得到第二任务卡片的顶点坐标。示例性的，第一任务卡片与第二任务卡片的间距设置为c，其中，c的值可自定义设置。第二任务卡片转换后的坐标为第六坐标(y1+b+c,x1+a)、第七坐标(y1+b+c,x1)、第八坐标(y1+2b+c,x1+a)和第九坐标(y1+2b+c,x1)。终端设备可根据第二任务卡片转换后的坐标绘制第二任务卡片。
可以理解的是，多任务界面可包括n个任务卡片，第n任务卡片转换后的坐标为An(y1+(n-1)×(b+c),x1+a)、Bn(y1+(n-1)×(b+c),x1)、Cn(y1+n×b+(n-1)×c,x1+a)和Dn(y1+nb+(n-1)×c,x1)。本申请实施例不再一一列举。
以上实施例结合图9-图10介绍了本申请实施例中终端设备横屏状态进入多任务界面的场景，下面结合图11对终端设备退出多任务界面的场景进行说明，如图11所示：
S1101、响应于第二操作，终端设备的手势管理器向桌面状态管理器上报第四指令。
第二操作为针对第二按钮的触发操作，第二按钮用于指示终端设备删除第二界面中的任务卡片；或者，第二操作为对第二界面中空白区域的触发操作；或者，第二界面包括第三按钮，第三按钮用于指示终端设备退回到主界面，第二操作为针对第三按钮的触发操作。
其中，第二按钮可对应于图4中的b所示界面中的删除按钮401，第二操作为在图4中的b所示界面中针对删除按钮401的触发操作；或者第二操作为在图4中的b所示界面中对空白区域的触发操作。第三按钮可对应于图6中的b所示界面中的导航键602，第二操作为在图6中的b所示界面中针对导航键602的触发操作。第四指令用于指示终端设备退出多任务界面，例如，第四指令可以为goToState指令中的normalstate指令，normalstate对应于退出多任务状态，切换到桌面状态。
终端设备的传感器驱动检测到第二操作时，可向手势管理器上报第二操作所对应的指令。第二操作指示终端设备退出多任务界面，当手势管理器识别第二操作时，调用桌面状态管理器，并将第四指令上报至桌面状态管理器。其中，第四指令为normalstate指令。
S1102、当桌面状态管理器得到第四指令时，删除桌面状态管理器中的第五指令，不执行将桌面应用的显示状态由横屏状态切换至竖屏状态的过程；第五指令用于指示桌面应用的显示状态由横屏状态切换至竖屏状态。
第五指令为桌面状态管理器中存储的用于处理终端设备横屏状态退出多任务界面的原生流程的指令，可以理解为：原生流程中，第五指令用于指示桌面应用的显示状态由横屏状态切换至竖屏状态。第五指令可以为setRequestOrientation指令，其中，第五指令可以为用于设置竖屏状态的指令setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT)。
桌面状态管理器在得到第四指令后，可删除桌面状态管理器中的第五指令，这样，终端设备可不执行将桌面应用的显示状态由横屏状态切换至竖屏状态的过程。
S1103、桌面应用得到桌面状态管理器上报的第六指令，桌面应用显示第三界面；其中，第六指令用于指示桌面应用绘制并显示桌面。
第六指令为用于表征页面滚动触发事件(onPageScroll)的指令，第六指令可指示桌面应用的桌面视图管理器绘制并显示桌面，第三界面可对应于图4中的c所示界面，或者图6中的c所示界面。终端设备可基于第六指令显示桌面。
本申请实施例提供的桌面应用的处理方法，通过响应于第二操作，终端设备的手势管理器向桌面状态管理器上报第四指令；当桌面状态管理器得到第四指令时，删除桌面状态管理器中的第五指令，不执行将桌面应用的显示状态由横屏状态切换至竖屏状态的过程；桌面应用得到桌面状态管理器上报的第六指令，桌面应用显示第三界面。这样，终端设备在横屏状态退出多任务界面时，可保持桌面应用的显示状态为竖屏状态，提升了终端设备的性能。
在上述实施例的基础上，本申请实施例提供一种桌面应用的处理方法。示例性的，图12为本申请实施例提供的一种桌面应用的处理方法的流程示意图。
S1201、终端设备显示第一界面；其中，终端设备处于横屏状态，第一界面显示有终端设备在运行的第一应用；第一应用为支持横屏显示的应用。
其中，第一界面可以为正在横屏状态运行应用程序的界面，例如，第一界面可对应于图4中的a所示界面；或者，第一界面可对应于图6中的a所示界面。第一应用为终端设备前台运行的、可支持横屏显示的应用程序，例如，第一应用可对应于图4中的a所示界面中的视频应用；或者，第一应用可对应于图6中的a所示界面中的视频应用。
S1202、终端设备接收到用户的第一操作。
其中，第一操作为从显示屏底部上滑并保持的触发操作；或者，第一操作为对第一界面中的第一按钮的触发操作；其中，第一按钮用于指示终端设备进入多任务界面。例如，第一操作可对应于在图4中的a所示界面中的从屏幕底部上滑并保持的操作；或者第一操作可对应于在图6中的a所示界面中的导航键601的触发操作。
S1203、响应于第一操作，终端设备显示第二界面；其中，第二界面显示有与第一应用相对应的第一任务卡片，第一任务卡片为横屏状态。
其中，第二界面可以为横屏状态显示的多任务界面，例如，第二界面可对应于图4中的b所示界面；或者，第二界面可对应于图6中的b所示界面。第二界面包括第一任务卡片，第一任务卡片可对应于图4中的b所示界面中的视频任务卡片；或者，第一任务卡片可对应于图6中的b所示界面中的视频任务卡片。
S1204、终端设备接收到用户的第二操作。
第二操作为针对第二按钮的触发操作，第二按钮用于指示终端设备删除第二界面中的任务卡片；或者，第二操作为对第二界面中空白区域的触发操作；或者，第二界面包括第三按钮，第三按钮用于指示终端设备退回到主界面，第二操作为针对第三按钮的触发操作。
其中，第二按钮可对应于图4中的b所示界面中的删除按钮401，第二操作为在图4中的b所示界面中针对删除按钮401的触发操作；或者第二操作为在图4中的b所示界面中对空白区域的触发操作。第三按钮可对应于图6中的b所示界面中的导航键602，第二操作为在图6中的b所示界面中针对导航键602的触发操作。
S1205、响应于第二操作，终端设备显示第三界面；其中，终端设备在显示第三界面时为竖屏状态；其中，终端设备在显示第二界面，以及将第二界面向第三界面切换的过程中，保持桌面应用的显示状态为竖屏状态。
其中，第三界面可以为桌面，例如，第三界面可对应于图4中的c所示界面，或者，第三界面可对应于图6中的c所示界面。终端设备在显示图4中的b所示界面，以及将图4中的b所示界面向图4中的c所示界面切换的过程中，保持桌面应用的显示状态为竖屏状态；或者，终端设备在显示图6中的b所示界面，以及将图6中的b所示界面向图6中的c所示界面切换的过程中，保持桌面应用的显示状态为竖屏状态。
基于此，终端设备可在横屏状态进入以及退出多任务界面时，桌面应用不执行横竖屏切换，进而提升终端设备的性能。
可选的，第二界面中包括状态栏；状态栏处于竖屏状态。
其中，第二界面可对应于图5中的c所示界面，处于竖屏状态的状态栏可如图5中的c界面所示。
可选的，第二界面中不包括状态栏；在步骤S1203之后，还包括：终端设备接收到用户在第二界面中的第三操作；响应于第三操作，终端设备显示第四界面，其中，第四界面中显示有第一任务卡片和状态栏，状态栏处于竖屏状态。
其中，第三操作可以是从显示屏左侧向右滑动的触发操作，第三操作可对应于用户在图5中的b所示界面中的向右滑动的操作。第四界面为显示有状态栏的多任务界面，第四界面可对应于图5中的c所示界面。
可选的，第一任务卡片为：桌面应用基于转换后的坐标绘制的任务卡片，转换后的坐标为从竖屏坐标系向横屏坐标系转换后的坐标。
其中，竖屏坐标系可如图10中的a界面所示，横屏坐标系可如图10中的b界面所示。转换后的坐标为图10中的b所示界面中的第一任务卡片的A1、B1、C1和D1的坐标。
可选的，第二界面还包括第二任务卡片，第二任务卡片为与终端设备后台运行的应用程序相匹配的任务卡片；第二任务卡片为：桌面应用基于转换后的坐标绘制的任务卡片；方法包括：终端设备接收到用户在第二界面的第四操作；第四操作包括左滑操作或者右滑操作；响应于第四操作，终端设备控制第一任务卡片和第二任务卡片沿第四操作的滑动方向移动。
其中，第二界面可对应于图8中的a所示界面，第一任务卡片可对应于图8中的a所示界面中的视频任务卡片，第二任务卡片对应于图8中的b所示界面中的日历任务卡片；第四操作可以是用户在图8中的a所示界面中的向左滑动或向右滑动的操作。
上面已对本申请实施例的桌面应用的处理方法进行了说明，下面对本申请实施例提供的执行上述桌面应用的处理方法的装置进行描述。本领域技术人员可以理解，方法和装置可以相互结合和引用，本申请实施例提供的相关装置可以执行上述桌面应用的处理方法中的步骤。
如图13所示，图13为本申请实施例提供的一种桌面应用的处理装置的结构示意图，该桌面应用的处理装置可以是本申请实施例中的终端设备，也可以是终端设备内的芯片或芯片系统。
如图13所示，桌面应用的处理装置1300可以用于通信设备、电路、硬件组件或者芯片中，该桌面应用的处理装置包括：显示单元1301、以及处理单元1302。其中，显示单元1301用于支持桌面应用的处理装置1300执行的显示的步骤；处理单元1302用于支持桌面应用的处理装置1300执行信息处理的步骤。
可能的实现方式中，该桌面应用的处理装置1300中也可以包括通信单元1303。具体的，通信单元用于支持桌面应用的处理装置1300执行数据的发送以及数据的接收的步骤。其中，该通信单元1303可以是输入或者输出接口、管脚或者电路等。
可能的实施例中，桌面应用的处理装置还可以包括：存储单元1304。处理单元1302、存储单元1304通过线路相连。存储单元1304可以包括一个或者多个存储器，存储器可以是一个或者多个设备、电路中用于存储程序或者数据的器件。存储单元1304可以独立存在，通过通信线路与桌面应用的处理装置具有的处理单元1302相连。存储单元1304也可以和处理单元1302集成在一起。
存储单元1304可以存储终端设备中的方法的计算机执行指令，以使处理单元1302执行上述实施例中的方法。存储单元1304可以是寄存器、缓存或者RAM等，存储单元1304可以和处理单元1302集成在一起。存储单元1304可以是只读存储器(read-only memory，ROM)或者可存储静态信息和指令的其他类型的静态存储设备，存储单元1304可以与处理单元1302相独立。
本申请实施例提供的桌面应用的处理方法，可以应用在具备通信功能的电子设备中。电子设备包括终端设备，终端设备的具体设备形态等可以参照上述相关说明，此处不再赘述。
本申请实施例提供一种终端设备，该终端设备包括：包括：处理器和存储器；存储器存储计算机执行指令；处理器执行存储器存储的计算机执行指令，使得终端设备执行上述方法。
本申请实施例提供一种芯片。芯片包括处理器，处理器用于调用存储器中的计算机程序，以执行上述实施例中的技术方案。其实现原理和技术效果与上述相关实施例类似，此处不再赘述。
本申请实施例还提供了一种计算机可读存储介质。计算机可读存储介质存储有计算机程序。计算机程序被处理器执行时实现上述方法。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。如果在软件中实现，则功能可以作为一个或多个指令或代码存储在计算机可读介质上或者在计算机可读介质上传输。计算机可读介质可以包括计算机存储介质和通信介质，还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何目标介质。
一种可能的实现方式中，计算机可读介质可以包括RAM，ROM，只读光盘(compactdisc read-only memory，CD-ROM)或其它光盘存储器，磁盘存储器或其它磁存储设备，或目标于承载的任何其它介质或以指令或数据结构的形式存储所需的程序代码，并且可由计算机访问。而且，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，数字用户线(Digital Subscriber Line，DSL)或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘，激光盘，光盘，数字通用光盘(Digital Versatile Disc，DVD)，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。上述的组合也应包括在计算机可读介质的范围内。
本申请实施例提供一种计算机程序产品，计算机程序产品包括计算机程序，当计算机程序被运行时，使得计算机执行上述方法。
本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程设备的处理单元以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
以上的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (16)

1.一种桌面应用的处理方法，其特征在于，应用于包括显示屏的终端设备，所述方法包括：
所述终端设备显示第一界面；其中，所述终端设备处于横屏状态，所述第一界面显示有所述终端设备在运行的第一应用；所述第一应用为支持横屏显示的应用；
所述终端设备接收到用户的第一操作；
响应于所述第一操作，所述终端设备显示第二界面；其中，所述第二界面显示有与所述第一应用相对应的第一任务卡片，所述第一任务卡片为横屏状态；
所述终端设备接收到用户的第二操作；
响应于所述第二操作，所述终端设备显示第三界面；其中，所述终端设备在显示所述第三界面时为竖屏状态；其中，所述终端设备在显示所述第二界面，以及将所述第二界面向所述第三界面切换的过程中，保持桌面应用的显示状态为竖屏状态。
2.根据权利要求1所述的方法，其特征在于，所述第二界面中包括状态栏；所述状态栏处于竖屏状态。
3.根据权利要求1所述的方法，其特征在于，所述第二界面中不包括状态栏；在所述终端设备显示第二界面之后，还包括：
所述终端设备接收到用户在所述第二界面中的第三操作；所述第三操作包括从所述显示屏左侧向右滑动的触发操作；
响应于所述第三操作，所述终端设备显示第四界面，其中，所述第四界面中显示有所述第一任务卡片和所述状态栏，所述状态栏处于竖屏状态。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述第一任务卡片为：所述桌面应用基于转换后的坐标绘制的任务卡片，所述转换后的坐标为从竖屏坐标系向横屏坐标系转换后的坐标。
5.根据权利要求4所述的方法，其特征在于，所述第一任务卡片在所述竖屏坐标系下的顶点坐标为第一坐标(x1,y1)，所述第一任务卡片转换后的坐标包括：第二坐标(y1,x1+a)、第三坐标(y1,x1)、第四坐标(y1+b,x1+a)和第五坐标(y1+b,x1)；
其中，所述第二坐标为所述第一任务卡片在所述横屏坐标系下的顶点坐标，所述第三坐标、所述第四坐标与所述第五坐标分别为所述第一任务卡片在所述横屏坐标系下的其他三个点坐标；x1为所述第一任务卡片在所述竖屏坐标系下的顶点坐标的横坐标，y1为所述第一任务卡片在所述竖屏坐标系下的顶点坐标的纵坐标，a为所述第一任务卡片第一边的边长，b为所述第一任务卡片第二边的边长，其中所述第一边的边长小于所述第二边的边长。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述第二界面还包括第二任务卡片，所述第二任务卡片为与所述终端设备后台运行的应用程序相匹配的任务卡片；所述第二任务卡片为：所述桌面应用基于转换后的坐标绘制的任务卡片；所述方法包括：
所述终端设备接收到用户在所述第二界面的第四操作；所述第四操作包括左滑操作或者右滑操作；
响应于所述第四操作，所述终端设备控制所述第一任务卡片和所述第二任务卡片沿所述第四操作的滑动方向移动。
7.根据权利要求6所述的方法，其特征在于，所述第二任务卡片转换后的坐标包括：第六坐标(y1+b+c,x1+a)、第七坐标(y1+b+c,x1)、第八坐标(y1+2b+c,x1+a)和第九坐标(y1+2b+c,x1)；其中，c为所述第一任务卡片与所述第二任务卡片的间距。
8.根据权利要求1-7任一项所述的方法，其特征在于，所述桌面应用包括：手势管理器、桌面状态管理器和多任务视图管理器，所述响应于所述第一操作，所述终端设备显示第二界面，包括：
响应于所述第一操作，所述手势管理器向所述桌面状态管理器上报第一指令，所述第一指令用于指示所述终端设备进入多任务界面；
当所述桌面状态管理器得到所述第一指令时，删除所述桌面状态管理器中的第二指令，不执行将所述桌面应用的显示状态由竖屏状态切换至横屏状态的过程；所述第二指令用于指示所述桌面应用的显示状态由竖屏状态切换至横屏状态；
所述桌面状态管理器向所述多任务视图管理器上报第三指令；所述第三指令用于指示所述多任务视图管理器绘制竖屏状态或者横屏状态的任务卡片；
所述多任务视图管理器根据所述第三指令、第一信息和所述转换后的坐标绘制所述横屏状态的任务卡片，显示所述第二界面；所述第一信息为用于指示所述终端设备处于横屏状态的信息。
9.根据权利要求8所述的方法，其特征在于，所述多任务视图管理器根据所述第三指令、第一信息和所述转换后的坐标绘制所述横屏状态的任务卡片，包括：
当所述多任务视图管理器接收到所述第三指令时，所述多任务视图管理器基于第一接口获取到传感器驱动上报的所述第一信息；所述第一接口用于获取所述终端设备的横竖屏状态；
所述多任务视图管理器对所述任务卡片进行坐标转换，得到所述转换后的坐标；
所述多任务视图管理器根据所述转换后的坐标绘制所述横屏状态的任务卡片。
10.根据权利要求8或9所述的方法，其特征在于，所述桌面应用包括launcher；所述手势管理器包括OverviewCommandHelper；所述桌面状态管理器包括LauncherStateManager；所述多任务视图管理器包括RecentsView。
11.根据权利要求1所述的方法，其特征在于，所述响应于所述第二操作，所述终端设备显示第三界面，包括：
响应于所述第二操作，所述终端设备的手势管理器向桌面状态管理器上报第四指令，所述第四指令用于指示所述终端设备退出多任务界面；
当所述桌面状态管理器得到所述第四指令时，删除所述桌面状态管理器中的第五指令，不执行将所述桌面应用的显示状态由横屏状态切换至竖屏状态的过程；所述第五指令用于指示所述桌面应用的显示状态由横屏状态切换至竖屏状态；
所述桌面应用得到所述桌面状态管理器上报的第六指令，所述桌面应用显示所述第三界面；其中，所述第六指令用于指示所述桌面应用绘制并显示桌面。
12.根据权利要求1-11任一项所述的方法，其特征在于，所述第一操作为从所述显示屏底部上滑并保持的触发操作；
或者，所述第一操作为对所述第一界面中的第一按钮的触发操作；其中，所述第一按钮用于指示所述终端设备进入多任务界面。
13.根据权利要求1-12任一项所述的方法，其特征在于，所述第二界面包括第二按钮，所述第二按钮用于指示所述终端设备删除所述第二界面中的任务卡片，所述第二操作为针对所述第二按钮的触发操作；
或者，所述第二操作为对所述第二界面中空白区域的触发操作；
或者，所述第二界面包括第三按钮，所述第三按钮用于指示终端设备退回到主界面，所述第二操作为针对所述第三按钮的触发操作。
14.一种终端设备，其特征在于，包括：处理器和存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，使得所述终端设备执行如权利要求1-13中任一项所述的方法。
15.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-13任一项所述的方法。
16.一种计算机程序产品，其特征在于，包括计算机程序，当所述计算机程序被运行时，使得计算机执行如权利要求1-13任一项所述的方法。
CN202211330016.XA 2022-10-27 2022-10-27 桌面应用的处理方法和电子设备 Pending CN116737291A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211330016.XA CN116737291A (zh) 2022-10-27 2022-10-27 桌面应用的处理方法和电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211330016.XA CN116737291A (zh) 2022-10-27 2022-10-27 桌面应用的处理方法和电子设备

Publications (1)

Publication Number Publication Date
CN116737291A true CN116737291A (zh) 2023-09-12

Family

ID=87901790

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211330016.XA Pending CN116737291A (zh) 2022-10-27 2022-10-27 桌面应用的处理方法和电子设备

Country Status (1)

Country Link
CN (1) CN116737291A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102521034A (zh) * 2011-12-27 2012-06-27 惠州Tcl移动通信有限公司 一种基于android系统的多任务管理方法及其系统
CN109857495A (zh) * 2018-12-25 2019-06-07 维沃移动通信有限公司 一种显示控制方法及终端设备
CN113220385A (zh) * 2021-03-31 2021-08-06 荣耀终端有限公司 一种移动终端横竖屏自动设置方法
CN113325988A (zh) * 2021-08-04 2021-08-31 荣耀终端有限公司 多任务管理方法和终端设备
CN113994317A (zh) * 2019-06-19 2022-01-28 华为技术有限公司 一种用户界面布局方法及电子设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102521034A (zh) * 2011-12-27 2012-06-27 惠州Tcl移动通信有限公司 一种基于android系统的多任务管理方法及其系统
CN109857495A (zh) * 2018-12-25 2019-06-07 维沃移动通信有限公司 一种显示控制方法及终端设备
CN113994317A (zh) * 2019-06-19 2022-01-28 华为技术有限公司 一种用户界面布局方法及电子设备
CN113220385A (zh) * 2021-03-31 2021-08-06 荣耀终端有限公司 一种移动终端横竖屏自动设置方法
CN113325988A (zh) * 2021-08-04 2021-08-31 荣耀终端有限公司 多任务管理方法和终端设备

Similar Documents

Publication Publication Date Title
CN112714901B (zh) 系统导航栏的显示控制方法、图形用户界面及电子设备
CN112558825A (zh) 一种信息处理方法及电子设备
CN115486087A (zh) 多窗口投屏场景下的应用界面显示方法及电子设备
CN115297199A (zh) 一种具有折叠屏的设备的触控方法与折叠屏设备
CN112527174B (zh) 一种信息处理方法及电子设备
CN112527222A (zh) 一种信息处理方法及电子设备
CN111225108A (zh) 一种通信终端及负屏界面的卡片显示方法
WO2022161119A1 (zh) 一种显示方法及电子设备
CN111541811A (zh) 消除未读消息角标的方法及电子设备
WO2022262550A1 (zh) 一种拍摄视频的方法及电子设备
WO2021254113A1 (zh) 一种三维界面的控制方法和终端
CN116700601B (zh) 内存优化方法、设备及存储介质
WO2023005751A1 (zh) 渲染方法及电子设备
CN114449171B (zh) 控制摄像头的方法、终端设备、存储介质及程序产品
CN116095413A (zh) 视频处理方法及电子设备
CN116737291A (zh) 桌面应用的处理方法和电子设备
CN113835802A (zh) 设备交互方法、系统、设备及计算机可读存储介质
CN111324255A (zh) 一种基于双屏终端的应用处理方法及通信终端
CN116700555B (zh) 动效处理方法及电子设备
CN113179362B (zh) 电子设备及其图像显示方法
CN116672707B (zh) 生成游戏预测帧的方法和电子设备
CN115484390B (zh) 一种拍摄视频的方法及电子设备
CN116688494B (zh) 生成游戏预测帧的方法和电子设备
CN114816169B (zh) 桌面图标的显示方法、设备及存储介质
CN115484392B (zh) 一种拍摄视频的方法及电子设备

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