CN116263686A - 终端的显示方法以及终端的显示装置 - Google Patents

Abstract

本申请公开了一种终端的显示方法以及终端的显示方法装置，该方法包括：在所述终端处于横屏状态的情况下，基于应用的竖屏显示方式确定所述应用的横屏显示配置；基于所述横屏显示配置对所述应用执行显示操作，其中，所述应用不支持横屏显示。在对应用于终端的应用显示的过程中，首先进行适应性的判断，当确定应用不支持横屏显示时，立即根据该应用的竖屏显示方式生成横屏显示配置，并执行对应的显示操作，从而有效满足了用户的实际横屏显示需求，避免了传统强制横屏显示所带来的拉伸变形的异常显示情况，提高了用户体验。

Description

终端的显示方法以及终端的显示装置

技术领域

本申请涉及屏幕显示技术领域，具体地涉及一种终端的显示方法以及一种终端的显示装置。

背景技术

随着智能化设备的不断发展，汽车中也越来越多的应用智能化设备，例如智能化显示屏。在现有的车载智能化显示屏的应用中，主要是基于android系统的智能显示屏，该智能显示屏能够对智能APP中的内容进行显示处理，例如智能APP在应用过程中可以首先申请landscape或者portrait显示窗口，并对具体的应用内容进行显示。

然而在实际应用过程中，由于目前的智能应用主要的应用场景为手机，因此大部分智能应用仅支持竖屏应用，而不支持横屏的适应性应用，因此无法支持终端，例如车载平板的大屏幕显示屏的显示应用，因此将导致在终端上运行上述智能应用的过程中，无法进行横屏浏览，只能将终端竖放以进行竖屏浏览，对于只能横放的终端将只能横向显示，因此为用户造成了极大的困扰。

进一步地，现有技术也可以通过将竖屏显示的内容通过拉伸变形以实现横屏显示效果，然而上述方法将导致显示内容的异常变形和不友好显示，大大降低了用户体验。

发明内容

为了克服现有技术中存在的上述技术问题，本申请实施例提供一种终端的显示方法，通过对应用于终端的应用进行预先的适用性判断，并对不适用的应用执行对应的显示操作，从而有效避免应用拉伸变形或显示内容较少的技术问题，提高了用户体验。

为了实现上述目的，本申请实施例提供一种终端的显示方法，所述显示方法包括：在所述终端处于横屏状态的情况下，基于应用的竖屏显示方式确定所述应用的横屏显示配置；基于所述横屏显示配置对所述应用执行显示操作，其中，所述应用不支持横屏显示。

优选地，所述基于应用的竖屏显示方式确定所述应用的横屏显示配置，包括：获取所述应用的竖屏窗口配置信息；基于所述竖屏窗口配置信息判断所述应用是否支持多窗口显示；在所述应用不支持多窗口显示的情况下，确定所述应用的第一横屏配置，所述第一横屏配置为所述应用的单屏显示配置；在所述应用支持多窗口显示的情况下，确定所述应用的第二横屏配置，所述第二横屏配置为所述应用的分屏显示配置；将所述第一横屏配置或所述第二横屏配置作为所述横屏显示配置。

优选地，所述确定所述应用的第一横屏配置，包括：获取所述应用的至少一个常用窗口；确定与所述竖屏窗口配置信息对应的主窗口配置，以及确定与所述至少一个常用窗口对应的副窗口配置；基于所述主窗口配置和所述副窗口配置确定所述应用的第一横屏配置。

优选地，所述确定所述应用的第二横屏配置，包括：确定所述应用的待显示窗口的窗口数量；在所述窗口数量为一个的情况下，确定将所述应用进行居中显示的配置作为所述应用的第二横屏配置；在所述窗口数量为至少两个的情况下，获取窗口参数信息，基于所述窗口参数信息确定所述应用的第二横屏配置。

优选地，所述显示方法还包括：在确定将所述应用进行居中显示的配置后，响应于用户的边界编辑操作，对将所述应用进行居中显示的配置进行修改，获得边界修改后配置；将所述边界修改后配置作为所述应用的第二横屏配置。

优选地，所述窗口参数信息包括窗口尺寸和窗口位置，所述基于所述窗口参数信息确定所述应用的第二横屏配置，包括：获取所述终端的屏幕尺寸；基于所述窗口尺寸和所述屏幕尺寸确定所述终端的多个显示区域；基于所述窗口位置和所述多个显示区域确定每个待显示窗口的显示配置；基于每个待显示窗口的显示配置确定所述应用的第二横屏配置。

优选地，所述显示方法还包括：响应于对所述窗口位置的调整操作，对所述窗口位置进行调整，获得调整后位置；基于所述调整后位置和所述多个显示区域确定每个待显示窗口的显示配置。

优选地，所述显示方法还包括：在执行所述显示操作之后，确定当前焦点窗口；响应于针对所述终端的触摸事件，确定与所述触摸事件对应的触摸区域；判断所述触摸区域是否处于所述当前焦点窗口内；在所述触摸区域不处于所述当前焦点窗口内的情况下，将所述触摸区域所在的窗口作为新的当前焦点窗口；执行所述触摸事件对应的操作指令。

优选地，所述确定当前焦点窗口，包括：遍历所述待显示窗口，在所述待显示窗口中确定处于第一显示状态的至少一个第一窗口，所述待显示窗口中除所述至少一个第一窗口以外的其余窗口处于第二显示状态；在所述第一窗口中确定默认焦点窗口；将所述默认焦点窗口作为当前焦点窗口。

优选地，所述至少一个第一窗口包括母显示窗口和至少一个子显示窗口，所述执行所述触摸事件，包括：确定所述触摸事件的事件类型；在所述事件类型为窗口跳转事件的情况下，清除所述子显示窗口，显示与所述触摸事件对应的新的子显示窗口；在所述事件类型为非窗口跳转事件的情况下，刷新显示当前焦点窗口。

优选地，所述显示方法还包括：在执行所述显示操作之后，响应于所述终端的竖屏操作；竖屏显示所述母显示窗口；将所述至少一个子显示窗口设置为所述第二显示状态。

优选地，所述显示方法还包括：响应于所述终端在所述竖屏操作之后的横屏操作，将每个子显示窗口均设置为所述第一显示状态；基于所述第二横屏配置对所述至少一个第一窗口执行所述显示操作。

相应的，本申请实施例还提供一种终端的显示装置，所述显示装置包括：横屏配置确定单元，用于在所述终端处于横屏状态的情况下，基于应用的竖屏显示方式确定所述应用的横屏显示配置；显示单元，用于基于所述横屏显示配置对所述应用执行显示操作，其中，所述应用不支持横屏显示。

另一方面，本申请实施例还提供一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请实施例提供的显示方法。

另一方面，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请实施例提供的方法。

通过本申请提供的技术方案，本申请至少具有如下技术效果：

通过在对应用于终端的应用进行显示的过程中，首先进行适应性的判断，当确定当前应用不支持横屏显示时，立即根据该应用的竖屏显示方式生成对应的横屏显示配置，并执行对应的显示操作，从而有效满足了用户的实际横屏显示需求，避免了传统强制横屏显示所带来的拉伸变形的异常显示情况，提高了用户体验。

本申请实施例的其它特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本申请实施例的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本申请实施例，但并不构成对本申请实施例的限制。在附图中：

图1是本申请实施例提供的终端的显示方法的具体实现流程图；

图2是本申请实施例提供的终端的显示方法中确定横屏显示配置的具体实现流程图；

图3是本申请实施例提供的终端的显示方法中确定第一横屏配置的示意图；

图4是本申请另一实施例提供的终端的显示方法中确定第一横屏配置的示意图；

图5是本申请实施例提供的终端的显示方法中仅显示一个待显示窗口的示意图；

图6是本申请实施例提供的终端的显示方法中显示两个待显示窗口的示意图；

图7是本申请实施例提供的终端的显示方法中对两个待显示窗口的位置进行调整的示意图；

图8是本申请实施例提供的终端的显示方法中切换为竖屏显示方式的示意图；

图9是本申请实施例提供的终端的显示装置的结构示意图；

图10是本申请实施例提供的电子设备的结构示意图。

具体实施方式

以下结合附图对本申请实施例的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本申请实施例，并不用于限制本申请实施例。

本申请实施例中的术语“系统”和“网络”可被互换使用。“多个”是指两个或两个以上，鉴于此，本申请实施例中也可以将“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。另外，需要理解的是，在本申请实施例的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

请参见图1，本申请实施例提供一种终端的显示方法，所述显示方法包括：

S10)在所述终端处于横屏状态的情况下，基于应用的竖屏显示方式确定所述应用的横屏显示配置；

S20)基于所述横屏显示配置对所述应用执行显示操作，其中，所述应用不支持横屏显示。

在一种可能的实施方式中，本申请实施例提供的显示方法应用于车载终端，当然也可以应用于其他显示终端，在此不做过多赘述。例如在本申请实施例中，该车载终端默认处于横屏状态，所述横屏状态即为车载终端在应用时，车载终端的显示屏幕的宽度大于屏幕的高度的状态，例如该车载终端可以为触摸屏，也可以为其他移动终端的共享屏。在某个应用场景中，某用户在该车载终端启动某应用或显示某应用，为了实现对横屏的车载终端的较佳显示，为用户提供更好的用户体验，在进行显示前，首先获取应用的显示配置信息，例如本申请实施例提供的车载终端可以是基于android操作系统，当然，也可以基于其他应用系统(例如MacOS、Linux等系统)，在应用启动时，可以获取其通过清单文件配置或者通过代码申请的Orientation属性以获取该应用的显示配置信息，并根据上述显示配置信息确定当前显示的应用是否支持横屏显示。

例如在本申请实施例中，该应用不支持横屏显示，即不支持应用中的显示内容的尺寸根据屏幕放置状态进行自适应调整的效果，此时可以根据该应用的竖屏显示方式进一步确定该应用的横屏显示配置，并根据上述横屏显示配置对该应用执行对应的显示操作。

在本申请实施例中，通过对应用在终端中的显示进行适应性预判，对不能进行横屏显示的应用进行优化显示，具体的，根据其竖屏显示方式为其生成对应的横屏显示配置，并执行对应的显示操作，从而在不对应用的显示内容造成拉伸变形的基础上，实现友好的横屏显示，有效提高了用户的使用体验。

请参见图2，在本申请实施例中，所述基于应用的竖屏显示方式确定所述应用的横屏显示配置，包括：

S31)获取所述应用的竖屏窗口配置信息；

S32)基于所述竖屏窗口配置信息判断所述应用是否支持多窗口显示；

S33)在所述应用不支持多窗口显示的情况下，确定所述应用的第一横屏配置，所述第一横屏配置为所述应用的单屏显示配置；

S34)在所述应用支持多窗口显示的情况下，确定所述应用的第二横屏配置，所述第二横屏配置为所述应用的分屏显示配置；

S35)将所述第一横屏配置或所述第二横屏配置作为所述横屏显示配置。

在一种可能的实施方式中，在确定该应用不支持横屏显示后，开始确定该应用的横屏显示配置。例如在本申请实施例中，可以将该应用进行分屏显示，例如可以分为左右屏分别进行显示的方式，实现对该应用在竖屏显示方式下的横屏显示效果，然而在实际应用过程中，并不是所有的应用都支持分屏显示，例如在一种实施例中，技术人员为终端的应用场景所专门开发的应用支持分屏显示效果，在实际应用过程中可以进行分屏显示；而对于某通用软件，其并不支持分屏显示，因此需要对该通用应用进行更进一步的优化显示。

因此在本申请实施例中，在对应用的实际显示过程中，首先获取该应用的竖屏窗口配置信息，例如可以通过解析该应用的资源文件以获取该应用的竖屏窗口配置信息，例如该竖屏窗口配置信息为将该应用以竖屏的方式(即其显示窗口的宽度小于高度)进行显示的配置信息，并根据该竖屏窗口配置信息判断该应用是否支持多窗口显示。在第一实施例中，该应用不支持多窗口显示，因此需要针对该应用的单屏显示方式确定对应的第一横屏配置。

在本申请实施例中，所述确定所述应用的第一横屏配置，包括：获取所述应用的至少一个常用窗口；确定与所述竖屏窗口配置信息对应的主窗口配置，以及确定与所述至少一个常用窗口对应的副窗口配置；基于所述主窗口配置和所述副窗口配置确定所述应用的第一横屏配置。

请参见图3，在一种可能的实施方式中，在确定该应用的第一横屏配置的过程中，进一步获取该应用的至少一个常用窗口，例如该常用窗口为该用户在日常使用过程中，根据用户常用的应用窗口所确定的。在确定常用窗口后，进一步确定与应用的竖屏窗口配置信息对应的主窗口配置，例如在本申请实施例中，应用对应的主窗口被配置为居中显示，当然也可以靠边(靠左或靠右)显示，上述主窗口配置还可以包括对应用的主窗口大小尺寸的设置信息，例如可以加大/减小应用的显示宽度/显示高度，或该主窗口可以与屏幕的上下边界贴合设置，也可以与上下边界以预设间隔设置等；以及确定与至少一个常用窗口对应的副窗口配置，此时，根据上述主窗口配置和副窗口配置确定该应用的第一横屏配置，并进行对应的显示。其中，副窗口可以配置为在屏幕的左上角显示，也可以在屏幕的右上角显示，此处不作限定。

在本申请实施例中，通过根据应用的实际显示配置，为应用提供针对性的横屏优化显示方法，从而允许应用在显示过程中，能够为用户提供更好的横屏显示效果，提高用户使用体验。

请参见图4，在另一种可能的实施方式中，用户当前打开的应用为K歌应用，用户在该K歌应用中的常用窗口有2个，因此一方面生成与该K歌应用对应的主窗口配置，例如该主窗口配置为将K歌应用居中、最大化显示的配置，另一方面可以根据用户日常听歌过程中的常用窗口生成对应的副窗口配置，例如上述2个常用窗口为用户的关注歌曲列表和比亚迪K歌窗口，例如该副窗口配置为分别在左右两侧显示上述关注歌曲列表和比亚迪K歌窗口的配置。

当然，本领域技术人员根据上述实施例很容易知道，也可以将上述主窗口靠左显示，并将两个副窗口靠右显示(例如分别显示在右上和右下位置)；进一步地，上述实施例提供的副窗口数量仅为一种特定的实施例，而不应视为对副窗口数量的限制，技术人员可以根据实际需求配置多个(大于2个)副窗口，都应该属于本申请实施例的保护范围，在此不做过多赘述。

进一步地，为了进一步提高用户体验，提高交互美观度，本领域技术人员可以在终端的显示屏幕底部铺设应用主题背景，并将上述主窗口和副窗口叠加显示于该应用主题背景上，以实现更好的用户体验。

在本申请实施例中，通过在现有的简单应用显示或基于点击操作逐步显示的基础上，进一步将用户的常用窗口为用户提供独立显示和快捷显示，从而在应用的竖屏显示的基础上，实现适应横屏方式的更优化显示效果，为用户提供了更好的终端应用体验效果。

基于上述技术方案，实现了对于不能进行横屏显示且不支持多窗口显示的应用的优化横屏显示效果，下面进一步描述对于不能进行横屏显示但支持多窗口显示的应用，如何实现优化横屏显示效果。

在本申请实施例中，所述确定所述应用的第二横屏配置，包括：确定所述应用的待显示窗口的窗口数量；在所述窗口数量为一个的情况下，确定将所述应用进行居中显示的配置作为所述应用的第二横屏配置；在所述窗口数量为至少两个的情况下，获取窗口参数信息，基于所述窗口参数信息确定所述应用的第二横屏配置。

在一种可能的实施方式中，在确定当前应用支持多窗口显示后，准备对该应用进行横屏优化显示。首先确定该应用的待显示窗口的窗口数量，待显示窗口为同一任务栈的任务窗口，例如在基于android系统的应用显示过程中，该应用的待显示窗口可以为同一ActivityStack栈中的多个窗口。例如在一种实施例中，请参见图5，该应用刚被启动，此时该应用仅需要显示其主界面，即该应用的待显示窗口的窗口数量为一个，因此可以对该应用进行居中显示，以提高显示美观度，此时可以将该应用进行居中显示的配置作为应用的第二横屏配置。

进一步地，在本申请实施例中，所述显示方法还包括：在确定将所述应用进行居中显示的配置后，响应于用户的边界编辑操作，对将所述应用进行居中显示的配置进行修改，获得边界修改后配置；将所述边界修改后配置作为所述应用的第二横屏配置。

例如在确定对该应用进行居中显示并获取到对应的显示配置后，可以实时监控用户是否有进一步的边界编辑操作，若用户输入了边界编辑操作则立即触发响应，例如用户可以根据实际需要自己定义该应用的显示边界，此时可以根据用户的边界编辑操作加大/减小该应用的显示宽度等，从而实现对居中显示配置的修改以获得边界修改后配置，并将该边界修改后配置作为该应用的第二横屏配置。若用户并未输入边界编辑操作，则默认以自动生成的显示配置作为该应用的第二横屏配置进行横屏显示。

请参见图6，在另一种实施例中，该应用的待显示窗口为至少两个(例如为2个)，则在显示过程中，首先获取窗口参数信息，并根据该窗口参数信息确定该应用的第二横屏配置，例如该窗口参数信息包括窗口尺寸和窗口位置，所述基于所述窗口参数信息确定所述应用的第二横屏配置，包括：获取所述终端的屏幕尺寸；基于所述窗口尺寸和所述屏幕尺寸确定所述终端的多个显示区域；基于所述窗口位置和所述多个显示区域确定每个待显示窗口的显示配置；基于每个待显示窗口的显示配置确定所述应用的第二横屏配置。

在对该应用进行多窗口显示的过程中，应用的活动窗口在系统侧是用WindowState来描述的，因此可以通过此类实现对具体窗口边界和位置的计算，例如其中的DisplayFrames定义了当前窗口的所有边界，因此通过更改对应DisplayFrames的mFrame，mDisplayFrame，mVisibleFrame，mDecorFrame等边界属性，来确定窗口的显示边界和位置。例如当前终端的显示分辨率为1920*1080，则可以定义单窗口的默认横屏显示宽度设置为960，显示位置设置为[480,1440]。双窗口显示则默认设置窗口横屏显示宽度为955，左窗口显示位置为[0，955]，右窗口显示位置为[965,1920]，即确定了每个待显示窗口的显示配置，以及进一步确定了该应用的第二横屏配置。

在本申请实施例中，所述显示方法还包括：响应于对所述窗口位置的调整操作，对所述窗口位置进行调整，获得调整后位置；基于所述调整后位置和所述多个显示区域确定每个待显示窗口的显示配置。

请参见图7，在一种可能的实施方式中，上述待显示窗口包括2个窗口，在根据上述应用的第二横屏配置对该应用进行横屏显示后，例如将2个窗口中的默认主窗口显示于屏幕左侧，默认子窗口显示于屏幕右侧，此时实时监控是否获取到针对上述窗口的窗口位置的调整操作。例如在某一时刻，监控到用户通过滑动其中一个窗口以对上述两个窗口的窗口位置进行调整，即获取到对窗口位置的调整操作，因此立即进行响应，例如根据上述调整操作对上述窗口的窗口位置进行调整，并获得调整后位置，然后基于上述调整后位置和上述多个显示区域进一步确定每个待显示窗口的显示配置，然后对该应用进行显示。

在本申请实施例中，通过在对应用进行多窗口显示的过程中，实时响应用户的窗口调整操作，能够进一步满足用户实际的屏幕观察需求，提高用户体验。

在本申请实施例中，所述显示方法还包括：在执行所述显示操作之后，确定当前焦点窗口；响应于针对所述终端的触摸事件，确定与所述触摸事件对应的触摸区域；判断所述触摸区域是否处于所述当前焦点窗口内；在所述触摸区域不处于所述当前焦点窗口内的情况下，将所述触摸区域所在的窗口作为新的当前焦点窗口；执行所述触摸事件对应的操作指令。

进一步地，在本申请实施例中，所述确定当前焦点窗口，包括：遍历所述待显示窗口，在所述待显示窗口中确定处于第一显示状态的至少一个第一窗口，所述待显示窗口中除所述至少一个第一窗口以外的其余窗口处于第二显示状态；在所述第一窗口中确定默认焦点窗口；将所述默认焦点窗口作为当前焦点窗口。

由于系统在同一时刻只能记载一个焦点窗口并进行对应的操作响应，因此在确定该应用的每个窗口的显示配置并执行对应的横屏显示后，需要进一步实时获取焦点窗口，以实现对多窗口的触摸事件的准确响应。在一种可能的实施方式中，在执行显示操作后，确定当前焦点窗口，例如在本申请实施例中，可以通过遍历上述待显示窗口，上述待显示窗口均位于同一ActivityStack，并在上述待显示窗口中确定处于正在显示状态的第一窗口，例如该第一窗口包括显示于屏幕左侧的主窗口和显示于屏幕右侧的子窗口，在该待显示窗口中的其余窗口均处于暂停显示或被清除状态。然后在上述第一窗口中确定默认焦点窗口，例如可以预先将上述主窗口设置为默认焦点窗口，在应用启动后，应用启动后显示的主窗口即为该默认焦点窗口。

在确定默认焦点窗口后，将该默认焦点窗口作为当前焦点窗口，此时实时监控是否存在针对终端的触摸事件，例如在某一时刻，用户触摸终端的显示屏幕，因此终端对该触摸事件进行响应，首先确定与该触摸事件对应的触摸区域，例如可以根据触摸事件所在终端上的横纵坐标确定该触摸事件对应的触摸区域，然后进一步判断该触摸区域是否处于当前焦点窗口内，并在该触摸区域不处于当前焦点窗口内的情况下，将触摸区域所在的窗口作为新的当前焦点窗口，以实现焦点窗口的切换，然后执行该触摸事件对应的操作指令，从而实现触摸事件的准确响应。

在本申请实施例中，通过在执行显示操作后，对分屏显示的应用的当前焦点窗口进行实时的更新或切换，从而能够实现对触摸事件的准确执行，提高用户体验。

在本申请实施例中，所述至少一个第一窗口包括母显示窗口和至少一个子显示窗口，所述执行所述触摸事件，包括：确定所述触摸事件的事件类型；在所述事件类型为窗口跳转事件的情况下，清除所述子显示窗口，显示与所述触摸事件对应的新的子显示窗口；在所述事件类型为非窗口跳转事件的情况下，刷新显示当前焦点窗口。

在一种可能的实施方式中，在获取到上述触摸事件后，首先确定该触摸事件的事件类型，例如在本申请实施例中，该触摸类型包括窗口跳转事件和非窗口跳转事件，窗口跳转事件即为从当前窗口跳转至其他窗口的事件，例如用户的触摸操作为点击某跳转链接，则此时可以确定该触摸事件为窗口跳转事件，非窗口跳转事件可以包括但不限于文本查看、图片放大(点击图片进行放大显示)等事件。在另一种实施例中，用户的触摸事件为点击某跳转链接，则清除该子显示窗口(不管该窗口跳转事件是发生在母显示窗口还是发生在子显示窗口，若发生在母显示窗口，则确定将要查看其他子窗口，因此对右侧的子显示窗口进行清除操作；若发生在子显示窗口，也需要对当前子显示窗口进行清除以显示新的子显示窗口)，然后执行该触摸事件并显示对应的新的子显示窗口，例如在现在的子显示窗口的位置上刷新显示将要跳转显示的窗口。

在本申请实施例中，通过根据用户的触摸事件的事件类型执行对应的窗口更新显示，从而避免了同一窗口被多次添加至右侧子窗口，有效避免了异常显示以及异常响应的情况发生，提高了应用的使用稳定性，提高了用户体验。

在本申请实施例中，所述显示方法还包括：在执行所述显示操作之后，响应于所述终端的竖屏操作；竖屏显示所述母显示窗口；将所述至少一个子显示窗口设置为所述第二显示状态。

进一步地，在本申请实施例中，所述显示方法还包括：响应于所述终端在所述竖屏操作之后的横屏操作，将每个子显示窗口均设置为所述第一显示状态；基于所述第二横屏配置对所述至少一个第一窗口执行所述显示操作。

对于本领域技术人员很容易知道的是，对于大多数的车载终端，其均为固定设置于汽车上的，然而汽车上也存在可拆卸设置的车载终端，而对于此类终端，当用户将终端拿起来并竖放时，若依然采用横屏显示的方式，则依然会降低用户体验，因此需要针对终端的实际放置状态自动进行动态的显示切换。

请参见图8，在一种可能的实施方式中，在执行显示操作后，实时监控终端是否受到竖屏操作，例如在某一时刻，监控到终端被竖放，即获取到针对该终端的竖屏操作，因此立即进行响应。具体的，在当前分屏显示应用的多个窗口的情况下，竖屏显示该应用的母显示窗口，并将上述至少一个子显示窗口设置为上述第二显示状态。例如竖屏显示该母显示窗口，并将其余子显示窗口叠加在母显示窗口下方进行暂停显示。

进一步地，在响应上述竖屏操作后，进一步监控是否获取到在竖屏操作后的横屏操作，例如在另一时刻，监控到用户将终端重新返回横屏状态，即获取到在竖屏操作后的横屏操作，此时将上述每个子显示窗口均设置为第一显示状态，例如将上述每个子显示窗口重新设置为正在显示状态，然后根据上述第二横屏配置对上述至少一个第一窗口执行显示操作，从而实现对终端的横竖屏切换过程中，针对不支持横屏显示的应用的显示或自适应竖屏切换显示，从而有效提高了用户的使用体验，满足了用户的实际需求。

下面结合附图对本申请实施例所提供的终端的显示装置进行说明。

请参见图9，基于同一发明构思，本申请实施例提供一种终端的显示装置，所述显示装置包括：横屏配置确定单元，用于在所述终端处于横屏状态的情况下，基于应用的竖屏显示方式确定所述应用的横屏显示配置；显示单元，用于基于所述横屏显示配置对所述应用执行显示操作，其中，所述应用不支持横屏显示。

请参见图10，进一步地，本申请实施例还提供一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请实施例提供的显示方法。

进一步地，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请实施例所述的方法。

以上结合附图详细描述了本申请实施例的可选实施方式，但是，本申请实施例并不限于上述实施方式中的具体细节，在本申请实施例的技术构思范围内，可以对本申请实施例的技术方案进行多种简单变型，这些简单变型均属于本申请实施例的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本申请实施例对各种可能的组合方式不再另行说明。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得单片机、芯片或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

此外，本申请实施例的各种不同的实施方式之间也可以进行任意组合，只要其不违背本申请实施例的思想，其同样应当视为本申请实施例所公开的内容。

Claims (15)

1.一种终端的显示方法，其特征在于，所述显示方法包括：

在所述终端处于横屏状态的情况下，基于应用的竖屏显示方式确定所述应用的横屏显示配置；

基于所述横屏显示配置对所述应用执行显示操作，其中，所述应用不支持横屏显示。

2.根据权利要求1所述的显示方法，其特征在于，所述基于应用的竖屏显示方式确定所述应用的横屏显示配置，包括：

获取所述应用的竖屏窗口配置信息；

基于所述竖屏窗口配置信息判断所述应用是否支持多窗口显示；

在所述应用不支持多窗口显示的情况下，确定所述应用的第一横屏配置，所述第一横屏配置为所述应用的单屏显示配置；

在所述应用支持多窗口显示的情况下，确定所述应用的第二横屏配置，所述第二横屏配置为所述应用的分屏显示配置；

将所述第一横屏配置或所述第二横屏配置作为所述横屏显示配置。

3.根据权利要求2所述的显示方法，其特征在于，所述确定所述应用的第一横屏配置，包括：

获取所述应用的至少一个常用窗口；

确定与所述竖屏窗口配置信息对应的主窗口配置，以及确定与所述至少一个常用窗口对应的副窗口配置；

基于所述主窗口配置和所述副窗口配置确定所述应用的第一横屏配置。

4.根据权利要求2所述的显示方法，其特征在于，所述确定所述应用的第二横屏配置，包括：

确定所述应用的待显示窗口的窗口数量；

在所述窗口数量为一个的情况下，确定将所述应用进行居中显示的配置作为所述应用的第二横屏配置；

在所述窗口数量为至少两个的情况下，获取窗口参数信息，基于所述窗口参数信息确定所述应用的第二横屏配置。

5.根据权利要求4所述的显示方法，其特征在于，所述显示方法还包括：

在确定将所述应用进行居中显示的配置后，响应于用户的边界编辑操作，对将所述应用进行居中显示的配置进行修改，获得边界修改后配置；

将所述边界修改后配置作为所述应用的第二横屏配置。

6.根据权利要求4所述的显示方法，其特征在于，所述窗口参数信息包括窗口尺寸和窗口位置，所述基于所述窗口参数信息确定所述应用的第二横屏配置，包括：

获取所述终端的屏幕尺寸；

基于所述窗口尺寸和所述屏幕尺寸确定所述终端的多个显示区域；

基于所述窗口位置和所述多个显示区域确定每个待显示窗口的显示配置；

基于每个待显示窗口的显示配置确定所述应用的第二横屏配置。

7.根据权利要求6所述的显示方法，其特征在于，所述显示方法还包括：

响应于对所述窗口位置的调整操作，对所述窗口位置进行调整，获得调整后位置；

基于所述调整后位置和所述多个显示区域确定每个待显示窗口的显示配置。

8.根据权利要求4所述的显示方法，其特征在于，所述显示方法还包括：

在执行所述显示操作之后，确定当前焦点窗口；

响应于针对所述终端的触摸事件，确定与所述触摸事件对应的触摸区域；

判断所述触摸区域是否处于所述当前焦点窗口内；

在所述触摸区域不处于所述当前焦点窗口内的情况下，将所述触摸区域所在的窗口作为新的当前焦点窗口；

执行所述触摸事件对应的操作指令。

9.根据权利要求8所述的显示方法，其特征在于，所述确定当前焦点窗口，包括：

遍历所述待显示窗口，在所述待显示窗口中确定处于第一显示状态的至少一个第一窗口，所述待显示窗口中除所述至少一个第一窗口以外的其余窗口处于第二显示状态；

在所述第一窗口中确定默认焦点窗口；

将所述默认焦点窗口作为当前焦点窗口。

10.根据权利要求9所述的显示方法，其特征在于，所述至少一个第一窗口包括母显示窗口和至少一个子显示窗口，所述执行所述触摸事件，包括：

确定所述触摸事件的事件类型；

在所述事件类型为窗口跳转事件的情况下，清除所述子显示窗口，显示与所述触摸事件对应的新的子显示窗口；

在所述事件类型为非窗口跳转事件的情况下，刷新显示当前焦点窗口。

11.根据权利要求10所述的显示方法，其特征在于，所述显示方法还包括：

在执行所述显示操作之后，响应于所述终端的竖屏操作；

竖屏显示所述母显示窗口；

将所述至少一个子显示窗口设置为所述第二显示状态。

12.根据权利要求11所述的显示方法，其特征在于，所述显示方法还包括：

响应于所述终端在所述竖屏操作之后的横屏操作，将每个子显示窗口均设置为所述第一显示状态；

基于所述第二横屏配置对所述至少一个第一窗口执行所述显示操作。

13.一种终端的显示装置，其特征在于，所述显示装置包括：

横屏配置确定单元，用于在所述终端处于横屏状态的情况下，基于应用的竖屏显示方式确定所述应用的横屏显示配置；

显示单元，用于基于所述横屏显示配置对所述应用执行显示操作，其中，所述应用不支持横屏显示。

14.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-12中任一项权利要求所述的显示方法。

15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-12中任一项权利要求所述的显示方法。

Images