A display control method and electronic device

Abstract

Embodiments of the present application provide a display control method and an electronic device, and relate to the technical field of electronic devices. The method can flexibly adjust the display mechanism of an application display page in a horizontal screen use scenario, and obtain a full-screen display effect in the horizontal screen use scenario. The method can include: generating a first indication, the first indication corresponding to a newly created or updated first page of a first application. In response to the first indication, the display screen of the electronic device is controlled to display the first page, the first page being full-screen display, and the first page including at least two display cards, different display cards corresponding to different resources.

Description

Technical Field

[0001] This application relates to the field of electronic device technology, and in particular to a display control method and an electronic device. Background Technology

[0002] When using electronic devices, there are landscape and portrait screen usage scenarios. In landscape mode, the aspect ratio of the electronic device's screen is greater than 1; correspondingly, in portrait mode, the aspect ratio of the electronic device's screen is less than 1.

[0003] In landscape mode, some applications display in portrait mode. This results in low screen utilization and makes it difficult for users to view the content. Summary of the Invention

[0004] This application provides a display control method and an electronic device that can flexibly adjust the display mechanism of application pages in landscape mode to achieve a full-screen display effect. In some embodiments, it can also resolve other display anomalies in full-screen display scenarios.

[0005] To achieve the above technical objectives, this application adopts the following technical solution:

[0006] A first aspect provides a display control method applied to an electronic device having a first application installed thereon. The method includes: generating a first instruction corresponding to creating or updating a first page of the first application; and, in response to the first instruction, controlling the display screen of the electronic device to display the first page, the first page being a full-screen display, the first page including at least two display cards, each display card corresponding to different resources.

[0007] In this solution, the electronic device can display the first page in full-screen mode when needed. In some implementations, the first application can instruct the first page to be displayed in a portrait-centered format. The electronic device can then adjust this portrait-centered display to full-screen mode according to the system's configured scheme. Furthermore, in the full-screen first page, the electronic device can actively adjust the layout of the display cards, thereby displaying at least two display cards on the first page, thus improving the layout rationality of the display cards in landscape full-screen display.

[0008] Optionally, before displaying the first page, the method further includes: determining image processing parameters for the first page and at least one display card within the first page. The image processing parameters of the first page are used to indicate the window position and / or size information of the first page. The image processing parameters of the display card are used to indicate the aspect ratio of the display card and / or the spacing between two adjacent display cards.

[0009] Optionally, determining the image processing parameters for the first page includes: determining that the first page is displayed in full screen.

[0010] Optionally, determining the image processing parameters of at least one display card in the first page includes: determining the aspect ratio of the first display card to a first ratio, and determining the distance between the first display card and the second display card to a first distance. The first display card and the second display card are included in the at least one display card.

[0011] For example, electronic devices can determine the aforementioned full-screen display and parameters such as aspect ratio and spacing based on the policies configured in the system.

[0012] For example, the policies configured in this system can be included in a configured whitelist.

[0013] Optionally, the electronic device includes a whitelist, which includes at least one optimized layout parameter. One of the optimized layout parameters is used to indicate the page layout of an Activity and / or at least one View within an Activity of the application. Each Activity corresponds to a page, and each View corresponds to a display card. The first application is included in the at least one application. Determining the image processing parameters of the first page and the at least one display card within the first page includes: determining the image processing parameters based on first whitelist information. The first whitelist information includes optimized parameters in the whitelist corresponding to the first application.

[0014] Optionally, the first whitelist information includes: the location information of the first Activity, the size information of the page corresponding to the first Activity, the aspect ratio of the first View and / or the second View, and the spacing between the first View and the second View. The first View and the second View are included in at least one View within the first Activity.

[0015] Optionally, the first Activity corresponds to the first page, the first View corresponds to the first display card, and the second View corresponds to the second display card. The position information of the first Activity and the size information of the page corresponding to the first Activity jointly indicate that the page corresponding to the first Activity is displayed in full screen. Determining the image processing parameters of the first page based on the first whitelist information includes: determining the image processing parameters of the first page based on the first whitelist information indicating that the first Activity is displayed in full screen, including: the first page is displayed in full screen.

[0016] Optionally, the aspect ratio of the first view is a first ratio, and the distance between the first view and the second view is a first distance. Image processing parameters for at least one display card in the first page are determined based on the first whitelist information, including: determining the aspect ratio of the first display card to the first ratio and the distance between the first display card and the second display card to the first distance based on the optimized layout parameters corresponding to the first view and the second view. This allows at least two display cards to be displayed simultaneously on the first page.

[0017] In this way, when an electronic device displays the first page, it can make reasonable adjustments and displays the first page based on the corresponding first whitelist information.

[0018] Optionally, the whitelist in the electronic device includes: a locally stored whitelist, and / or a cloud-based whitelist obtained from the cloud. That is, the whitelist can be stored locally or obtained from the cloud.

[0019] Optionally, determining the image processing parameters of the first page, including full-screen display of the first page, includes: instructing the first Activity to display in full screen according to the first whitelist information, and configuring the window boundary parameters of the first Activity to correspond to full-screen display. The full-screen display of the first page is determined based on the window boundary parameters of the first Activity.

[0020] Optionally, before configuring the window boundary parameters of the first Activity to correspond to full-screen display, the method further includes: generating window configuration instruction information according to the first instruction, the window configuration instruction information being used to configure the window configuration of the first Activity; and configuring the window configuration of the first Activity according to the first whitelist information, the window boundary parameters being included in the window configuration.

[0021] This provides a specific way to configure parameters in a whitelist.

[0022] Optionally, the method further includes: receiving a first operation input by a user, the first operation being used to instruct the first application to run; and generating a first instruction in response to the first operation. In this example, the electronic device can initiate the operation of the first application based on the user's input instruction, generate a first instruction, and thereby trigger subsequent processing and display of the first page.

[0023] Optionally, the whitelist also includes second whitelist information, which indicates the aspect ratio of the second Activity and its Views, as well as the spacing between Views. The second Activity corresponds to a second page. The method further includes: receiving a third operation, which instructs the electronic device to display the second page, which corresponds to the second Activity. The second page also includes a third Activity nested within the second Activity, where the second Activity is the parent Activity and the third Activity is the child Activity. In response to the third operation, second optimized layout parameters corresponding to the second Activity are obtained from the second whitelist information, and these parameters are parsed and stored. If the second optimized information is parsed, the optimized layout parameters of the third Activity are not parsed. Based on the second optimized layout parameters, the second page is rendered, composited, and displayed.

[0024] This example demonstrates a mechanism for handling nested Activities within a page. Based on this, electronic devices can parse only the whitelist of the parent Activity, excluding the whitelists of child Activities. This prevents child Activities from overriding the configuration parameters of the parent Activity, thus ensuring that optimized layout parameters configured in the parent Activity take effect.

[0025] Optionally, this first page is the homepage of the first application.

[0026] Optionally, the electronic device is equipped with a UI adaptation module. Before generating the first instruction, the method further includes: after the electronic device is powered on, obtaining a locally stored whitelist and / or obtaining a cloud whitelist from a cloud server. If the local whitelist or the cloud whitelist is not empty, the UI adaptation module is run. The whitelist, including the obtained local whitelist and / or cloud whitelist, is sent to the UI adaptation module for parsing and storage.

[0027] Optionally, before running the UI adaptation module, the method also includes: enabling the layout optimization function corresponding to the first application at the user's instruction.

[0028] In this way, by maintaining and updating the whitelist through the UI adaptive module, normal use is ensured during the page processing and display process.

[0029] Optionally, the method further includes: opening the application split-screen function corresponding to the first application at the user's instruction.

[0030] Optionally, after displaying the first page, the method further includes: receiving a second operation, the second operation being an operation on the first display card in the first page. In response to the second operation, a second page is switched to be displayed. The second page includes a first split screen and a second split screen, the first split screen displaying at least a portion of the display elements of the first page, and the second split screen displaying the details page of the first display card. During the switching of the second page, the first split screen does not trigger a rotation animation.

[0031] Optionally, before receiving the second operation, the method further includes: if the first page is displayed in landscape full-screen mode on the electronic device, configuring the screen rotation attribute of the first page to portrait mode. Switching to display the second page includes: displaying the first split screen using the portrait screen rotation attribute, so that the rotation animation is not triggered if the screen rotation attribute remains unchanged.

[0032] This avoids unnecessary rotation animations during split-screen display.

[0033] Optionally, before displaying the first page, the method further includes: determining that the first page is displayed in full-screen mode, or determining that the first page is displayed in full-screen mode and the application's split-screen function is enabled. The display identifier is configured to not be displayed. When the display identifier is configured to not be displayed, the electronic device does not perform wallpaper rendering and compositing.

[0034] This allows for the rendering and compositing of wallpapers that do not need to be displayed, saving corresponding power consumption.

[0035] Secondly, this application also provides an electronic device comprising: a memory and one or more processors. The memory and processors are coupled. The memory stores computer program code, which includes computer instructions. When the processor executes the computer instructions, it causes the electronic device to perform the technical solutions provided in the first aspect and any possible implementation thereof.

[0036] Thirdly, this application also provides a chip system applied to an electronic device. The chip system may include one or more interface circuits and one or more processors. The interface circuits and processors are interconnected via lines. The interface circuits are used to receive signals from the electronic device's memory and send the signals to the processors. The signals include computer instructions stored in the memory. When the processor executes the aforementioned computer instructions, the electronic device executes the technical solutions provided in the first aspect and any possible implementation thereof.

[0037] Fourthly, this application also provides a computer-readable storage medium including computer instructions that, when executed on an electronic device, cause the electronic device to perform the technical solutions provided in the first aspect and any possible implementation thereof.

[0038] Fifthly, this application also provides a computer program product that, when run on a computer, causes the computer to execute the technical solutions provided in the first aspect and any possible implementation thereof.

[0039] It is understood that the solutions provided in the second to fifth aspects of this application can be respectively associated with the first aspect and any of its possible designs, and therefore the beneficial effects achieved are similar, which will not be elaborated here. Attached Figure Description

[0040] Figure 1 This is a schematic diagram of the interface of an electronic device;

[0041] Figure 2 This is a diagram illustrating the comparison between landscape and portrait screens;

[0042] Figure 3 This is a schematic diagram of a user interface display.

[0043] Figure 4 A schematic diagram illustrating an interface interaction display provided in an embodiment of this application;

[0044] Figure 5 A schematic diagram illustrating an interface interaction display provided in an embodiment of this application;

[0045] Figure 6 This is a schematic diagram of the interaction flow of a display control method provided in an embodiment of this application;

[0046] Figure 7 This is a schematic diagram of the interaction flow of a display control method provided in an embodiment of this application;

[0047] Figure 8 A schematic diagram illustrating an interface interaction display provided in an embodiment of this application;

[0048] Figure 9 This is a schematic diagram of a user interface display.

[0049] Figure 10 This is a schematic diagram of the interaction flow of a display control method provided in an embodiment of this application;

[0050] Figure 11 This is a schematic diagram of a user interface display.

[0051] Figure 12This is a schematic diagram of the interaction flow of a display control method provided in an embodiment of this application;

[0052] Figure 13 A schematic diagram illustrating an interface interaction display provided in an embodiment of this application;

[0053] Figure 14 This is a schematic diagram of the interaction flow of a display control method provided in an embodiment of this application;

[0054] Figure 15 This is a schematic diagram of the interaction flow of a display control method provided in an embodiment of this application;

[0055] Figure 16 A schematic diagram illustrating the composition of an electronic device provided in an embodiment of this application;

[0056] Figure 17 A schematic diagram illustrating the composition of an electronic device provided in an embodiment of this application;

[0057] Figure 18 This is a schematic diagram of the composition of a chip system provided in an embodiment of this application. Detailed Implementation

[0058] Hereinafter, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of this embodiment, unless otherwise stated, "a plurality of" means two or more.

[0059] Electronic devices provide users with various functions by running the applications installed on them.

[0060] In some cases, electronic devices can also be equipped with a display screen. When an application is running, the corresponding page can be displayed to the user through the electronic device's display screen.

[0061] For example, consider a tablet computer as an example of an electronic device.

[0062] refer to Figure 1 This is a schematic diagram of the interface of an electronic device. Figure 1 The main interface of the tablet computer is shown.

[0063] In this example, the electronic device can have video applications, cloud storage applications, etc., installed. Icons of each installed application can be displayed on the main interface. For example, the main interface can display icons for video applications and cloud storage applications, etc.

[0064] In this way, when a user needs to run an application, they can instruct the electronic device to run the application by inputting the application icon on the main interface.

[0065] In this embodiment, the electronic device can be in different states during use. These different states can include landscape mode and portrait mode. Landscape mode is simply referred to as landscape, and portrait mode is simply referred to as portrait.

[0066] For example, refer to Figure 2 Taking the horizontal plane as the x-axis and the y-axis perpendicular to the x-axis as an example, we will establish a reference system to illustrate landscape and portrait screens.

[0067] like Figure 2 As shown, in this example, the long side of the electronic device can be 'a' and the short side can be 'b'.

[0068] When the longer side is parallel to the x-axis and the shorter side is parallel to the y-axis, the electronic device can be in landscape mode. In landscape mode, the horizontal width of the electronic device's display screen is greater than its vertical width.

[0069] Correspondingly, when the longer side is parallel to the y-axis and the shorter side is parallel to the x-axis, the current state of the electronic device can be portrait mode. In portrait mode, the horizontal width of the electronic device's display screen is smaller than its vertical width.

[0070] Take, for example, a user inputs an action on the main interface to instruct an electronic device to run a video application.

[0071] refer to Figure 3 Users can input operation OP1 on the main interface, which can be used to instruct the electronic device to run a video application. In some embodiments, operation OP1 can be a click on the video application icon. In other embodiments, operation OP1 can also be input via voice or gesture to instruct the electronic device to run a video application.

[0072] In response to operation OP1, the electronic device can run a video application and switch to display the corresponding interface.

[0073] For some applications, the application can be configured with a page display mechanism that flexibly adjusts according to the state of the electronic device.

[0074] For example, the application can determine whether the current electronic device is in landscape or portrait mode before launching and displaying the home screen 31. The application can then adjust the display of the interface on the electronic device based on its current state.

[0075] For some applications, the application can be configured with a default display state for the home screen 31. For example, the default display state of the home screen 31 can be portrait mode. In this way, regardless of whether the electronic device is in landscape or portrait mode, the application can display the home screen 31 on the screen in portrait mode after it is launched.

[0076] For example, refer to Figure 3 Taking the default homepage interface 31 of a video application as an example, which is displayed in portrait mode, the electronic device can respond to operation OP1 and switch the display of the corresponding homepage interface 31 of the video application. This homepage interface 31 can be displayed on the screen in the default portrait mode.

[0077] In this example, the electronic device is in landscape mode, while the video application's home screen 31 is in portrait mode. This home screen 31 can be displayed centered on the screen.

[0078] On this homepage interface 31, display windows can be shown for various video resources provided by the video application. For example, display windows for video resources such as Video 1, Video 2, and Video 3.

[0079] Furthermore, the display areas on both sides of the homepage interface 31 on the screen can be filled with wallpaper. This wastes display area and is not conducive to user experience.

[0080] In some cases, the system side of an electronic device can automatically enlarge the portrait screen of an application (such as the home screen 31) based on the current landscape orientation of the electronic device, so as to achieve the effect of filling the entire screen.

[0081] For example, homepage 32 shows the display effect of the video application's homepage on the screen after automatic zoom. As can be seen in this example, based on the portrait display effect, the electronic device can automatically zoom in on the portion of the image near the top of homepage 31 to fill the screen horizontally. In this case, the aspect ratio of each display window and the layout ratio between each display window in the zoomed-in homepage 32 can remain unchanged or only slightly adjusted compared to homepage 31. That is, homepage 32 can be regarded as the display effect of the electronic device proportionally zoomed in on homepage 31.

[0082] This means that only the display window for video 1 is visible in most areas of the screen. Users must swipe through the interface to view the other video resources. This makes the homepage interface appear cluttered and inconvenient for users.

[0083] Based on this, the technical solution provided in this application embodiment enables electronic devices to adjust the size of each display element (such as a display window) and the layout dimensions between display elements according to a preset adjustment mechanism while displaying the application interface (such as the homepage interface) in full screen. This allows for the simultaneous display of more content to the user while displaying the application's homepage interface in full screen, improving the rationality of the interface display and making it more user-friendly.

[0084] In this embodiment, the display window can also be called a display card or content card. A page may include multiple display windows. Each display window corresponds to a different resource. For example, consider a page corresponding to a video application. Different display windows therein display different video resources for the user.

[0085] As an example, see reference Figure 4 This is a schematic diagram showing the interface switching display when the solution provided in the embodiments of this application is effective.

[0086] like Figure 4 As shown, after receiving user input OP1, the electronic device can run the video application. Correspondingly, the electronic device can display the homepage interface 41 on the screen.

[0087] In this example, homepage 41 can correspond to the homepage of a video application. In some implementations, the homepage 41 may contain more or fewer display elements than homepage 31.

[0088] like Figure 4 The homepage interface 41 shown can be displayed in full screen.

[0089] Compared to Figure 3 As shown in the homepage interface 31, the electronic device can adjust the interface display orientation when the video application instructs it to display the homepage in portrait mode and center. For example, the electronic device can adjust the homepage interface to be displayed from portrait to landscape mode, and adjust the window boundaries of the homepage interface to the corresponding full-screen display window. Therefore, even if the opened application (such as a video application) defaults to displaying a portrait homepage, the electronic device can automatically display the homepage to the user in full-screen mode (corresponding to landscape mode). This way, the homepage will not be included on the display screen. Figure 3 The wallpaper in page 31 of the homepage. The display elements on the homepage fill the entire screen, significantly improving the utilization of the displayable area during the homepage display process.

[0090] Furthermore, in this example, the display elements on the homepage interface 41 of the electronic device can also be displayed after layout optimization.

[0091] For example, the display elements in the homepage interface 41 may include video resources provided by a video application. For instance, the homepage interface 41 may include display windows for video resources such as Video 1 through Video 6. Figure 4 The image shows an example of the display window for video 1. It can be understood that each of the other videos can have its own corresponding display window.

[0092] Understandably, unlike the full-screen interface 32, the electronic device can adjust the size, aspect ratio, and spacing between each display window according to a pre-configured optimization strategy when displaying the homepage interface 41. For example, the electronic device can adjust the size of each display window according to the pre-configured optimization strategy so that the user can clearly see the content of the display window in landscape mode, while avoiding the problem of the display window corresponding to interface 32 being too bulky. Furthermore, the electronic device can adjust the spacing between each display window according to the pre-configured optimization strategy, thereby making the layout of each display window in landscape mode more reasonable.

[0093] Therefore, the homepage interface 41 displayed by the electronic device can simultaneously achieve the effects of full-screen display and reasonable layout.

[0094] For example, at least two display windows can be displayed on the homepage interface 41. Thus, compared with the display effect of interface 32, although both achieve full-screen display, interface 32 may only include one display window, while the homepage interface 41 can include two or more display windows, so the layout and display effect are more reasonable.

[0095] In some embodiments of this application, the layout optimization processing mechanism may be configured in the electronic device and enabled by default. In other embodiments, the layout optimization processing mechanism may be enabled by user instruction.

[0096] refer to Figure 5 This is a schematic diagram of an interface interaction method for opening layout optimization. Through this... Figure 5 The interactive logic shown allows electronic devices to enable layout optimization functionality upon user instruction.

[0097] In this example, the electronic device may have a "Settings" option. This "Settings" option provides the user with a configuration entry point for turning various functions of the electronic device on / off.

[0098] like Figure 5 As shown, after the user opens the "Settings" option, the electronic device can display interface 51 on the screen. The sidebar of interface 51 can display first-level function options to the user. For example, these first-level function options may include "WLAN" function options, "Bluetooth" function options, and "Large Screen Special Features" function options, etc.

[0099] Users can click the "Large Screen Special Features" option to configure the features. Correspondingly, the electronic device will display details of this feature option in the right-hand area of ​​the interface.

[0100] For example, details of this feature option may include: app split-screen, forced landscape mode, app layout optimization, etc.

[0101] Users can access the next level of the configuration interface by clicking the "Application Layout Optimization" option, where they can turn the application layout optimization function on or off.

[0102] For example, after a user clicks the layout optimization option, the electronic device can switch to displaying a detailed configuration interface for the "Apply Layout Optimization" function in the right-hand area. This interface is as follows: Figure 5 The interface is shown in 52.

[0103] The detailed configuration interface on screen 52 displays a list of applications that support the application layout optimization feature. Each application has a corresponding on / off switch for the feature.

[0104] Taking a video application that supports this feature as an example, the corresponding feature switch for the video application is turned off. Correspondingly, a small number of display windows can be shown to the user in the prompt animation 54 in the detailed configuration interface.

[0105] Users can click the function switch to toggle the current function status. For example, on interface 52, a user can click the function switch to change the application layout optimization function from off to on.

[0106] Correspondingly, the electronic device can switch the display interface 53.

[0107] In this interface 53, the right-hand area can display a prompt indicating that the application layout optimization feature has been enabled. For example, the function switch can be displayed as "on". Furthermore, the prompt animation 55 can show the effect of the layout optimization after enabling the application layout optimization feature.

[0108] Compared to the notification animation 54 before the function is activated, the notification animation 55 after the function is activated can include more display windows. The size of each display window is smaller than that in notification animation 54, and the spacing between adjacent display windows is also adjusted accordingly (such as being reduced), thereby making the layout of display windows on the interface more compact and improving the user experience.

[0109] The above description, from the perspective of interface display effects, illustrates the effects of full-screen display and application layout optimization in the solutions provided in this application embodiment. This application embodiment also provides an internal processing mechanism for the electronic device to achieve this technical effect.

[0110] Understandably, after an application is launched, the electronic device can run the corresponding Activity manager to manage the activities that the application needs to display.

[0111] In some embodiments, an application may correspond to an Activity. This Activity may correspond to a page. For example, upon receiving an instruction to run a video application, an electronic device may run an Activity for managing activities corresponding to the homepage of the video application.

[0112] An Activity can include one or more Views. In some implementations, each View may correspond to a display window in the example above.

[0113] In other embodiments, the application's display interface can be managed by multiple Activities (such as Activity-1, Activity-2, etc.). In this way, the activity management of the underlying display elements in the interface can be handled by Activity-1, which acts as the parent Activity. Correspondingly, the activity management of the display elements displayed at the upper level can be handled by Activity-2, which acts as the child Activity.

[0114] In this example, we take one application as an example corresponding to one Activity.

[0115] In this embodiment, a whitelist may be pre-configured in the electronic device. This whitelist can be used to indicate the optimization processing methods corresponding to different pages of different applications.

[0116] In some embodiments, the whitelist may include one or more mappings. Each mapping may include: an application, and a mapping between the corresponding Activity and / or the optimization parameters of the Views within the Activity.

[0117] As an example, optimization parameters may include at least one of the following:

[0118] Window position information for Views within an Activity and / or Activity. Window size information for Views within an Activity and / or Activity. Window boundary information for the Activity.

[0119] The window position information indicates the location of the corresponding window within the interface, such as the coordinates of the window's four corners or its geometric center. The Activity window is the window through which the application will display its interface. The View window is the display window for that View. A View window can be located within an Activity window.

[0120] Window size information is used to indicate the length and width of the corresponding window, or the window size information is used to indicate the aspect ratio of the corresponding window.

[0121] The window boundary information of an Activity is used to indicate the boundary type when the window is displayed, such as full screen, half screen, etc.

[0122] In this way, electronic devices can optimize Activity and / or View windows based on the whitelist and the corresponding optimization parameters of the applications when they are running, thereby achieving the above-mentioned full-screen display while having a reasonable layout interface effect.

[0123] As an example, Table 1 below provides a possible illustration of a whitelist.

[0124] Table 1

[0125] app Activity ID Optimize parameters Application 1 Activity-1 Parameter 1 Application 2 Activity-2 Parameter 2

[0126] In the example in Table 1, the applications for the optimizable parameters provided in the whitelist can include application 1 and application 2.

[0127] Among them, Activity-1 of application 1 can be optimized for layout using this whitelist.

[0128] In this way, when application 1 starts running on the electronic device, the electronic device can obtain parameter 1 for layout optimization of Activity-1.

[0129] Similarly, Activity-2 of application 2 can use this whitelist for layout optimization.

[0130] In this way, when application 2 starts running on the electronic device, the electronic device can obtain parameter 2 for layout optimization of Activity-2.

[0131] It should be noted that, based on the above explanation of Activity, taking application 1 as an example, the Activity corresponding to application 1 during runtime is not limited to one (e.g., Activity-1). Thus, based on this whitelist, the electronic device can perform layout optimization based on parameter 1 only on the page corresponding to Activity-1.

[0132] In some embodiments, Activity-1 may correspond to the homepage of application 1, and Activity-2 may correspond to the homepage of application 2. Thus, through this whitelist, the electronic device can optimize the layout of the homepages of applications in the whitelist, achieving the aforementioned full-screen display with a reasonable layout.

[0133] The following section explains the application mechanism of this whitelist through the internal interaction process of an electronic device during operation. In this example, the electronic device can be configured with corresponding modules to support the corresponding functions.

[0134] For example, an electronic device may be configured with a system service module, a UI adaptation module, a whitelist storage module, and a cloud whitelist module. In some implementations, all of these modules can be configured in the framework layer of the electronic device.

[0135] like Figure 6 As shown, the solution may include:

[0136] S601, The system service module obtains the local whitelist from the whitelist storage module.

[0137] For example, after an electronic device is powered on, it can run a system service module. This system service module can be used to support various basic functions on the system side of the electronic device.

[0138] In this example, the system service module can send a request to the whitelist storage module to retrieve the local whitelist. Conversely, if the whitelist storage module stores the local whitelist, it can send the local whitelist information back to the system service module.

[0139] The local whitelist may include a whitelist stored locally on the electronic device. In some implementations, the structure of this local whitelist can be referenced in Table 1 above and related explanations. Further details will not be provided.

[0140] S602, The system service module obtains the cloud whitelist from the cloud whitelist module.

[0141] For example, a cloud-based whitelist is a whitelist configured in a cloud server. This cloud-based whitelist module can be a module in an electronic device capable of communicating with a cloud server.

[0142] In some implementations, the cloud whitelist module can periodically / in real-time retrieve the whitelist from the cloud server. In other implementations, the cloud whitelist module can retrieve the cloud whitelist from the cloud server upon receiving a query from the system service module.

[0143] Take a case where the cloud whitelist is not empty.

[0144] like Figure 6 As shown, this step specifically includes: the system service module sending a request to the cloud whitelist module to obtain the cloud whitelist. Correspondingly, the cloud whitelist module can transmit the cloud whitelist to the system service module.

[0145] In this way, if a whitelist is configured for the electronic device locally and / or in the cloud, the system service module can obtain the whitelist after the electronic device is powered on. This whitelist can include information from all whitelists configured locally and in the cloud.

[0146] S603, The system service module determines whether the whitelist is empty.

[0147] For example, the system service module can determine that the whitelist is not empty if the local whitelist is not empty or the cloud whitelist is not empty. Correspondingly, the system service module can execute the following S604.

[0148] Correspondingly, the system service module can determine that the whitelist is empty if both the local and cloud whitelists are empty, meaning that neither the cloud nor the local whitelist has been configured with a layout optimization whitelist for any application. Thus, this... Figure 6 The process shown has ended.

[0149] S604, The system service module indicates that the UI adaptive module has started running.

[0150] In this embodiment, the UI adaptive module in the electronic device can be used to support functions corresponding to the whitelist. For example, parsing the whitelist, updating the whitelist, etc. In this way, through this UI adaptive module, the electronic device can achieve layout optimization processing based on the whitelist.

[0151] For example, the system service module can send a run instruction to the UI adaptation module if it determines that the whitelist is not empty. Correspondingly, the UI adaptation module will then begin running.

[0152] S605. The system service module sends a whitelist to the UI adaptation module so that the UI adaptation module can parse the whitelist data.

[0153] It is understandable that in the processes described in S601-S602 above, the system service module can obtain the local whitelist from the whitelist storage module. The system service module can also obtain the cloud whitelist from the cloud whitelist module.

[0154] In this example, the system server module can send the acquired local whitelist and cloud whitelist data to the UI adaptive module after the UI adaptive module starts running.

[0155] Correspondingly, the UI adaptation module can parse and store this whitelist so that it can be called by the electronic device when the application starts running.

[0156] In some implementations of this application, the UI adaptive module can also actively obtain the whitelist from the whitelist storage module and the cloud whitelist module after the corresponding S604 starts running.

[0157] In some implementations, the UI adaptive module can also register cloud push broadcasts with the cloud whitelist module. This allows the cloud whitelist module to directly send the updated cloud whitelist to the UI adaptive module when it becomes available. Alternatively, the cloud whitelist module can send the updated cloud whitelist to the UI adaptive module through the system service module. The UI adaptive module can then parse the updated whitelist and merge it into its existing whitelist.

[0158] In some embodiments, the layout optimization feature is enabled manually by the user.

[0159] Combination Figure 5 An example of user interface interaction. After the electronic device is powered on, and the user adjusts the function switch in interface 52 to "on", it can perform actions such as... Figure 6 S601-S605 are shown.

[0160] Thus, through such Figure 6 The solution shown enables the UI adaptation module in the electronic device to start running and store and maintain the whitelist that has been configured for the electronic device.

[0161] Once the electronic device receives an instruction to start running an application, the UI adaptive module can interact with other relevant modules on the electronic device to optimize and adjust the layout based on a whitelist.

[0162] In this example, the relevant modules involved in the electronic device may include: the ActivityManager Service (AMS) module, the Activity module, the window management module, and the UI adaptation module.

[0163] The activity management module, activity module, and window management module can also be configured in the frame layer of the electronic device.

[0164] The following combination Figure 7 The interactive examples illustrate the interaction and functionality of each module.

[0165] like Figure 7 As shown, the process may include:

[0166] S701, The activity management module sends a window configuration instruction to the activity module.

[0167] For example, the activity management module can trigger the execution of S701 upon receiving an instruction to create / update a page.

[0168] The creation / update of a page can correspond to: an application starting to run, or the need to switch to display a new page during the application's operation.

[0169] Take video applications as an example.

[0170] In some embodiments, the electronic device can receive, such as Figure 3 In the case of operation OP1, the video application is confirmed to be running. This allows the activity management module to trigger the execution of S701, instructing the video application's Activity within the activity module to start running and begin configuring the video application's homepage window. This window configuration can include whether the window is displayed in full-screen mode, whether it is centered, etc.

[0171] In other embodiments, the electronic device can trigger the execution of S701 after receiving a user's instruction to switch to a new page on the homepage, following the start of the video application and the display of a page (such as the homepage) on the screen. It is understood that even for the same application, different pages can correspond to different Activities. Thus, when the electronic device needs to display a new page of the video application, S701 can trigger the window configuration for the new page.

[0172] In this example, we'll assume that the video application starts running after the electronic device receives operation OP3, triggering S701. This allows the video application to display the homepage after it starts running. The Activity within the Activity module can be called the Homepage Activity.

[0173] In some embodiments, the activity management module can also transmit system display identifier-related information to the activity module and other relevant modules through window configuration instructions based on the current system display identifier.

[0174] In some implementations, the system display identifier may include mode information such as parallel view.

[0175] Understandably, some electronic devices offer multi-window display capabilities with a parallel view feature. For example, with parallel view enabled, an electronic device can display the application's homepage in one window at the user's instruction. When the user selects and clicks on a window within the homepage to view its details, the electronic device can continue displaying the homepage window in one area of ​​the screen, while displaying the details of that window in another. This achieves simultaneous display of multiple levels of information on the same screen.

[0176] The display mechanism of parallel views can differ for different applications. In this application, the display mechanisms corresponding to different applications can be divided into different parallel view modes. For example, the parallel view modes may include: shopping mode, browser mode, etc.

[0177] In this example, the activity management module can include the parallel view mode corresponding to the currently running application (such as a video application) in the window configuration instructions. This allows other modules to configure their windows accordingly based on the parallel view mode.

[0178] S702, The activity module sends a window configuration instruction to the window management module.

[0179] For example, in the activity module, the Activity corresponding to the video application can send the window configuration instruction to the window management module after receiving the window configuration instruction.

[0180] In accordance with the description in S701, in some implementations, the window configuration instruction may include at least one of the following:

[0181] The fullscreen and center parameters indicate whether the window is displayed in fullscreen mode or centered.

[0182] The mode information for the parallel view corresponding to the current application.

[0183] S703, the window management module obtains the whitelist information corresponding to the application from the UI adaptation module.

[0184] S704 The window management module determines the window configuration based on the whitelist information corresponding to the application.

[0185] In this example, the application could be the one that triggers the instruction to create / update a page. For example, the application could be a video application.

[0186] Combination Figure 6The description states that after an electronic device is powered on, the UI adaptation module can start running if a whitelist exists, and it maintains a whitelist of all configured applications.

[0187] Take a video application that already has a whitelist configured as an example.

[0188] After receiving a window configuration instruction, the window management module can begin configuring the homepage interface of the video application, thereby determining the relevant parameters of the homepage interface of the video application.

[0189] For example, determining whether the homepage of a video application is centered or whether it is displayed in full screen.

[0190] In some implementations, combined Figure 3 Example of the display mechanism of the homepage interface 31. Taking the default homepage display of a video application as a centered portrait view as an example.

[0191] In this way, based on the default configuration of the video application, the window management module can determine that the home screen of the video application is a centered vertical screen, which will be displayed as the home screen 31 on the screen.

[0192] In this application, the window management module can obtain the whitelist information of the video application from the UI adaptation module. If the whitelist information of the video application is not empty, the optimization parameters provided by the whitelist of the video application will be used first to configure the window of the home screen of the video application.

[0193] For example, in some embodiments, the optimization parameters in the whitelist of the video application may include:

[0194] Full-screen display configuration.

[0195] In this way, the window management module can set the video application's homepage to full-screen display, instead of a centered portrait display, based on the video application's whitelist. This avoids the display effect of homepage interface 31.

[0196] In some implementations, setting the video application's homepage to full-screen display can be achieved by configuring window boundary parameters. For example, the four boundaries of the window can be set to the four boundaries corresponding to the display area on the screen. Thus, by specifying the window boundary parameters for full-screen display, the electronic device can display the video application's homepage in full-screen mode subsequently.

[0197] In other embodiments, the optimization parameters in the whitelist of the video application may also include:

[0198] The display parameters for each display window corresponding to the homepage Activity.

[0199] The display parameters for each display window in the homepage Activity may include: the size (or aspect ratio) of each display window on the interface, and the layout size (or spacing) of each display window on the interface.

[0200] The display parameters for each display window of this homepage Activity will take effect in subsequent steps, which will be explained later.

[0201] In some embodiments, after determining the window configuration (such as window boundary parameters indicating full-screen display), the window management module can feed back the window boundary parameters to the activity module. This allows the homepage Activity in the activity module to be aware of the window configuration.

[0202] It is understood that the execution of S701-S704 can be performed after the electronic device receives a user instruction to open the application (such as operation OP1) and before the application begins to run. In some embodiments, S701-S704 can be performed during the preparation phase before the application begins to run.

[0203] The application then begins to run. For example, this application could be a video application, as shown in the example above.

[0204] S705, the activity module obtains the application's window configuration from the window management module.

[0205] Once the application starts running, the corresponding activity module can function normally to manage the activities of the pages that the application needs to display.

[0206] For example, once a video application starts running, it can instruct the electronic device to display the home screen. Correspondingly, after the video application starts running, the electronic device's activity module can configure a corresponding home screen Activity for the video application.

[0207] In this way, the homepage Activity can obtain the window configuration for the homepage to be displayed from the activity management module. In some implementations, the window configuration may include the window configuration determined in S704 above.

[0208] Taking a window configuration that includes full-screen display as an example, the homepage Activity can determine whether to display the homepage interface in full-screen mode based on the obtained window configuration.

[0209] S706 The activity management module obtains the whitelist information corresponding to the application from the UI adaptation module.

[0210] In this example, the home activity can also obtain the whitelist information corresponding to the current application from the UI adaptation module.

[0211] In some embodiments, the homepage Activity can obtain all whitelists corresponding to the video application from the UI adaptation module and use the optimization parameters corresponding to the homepage.

[0212] In other embodiments, the homepage Activity can obtain a whitelist corresponding to the homepage Activity of the video application from the UI adaptation module. This allows the acquisition of display parameters for each display window within the homepage Activity.

[0213] In this way, the Home Activity in the Activity Management module can determine that the home page of the current video application needs to be displayed in full screen, and at the same time obtain the display parameters of each display window after layout optimization.

[0214] In such Figure 7 In the example, the activity module obtains the window configuration (such as full-screen display) from the window management module and obtains the layout optimization display parameters corresponding to the whitelist from the UI adaptation module.

[0215] In other embodiments, the window configuration determined by the window management module may include both window configuration and display parameters.

[0216] In this way, the activity module can obtain the full-screen window configuration and layout optimization display parameters through S705.

[0217] S707, The activity module determines the image processing parameters.

[0218] In some embodiments, after obtaining the whitelist information, the activity module can parse the whitelist information to facilitate normal application in the future.

[0219] For example, the image processing parameters may include at least one of the following: parameters used for addition processing (such as dispatchAttachedToWindow), parameters used for measurement processing (such as measure), parameters used for layout processing (such as layout), and parameters used for drawing processing (such as draw).

[0220] These image processing parameters can be used to render and composite the interface that needs to be displayed on electronic devices.

[0221] Based on the foregoing description, the image processing parameters can be determined according to the window configuration and display parameters already obtained by the active module.

[0222] In this way, the image processing parameters can correspond to the display parameters of the full-screen display and the layout-optimized display window.

[0223] In some embodiments, the View corresponding to each display window in the homepage Activity can perform the processing of S707 within the View framework of the electronic device.

[0224] S708, the active module sends image processing parameters to the image processing module of the electronic device.

[0225] S709, The image processing module performs image processing according to the image processing parameters.

[0226] For example, the image processing module can be a module with image processing capabilities in an electronic device. For instance, the functions of the image processing module may include: rendering, compositing, and displaying.

[0227] In this way, the image processing module can render and synthesize the image according to the image processing parameters, which can then be used for the interface that needs to be displayed (such as the homepage of a video application).

[0228] Next, after image processing, the image obtained by the image processing module can be displayed on the screen of the electronic device.

[0229] Since the image processing parameters indicate full-screen display, the size (or aspect ratio) of each display window and the layout size (such as spacing) of the display windows can be optimized. Therefore, after the rendered and synthesized image is sent to the display, it can correspond to, for example, the following: Figure 4 The effect shown in page 41 of the homepage.

[0230] In the above explanation, taking the layout optimization function of an electronic device as an example, the electronic device can optimize and adjust the homepage, which is displayed in a centered portrait orientation, to achieve a full-screen display effect. Based on this full-screen display effect, the electronic device can also optimize the horizontal and vertical ratios, spacing, and other layout parameters of each display window on the homepage according to the layout optimization display parameters provided by the whitelist, to achieve a reasonable display of the homepage interface.

[0231] The following is a pseudocode example to achieve the above full-screen display effect:

[0232]

[0233] In other embodiments, the above-described... Figure 7 Before the scheme shown is implemented, the parallel view function of the electronic device can also be turned on.

[0234] As an example, Figure 8 An example is provided where the user actively enables the Parallel View feature.

[0235] like Figure 8 As shown, in the interface 51 corresponding to the "Settings" option of the electronic device, the tab for application split-screen can be included in the special function options for large screens.

[0236] Users can click this tab to access the application's split-screen configuration. In this application, the application's split-screen function is the same as the aforementioned Parallel View function.

[0237] Correspondingly, the electronic device can switch to display interface 81. This interface 81 may include configuration details for the application's split-screen function. For example... Figure 8 As shown, users can turn the split-screen function of a video application on or off by clicking the switch button in the application split-screen configuration details.

[0238] Take, for example, a user who has enabled the split-screen function of a video application.

[0239] Through the above, as shown Figure 7 With the solution shown, electronic devices can display the homepage interface 41 of video applications in full screen and with a more reasonable layout.

[0240] Subsequently, with the split-screen function enabled, when a user is browsing video resources in a video application, the electronic device can display the selected video resource to the user through the split-screen display mechanism.

[0241] For example, refer to Figure 9 For example, take the full-screen display of the homepage interface 41 on an electronic device.

[0242] When a user wants to view the details of Video 1, they can enter operation OP2 in the display window of Video 1. For example, operation OP2 can be a click operation.

[0243] Correspondingly, when the split-screen function is enabled, the electronic device can divide the display screen into at least two parts. These two parts correspond to Split-Screen 1 and Split-Screen 2, respectively.

[0244] In this example, when displaying the homepage interface 41, the electronic device can be in landscape mode. Thus, the display area corresponding to split screen 1 can be a portion of the display area when the screen is in landscape mode. For example, the display area of ​​split screen 1 can correspond to the left half of the display screen.

[0245] Correspondingly, the display area of ​​this split screen 2 can be another part of the display area when the screen is in landscape mode. For example, the display area of ​​this split screen 2 can correspond to the right half of the display screen.

[0246] In this way, the display areas corresponding to split screen 1 or split screen 2 can each form a portrait display interface. That is, the horizontal dimension of the display area of ​​split screen 1 or split screen 2 is smaller than its vertical dimension. Correspondingly, the electronic device can display portrait images in split screen 1 and split screen 2 respectively.

[0247] Let's take the example of continuing to display the homepage of an application (such as a video application) in split-screen 1. The electronic device can display the homepage in portrait mode within split-screen 1.

[0248] Taking the display of video resource details that the user wants to view in split-screen 2 as an example, the electronic device can display the video 1 details page in split-screen 2 in portrait mode.

[0249] For example, after receiving user input into operation OP2, the electronic device can switch the display interface 91.

[0250] In some existing solutions, unnecessary rotation animations occur when electronic devices switch from home screen 41 to screen 91.

[0251] Understandably, after the user inputs OP2, the electronic device can display the corresponding content in a split-screen format.

[0252] Split screen 2 can be used to display the details page of video 1. Based on the above description, the electronic device can display the details page of video 1 in portrait mode. That is, even when the electronic device is in landscape mode, it can still obtain the details page of video 1 corresponding to the portrait mode through window configuration and image processing, and display it on split screen 2.

[0253] For split-screen 1, the displayed home screen switches from landscape mode on home screen 41 to portrait mode on screen 91. This switch from landscape to portrait mode is detected by the video application, thus triggering a landscape-to-portrait rotation animation when displaying a portrait image in split-screen 1.

[0254] Thus, as Figure 9 As shown, during the transition from full-screen mode on the homepage to dual-window mode, an abnormal display of the rotation animation occurs.

[0255] In other embodiments, the content displayed in split screen 2 may also exhibit unnecessary rotation effects due to similar reasons (such as switching from landscape to portrait mode).

[0256] In this regard, this application also provides a solution that allows an electronic device to trigger a change in the orientation of the image to be displayed (landscape / portrait) based on preset conditions. This ensures that even if the electronic device displays the homepage in full-screen landscape mode, the application can perceive that it is currently in portrait mode. Thus, when switching from homepage 41 to interface 91, since the electronic device and / or application are configured to display homepage 41 in portrait mode, there is no switch from landscape to touchscreen, and the aforementioned rotation effect is not triggered.

[0257] As an example, see reference Figure 10 This is an interactive schematic diagram of another technical solution provided in an embodiment of this application. In this example, the electronic device can configure the screen rotation attribute through the activity management module, the application task stack, and the activity module.

[0258] like Figure 10 As shown, the solution may include:

[0259] S1001, The activity management module receives a screen rotation instruction.

[0260] In this application, the screen rotation indicator can be used to indicate whether to perform landscape full-screen display or to rotate from portrait to landscape display.

[0261] For example, in some embodiments, when the electronic device is rotated, such as from portrait mode to full-screen landscape mode, the activity management module can receive the screen rotation instruction.

[0262] In other embodiments, after receiving user input operation OP1, the activity management module can receive the screen rotation instruction when the electronic device is displaying the interface in landscape mode. For example, based on the above... Figure 7 In this solution, electronic devices can display video applications in landscape full-screen mode. Correspondingly, the activity management module can receive the screen rotation instruction. This screen rotation instruction is used to indicate whether to perform landscape full-screen display.

[0263] In this example, when the activity management module receives a screen rotation instruction to display in landscape mode, it can pass the instruction to other modules for further processing.

[0264] S1002, The activity management module transmits screen rotation instructions to the activity module.

[0265] In some embodiments, the activity management module can pass the screen rotation instruction to the activity module through the application task stack (Task) in the electronic device.

[0266] Understandably, the application task stack can be used to store Activity-related information. According to a preset timing sequence, information can be popped from the application task stack and received and processed by the corresponding module.

[0267] In this example, the activity management module can add a screen rotation indicator that suggests landscape mode to the application task stack. After the screen rotation indicator is popped from the stack, the activity module can retrieve it.

[0268] Therefore, the activity module can know that the screen state of the subsequent display interface will be landscape full screen.

[0269] S1003. The activity module configures the screen rotation attributes according to the screen rotation indication.

[0270] In this example, the activity module can configure and record the screen state during the page display process based on preset conditions and screen rotation indicators.

[0271] In some implementations, this screen rotation property can be used to record the screen state during page display.

[0272] Understandably, based on the existing solution, if the activity module receives a screen rotation instruction and performs no processing, the screen rotation attribute can be configured to landscape full-screen mode. Thus, in situations such as... Figure 9 As shown, during the transition from landscape full-screen to split-screen display, there will be a transition from landscape to portrait mode, resulting in unnecessary rotation effects.

[0273] In some embodiments of this application, the preset conditions in the activity module may include: if the screen rotation indicator is to display in landscape full-screen mode, then the screen rotation attribute is configured to portrait mode.

[0274] In this way, after receiving a screen rotation instruction, the activity module can determine that it is currently in landscape mode. Correspondingly, the activity module can configure the screen rotation attribute to portrait mode based on preset conditions.

[0275] In some other embodiments of this application, the preset conditions in the activity module may include: if the split-screen function is enabled and the screen rotation indicator is displaying in landscape full-screen mode, then the screen rotation attribute is configured to portrait mode.

[0276] In this way, after receiving a screen rotation instruction, the activity module can determine whether it is currently in landscape mode. The activity module can also configure the screen rotation attribute to portrait mode based on preset conditions, provided that the split-screen function is currently enabled.

[0277] The following is a pseudocode example of how to modify the plane rotation property as described above:

[0278]

[0279] Understandably, this screen rotation property will not affect... Figure 7 The processing mechanism shown will not affect the landscape full-screen display of the corresponding Activity (such as the homepage Activity) of the whitelisted applications. Figure 10 In the implementation of this solution, by configuring the screen rotation attribute to portrait mode, the video application can assume that it is in portrait mode when displaying the homepage (e.g., displaying homepage interface 41). Therefore, when the split-screen function is triggered for split-screen display, the application will not perceive screen rotation and will not trigger the aforementioned... Figure 9 The rotational animation shown.

[0280] In this embodiment, after the layout optimization function is enabled, optimization parameters may not be applied in certain scenarios. For example, these specific scenarios include: when a page contains multiple Activities, the optimization parameters may fail to apply to the window corresponding to the top-displayed Activity, or to the windows corresponding to all Activities on the page. This would result in the page displaying an unreasonable layout compared to before optimization.

[0281] For example, refer to Figure 11 Taking the application as an example, where the layout optimization function of the application is already enabled.

[0282] Electronic devices can display icons of installed cloud storage applications on their main interface. When a user needs to use a cloud storage application, they can input an operation (OP4) for that application. For example, the OP4 operation could be a click.

[0283] Correspondingly, electronic devices can run the cloud storage application. Electronic devices can also switch the display of the cloud storage application's home screen.

[0284] In this example, the optimization parameters of the Activity of the default homepage interface displayed after the cloud storage application starts can be configured in advance in the whitelist.

[0285] Since the layout optimization feature of the cloud storage application is now enabled, electronic devices can be configured according to the following: Figure 7 A similar approach involves displaying the cloud storage application's homepage in landscape mode full-screen mode based on the optimization parameters in the whitelist. At the same time, the aspect ratio and spacing of each content display window are optimized according to the optimization parameters, resulting in a homepage interface with optimized layout displayed on the screen.

[0286] like Figure 11As shown, multiple buttons can be displayed at the bottom of the cloud storage application's homepage. These buttons correspond to functions such as "Home," "Files," and "My Account." Users can use these buttons to instruct their electronic devices to switch between pages displaying the corresponding functions. For example, a user can input operation OP5 on button 1101 corresponding to the "My Account" function to instruct the electronic device to switch to the page displaying the "My Account" function. For example, operation OP5 can be a click operation.

[0287] In this example, we take the case where the optimized layout parameters of at least one Activity on the "My" function page are configured in the whitelist.

[0288] Therefore, the electronic device can respond to operation OP5 and switch the display interface 1102. The "My" function corresponds to at least one Activity included in the page, specifically including: Activity-1 as the parent Activity and Activity-2 as the child Activity.

[0289] Generally, a page can be configured with a complete set of optimization parameters. For example, the optimization parameters for this page can be configured in the whitelist information corresponding to the parent Activity-1.

[0290] When a single page contains multiple levels of Activities, the optimized layout parameters in the whitelist may become ineffective. This can lead to improper layout of the window displayed in interface 1102. For example, within the entire Activity-2 window, only "Window Content W1" might be displayed, while other window content cannot be directly displayed within Activity-2. Similarly, if the optimized parameters are not applied, the content displayed in Activity-1 may not be able to undergo layout optimization.

[0291] This application also provides a technical solution that provides a specific processing logic for a page that includes multiple Activities (such as a parent Activity and child Activities), so that optimization parameters can be applied normally on the page, thereby obtaining a reasonable page layout and display effect.

[0292] For example, refer to Figure 12 This is a schematic diagram illustrating module interaction for another solution provided in this application embodiment. In this example, the above functions are implemented through an activity module, a UI adaptation module, and an image processing module in the electronic device.

[0293] like Figure 12 As shown, the solution may include:

[0294] S1201, The activity module obtains the whitelist information corresponding to Activity-1 from the UI adaptation module.

[0295] S1202, The activity module parses the whitelist of Activity-1.

[0296] For example, when an electronic device receives such Figure 11 After performing operation OP5 as shown, a new interface can be switched to display. This allows the components corresponding to the "My" function page in the activity module to be activated and begin running.

[0297] After the program starts running, the activity module can determine that the interface to be displayed (such as interface 1102) may include two Activities, such as the parent Activity (i.e., Activity-1) and the child Activity (i.e., Activity-2).

[0298] In this way, the activity module can obtain the whitelist information of each Activity from the UI adaptation module, and then parse and store it.

[0299] For example, the activity module can obtain the whitelist information for Activity-1 from the UI Adaptation module. In this example, the whitelist information for Activity-1 does not have to be empty. For instance, the whitelist information for Activity-1 can indicate optimization parameters such as the aspect ratio and spacing of each View in the currently displayed page.

[0300] After obtaining the whitelist information for Activity-1, the activity module can parse and process it. This allows it to obtain the optimization parameters indicated by the whitelist for Activity-1. The activity module can store these optimization parameters for later use when determining the image processing parameters for the current page.

[0301] S1203, The activity module obtains the whitelist information corresponding to Activity-2 from the UI adaptation module.

[0302] Similar to the handling of Activity-1 described above, the Activity module can also attempt to obtain whitelist information for other Activities from the UI Adaptation module. For example, the Activity module can obtain the whitelist information for Activity-2 from the UI Adaptation module.

[0303] In some existing implementations, the activity module can parse the whitelist information of Activity-2 after obtaining it, thereby obtaining and storing the optimization parameters indicated by the whitelist information of Activity-2. In some implementations, the optimization parameters of Activity-2 can override the optimization parameters of Activity-1 and be stored in the activity module.

[0304] When all the optimized layout parameters for the page are stored in the whitelist information of Activity-1, the whitelist information for Activity-2 can be empty. Therefore, after the activity module parses Activity-2, the result it obtains can be empty. The activity module can then overwrite the optimized parameters indicated by the whitelist information of Activity-1 with the parsed result of Activity-2, leading to the loss of the optimized parameters for the current page and causing the aforementioned problem.

[0305] In this embodiment of the application, the activity module can execute S1204 after obtaining the whitelist information of Activity-2 and before parsing the whitelist information of Activity-2, so as to avoid the loss of optimization parameters of the current page.

[0306] S1204. Determine whether Activity-1 has been parsed.

[0307] If the whitelist of Activity-1 has been parsed, then the activity module has already obtained the optimized layout parameters for the current page. In this way, the activity module can skip parsing Activity-2 and proceed to S1206.

[0308] If the whitelist of Activity-2 is not parsed, the Activity module can execute S1205 to parse the whitelist of Activity-2.

[0309] In this way, the activity module can avoid overwriting the already acquired optimization parameters due to the parsing and storage of Activity-2. This ensures the normal application of the optimized layout parameters.

[0310] S1206. The activity module determines the image processing parameters based on the whitelist parsing results.

[0311] S1207. The activity module sends image processing parameters to the image processing module.

[0312] S1208, The image processing module performs image processing according to the image processing parameters.

[0313] For example, the execution of S1206-S1208 can be referred to as follows: Figure 7 The details of S707-S709 are not elaborated here.

[0314] Understandably, in this example, the activity module checks whether the parent activity's whitelist has already been parsed before parsing the whitelist corresponding to the child activity. If the parent activity's whitelist has already been parsed, the parsing of the child activity's whitelist is not performed. This prevents the optimization parameters for the current page stored in the parent activity's whitelist from being overwritten and unapplied, thus allowing the optimized layout parameters to be incorporated into subsequent image processing parameters. This ensures that after the image processing module performs image processing based on the image processing parameters, the view layouts of each activity on the current page obtained are all optimized and adjusted according to the optimization parameters.

[0315] For example, refer to Figure 13 In this case Figure 12 If the shown solution is effective, the optimized layout parameters will allow for a more reasonable display of content to the user in Activity-1 and / or Activity-2 on the "My" page. For example, Activity-2 will no longer only display window content W1, but can simultaneously display both window content W1 and window content W2.

[0316] The following provides a way to achieve the above. Figure 12 Pseudocode example of the scheme shown:

[0317]

[0318] The above embodiments describe solutions to the problems of landscape full-screen display, layout optimization, rotation animation suppression when split-screen functionality is enabled, and the failure of optimized layout parameters on the page when nested Activities (such as parent and child Activities) exist. It is understood that the above-described landscape full-screen and layout optimization mechanisms are based on examples of their effectiveness in video applications, and the layout optimization mechanism for nested Activities is based on examples of its effectiveness in cloud storage applications. This does not constitute a limitation on the correspondence between the technical solutions and the application. In other embodiments, the above solutions can also be configured to take effect within the same application.

[0319] In other embodiments of this application, due to the landscape full-screen display, the wallpaper is covered by the landscape full-screen homepage and cannot be seen by the user. Therefore, as... Figure 3 Wallpapers are no longer necessary.

[0320] In response, this application also provides a solution that eliminates the need to update the displayed wallpaper when displaying in landscape full-screen mode, thereby avoiding the additional overhead caused by rendering and compositing wallpapers.

[0321] refer to Figure 14 Electronic devices can manage wallpapers through the activity management module and the wallpaper component.

[0322] For example, such as Figure 14 As shown in S1401-S1403, at the start or end of the animation, the activity management module can obtain wallpaper information and send an instruction to the wallpaper component to display the wallpaper. The wallpaper component can then display the wallpaper according to the received display wallpaper format. Once the display wallpaper is determined, the electronic device can render and composite the wallpaper for display on the screen.

[0323] Specifically, when the application starts running or needs to switch to a new interface, there will be a process from the start to the end of the animation. Therefore, when the application starts running or needs to switch to a new interface, the activity management module can, according to, such as Figure 14 The solution shown demonstrates how to display the wallpaper component.

[0324] In some embodiments, when the activity management module determines that the wallpaper needs to be displayed, it can configure the corresponding field (such as the display identifier) ​​to be displayed (e.g., Show). In this way, the display component can display the wallpaper when the display identifier is set to Show. Conversely, when the wallpaper does not need to be displayed, the activity management module can configure the display identifier to be hidden (e.g., Hide). In this way, the display component can not display the wallpaper when the display identifier is set to Hide.

[0325] In this application, the activity management module can configure the display indicator to Hide based on whether full-screen display is currently enabled and / or whether parallel view (i.e., split-screen function) is enabled. Therefore, the wallpaper component does not perform wallpaper rendering and compositing, thus saving corresponding overhead.

[0326] For example, refer to Figure 15 This is another schematic diagram of module interaction provided in an embodiment of this application. The activity management module, application task stack, and wallpaper component in the electronic device enable reasonable control over the wallpaper.

[0327] like Figure 15 As shown, at the start or end of the animation, the activity module can determine whether the current foreground application is in parallel view according to S1501-S1502. The foreground application can be a top-displaying application. If the application's split-screen function is enabled, then that application is in parallel view.

[0328] like Figure 15 As shown, the activity management module can send a confirmation message to the application task stack via S1501 to indicate whether the foreground component is in parallel view. Correspondingly, the task module in the application task stack corresponding to the foreground component's attribute can feed back the parallel view parameter of that foreground component to the activity management module. In some implementations, the parallel view parameter of the foreground component can indicate whether parallel view (or application split-screen) is on or off.

[0329] In this example, we assume that the parallel view of the foreground application is already enabled.

[0330] Thus, in S1502, the activity management module can indicate that the parallel view has been opened based on the parameters of the parallel view of the foreground component, and determine that it is currently in the parallel view display scene.

[0331] In this example, the activity management module can determine whether it is in full-screen mode via steps 1503-S1504.

[0332] For example, the activity management module can execute S1503 to send a confirmation message to the application task stack regarding whether the foreground component is in full-screen mode. Correspondingly, the task module in the application task stack corresponding to the foreground component's attribute can feed back the parameter indicating whether the foreground component is displayed in full-screen mode to the activity management module. In some implementations, the parameter indicating whether the foreground component is displayed in full-screen mode can specify either full-screen or non-full-screen display.

[0333] In this example, we take the foreground application as being displayed in full screen.

[0334] Thus, in S1504, the activity management module can instruct the foreground application to display in full screen based on the parameter indicating whether the foreground component is displayed in full screen, thereby determining that the current scenario is in full screen mode.

[0335] In this example, the activity management module can determine not to display the wallpaper based on the current parallel view and full-screen display.

[0336] For example, subsequent steps may include the following S1505-S1506:

[0337] S1505, The activity management module determines whether the display identifier is "Show".

[0338] The display identifier can be configured by the foreground component (i.e., the application currently displayed on top). For example, in... Figure 3 In the scenario example where the homepage interface 31 is displayed, this display flag can be configured by the application to "Show" to indicate that the wallpaper is displayed. In other cases, the display flag can be configured to "Hide" to indicate that the wallpaper is not displayed.

[0339] In this example, the activity management module can send relevant information to the wallpaper component based on whether the current display flag is "show".

[0340] For example, when the display flag is set to "show", the activity management module can send the "Hide" configuration result to the wallpaper component. This allows the wallpaper component to execute S1506, i.e., not display the wallpaper, based on the "Hide" configuration result.

[0341] For example, when the display flag is set to Hide, the activity management module can send an unknown configuration result to the wallpaper component. In this case, the wallpaper component can execute S1506, meaning it will not display the wallpaper, based on the configured display flag being Hide.

[0342] It should be noted that, as Figure 15 The example given is that when the activity management module determines that the view is parallel and the screen is in full-screen mode, it determines that the wallpaper should not be displayed. In other embodiments, the activity management module may not execute S1501-S1502, meaning that it can determine that the wallpaper should not be displayed even when the screen is in full-screen mode. For specific execution details, please refer to the above. Figure 15 The explanations provided will not be repeated here.

[0343] In this way, if the wallpaper component is not displayed, the electronic device will not render and composite the wallpaper, thus saving the corresponding image processing overhead.

[0344] The following is a pseudocode example of the logic for determining whether to display the wallpaper:

[0345]

[0346]

[0347] In this pseudocode example, the electronic device can be configured with a more sophisticated mechanism for determining the display identifier.

[0348] For example, if the view is not parallel, subsequent checks are not performed. The wallpaper is displayed according to the display flags configured in the application.

[0349] In some implementations, the display icon is configured as Hide in pseudo-split-screen mode. It is configured as Show in animated effects. It is configured as Hide in full-screen mode. If no surface is configured, the display icon is configured as Hide. In single-window mode, the display icon is configured as Show. In dual-window mode with a split line, the display icon is configured as Show. If the parent activity is not obscured, the display icon is configured as Show. In dual-window mode without a split line, the display icon is configured as Hide.

[0350] Similar to the example above, when the display flag is configured to Hide, it indicates that the scene does not need to display the wallpaper, and therefore wallpaper rendering and compositing will not be performed, saving corresponding overhead. When the display flag is configured to Show, it indicates that the scene needs to display the wallpaper, and therefore wallpaper rendering and compositing are required to ensure proper display.

[0351] It should be noted that the electronic devices in the embodiments of this application may include at least one of the following: mobile phones, foldable electronic devices, tablet computers, desktop computers, laptop computers, handheld computers, laptops, ultra-mobile personal computers (UMPCs), netbooks, cellular phones, personal digital assistants (PDAs), augmented reality (AR) devices, virtual reality (VR) devices, artificial intelligence (AI) devices, wearable devices, in-vehicle devices, smart home devices, or smart city devices. The embodiments of this application do not impose any special limitations on the specific type of the electronic device.

[0352] As an example, Figure 16 A schematic diagram of the composition of an electronic device is provided.

[0353] like Figure 16 As shown, the software system of an electronic device can adopt a layered architecture, event-driven architecture, microkernel architecture, microservice architecture, or cloud architecture. This application embodiment uses the layered architecture Android system as an example to exemplify the software structure of an electronic device.

[0354] A layered architecture divides software into several layers, each with a clear role and function. Layers communicate with each other through software interfaces. In some embodiments, the Android system is divided into five layers, from top to bottom: the application layer, the application framework layer, the Android runtime (ART) and native C / C++ libraries, the Hardware Abstraction Layer (HAL), and the kernel layer.

[0355] The application layer can include a series of application packages.

[0356] like Figure 16 As shown, the application package can include applications such as gallery, calendar, map, WLAN, music, SMS, calling, navigation, cloud storage, and video.

[0357] The application framework layer provides application programming interfaces (APIs) and a programming framework for applications in the application layer. The application framework layer includes some predefined functions.

[0358] like Figure 16 As shown, in some embodiments of this application, the application framework layer may include a system service module, an activity management module, a UI adaptation module, a whitelist storage module, a cloud whitelist module, an activity module, a window management module, an image processing module, an application task stack, and a wallpaper component, etc.

[0359] The modules in this framework layer can work together to achieve the technical solutions provided in any of the above embodiments.

[0360] The window management module, also known as the window manager, provides window management services (WMS). WMS can be used for window management, window animation management, surface management, and as a relay station for the input system.

[0361] Content providers store and retrieve data, making that data accessible to applications. This data can include videos, images, audio, phone calls made and received, browsing history and bookmarks, phone books, etc.

[0362] An Activity module can be included within a view system. A view system includes visual controls, such as controls for displaying text and controls for displaying images. View systems are used to build applications. A display interface can consist of one or more views. For example, a display interface including a text notification icon can include views for displaying text and views for displaying images.

[0363] The activity management module, also known as the activity manager, provides the Activity Manager Service (AMS). AMS can be used for the startup, switching, and scheduling of system components (such as activities, services, content providers, and broadcast receivers), as well as the management and scheduling of application processes.

[0364] The Android runtime consists of the core libraries and the Android runtime itself. The Android runtime is responsible for converting source code into machine code. The Android runtime primarily employs ahead-of-time (AOT) compilation and just-in-time (JIT) compilation techniques.

[0365] The core library primarily provides basic Java class library functionalities, such as libraries for fundamental data structures, mathematics, I / O, tools, databases, and networking. It also provides APIs for users to develop Android applications.

[0366] Native C / C++ libraries can include multiple functional modules. Examples include: surface manager, media framework, libc, OpenGL ES, SQLite, Webkit, etc.

[0367] The Surface Manager manages the display subsystem and provides 2D and 3D layer blending for multiple applications. The Media Framework supports playback and recording of various common audio and video formats, as well as still image files. The Media Library supports multiple audio and video encoding formats, such as MPEG4, H.264, MP3, AAC, AMR, JPG, and PNG. OpenGL ES provides drawing and manipulation of 2D and 3D graphics in applications. SQLite provides a lightweight relational database for electronic device applications.

[0368] The Hardware Abstraction Layer (HAL) runs in user space, encapsulates kernel-level drivers, and provides calling interfaces to higher layers. For example, the HAL may include a display module, an audio module, a camera module, a Bluetooth module, etc.

[0369] The kernel layer is the layer between hardware and software. The kernel layer includes at least the display driver, camera driver, audio driver, and Bluetooth driver.

[0370] It is understandable that the above Figure 16 The components of the provided electronic devices are merely examples and do not constitute a limitation on the electronic devices.

[0371] Furthermore, the electronic device provided in this application embodiment includes hardware structures and / or software modules corresponding to the execution of each function in order to achieve the above-mentioned functions. Those skilled in the art should readily recognize that, in conjunction with the units and algorithm steps of the various examples described in the embodiments disclosed herein, the embodiments of this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed by hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the embodiments of this application.

[0372] This application embodiment can divide the above-described electronic device into functional modules based on the method example described above. For example, each function can be divided into its own functional modules, or two or more functions can be integrated into one processing module. The integrated modules can be implemented in hardware or as software functional modules. It should be noted that the module division in this application embodiment is illustrative and only represents one logical functional division; other division methods may be used in actual implementation.

[0373] The foregoing mainly describes the solutions provided by the embodiments of this application from the perspective of various functional modules. Those skilled in the art should readily recognize that, based on the units and algorithm steps of the examples described in conjunction with the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0374] The integrated modules described above can be implemented in hardware or as software functional modules. It should be noted that the module division in this embodiment is illustrative and represents only one logical functional division; in actual implementation, other division methods may be used.

[0375] For example, Figure 17 A schematic diagram of the composition of an electronic device 1700 is shown. (As shown...) Figure 17 As shown, the electronic device 1700 may include a processor 1701 and a memory 1702. The memory 1702 is used to store computer execution instructions. Exemplarily, in some embodiments, when the processor 1701 executes the instructions stored in the memory 1702, the electronic device 1700 may perform any of the methods shown in the above embodiments.

[0376] It should be noted that all relevant content of each step involved in the above method embodiments can be referenced from the functional description of the corresponding functional module, and will not be repeated here.

[0377] Figure 18 A schematic diagram of a chip system 1800 is shown. The chip system 1800 may include a processor 1801 and a communication interface 1802, used to support related devices in implementing the functions involved in the above embodiments. In one possible design, the chip system also includes a memory for storing necessary program instructions and data of the electronic device. This chip system may be composed of chips or may include chips and other discrete devices. It should be noted that in some implementations of this application, the communication interface 1802 may also be referred to as an interface circuit.

[0378] It should be noted that all relevant content of each step involved in the above method embodiments can be referenced from the functional description of the corresponding functional module, and will not be repeated here.

[0379] This application also provides a computer-readable storage medium storing a computer program thereon. When executed by a computer, the computer program implements the method flow related to the electronic device in any of the above method embodiments. Specifically, the computer can be the aforementioned electronic device.

[0380] This application also provides a computer program or a computer program product including a computer program, which, when executed on a computer, causes the computer to implement the method flow related to the electronic device in any of the above method embodiments. Specifically, the computer can be the aforementioned electronic device.

[0381] The functions, actions, operations, or steps in the above embodiments can be implemented, in whole or in part, by software, hardware, firmware, or any combination thereof. When implemented using software programs, they can be implemented, in whole or in part, in the form of a computer program product. This computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium accessible to a computer or include one or more data storage devices such as servers and data centers that can be integrated with the medium. The available media can be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., DVDs), or semiconductor media (e.g., solid-state disks, SSDs), etc.

[0382] Although this application has been described in conjunction with specific features and embodiments, it is obvious that various modifications and combinations can be made thereto without departing from the scope of this application. Accordingly, this specification and drawings are merely exemplary illustrations of the application as defined by the appended claims, and are considered to cover any and all modifications, variations, combinations, or equivalents within the scope of this application. Clearly, those skilled in the art can make various alterations and modifications to this application without departing from the scope of this application. Thus, if such modifications and modifications of this application fall within the scope of the claims of this application and their equivalents, this application is also intended to include such modifications and modifications.

Claims

1. A display control method characterized by comprising: The method is applied to an electronic device in which a first application is installed; and the method comprises: receiving a first operation input by a user, the first operation being used to instruct running the first application; in response to the first operation, generating a first instruction, the first instruction corresponding to creating or updating a first page of the first application; in response to the first instruction, controlling a display screen of the electronic device to display the first page, the first page being displayed in full screen, the first page including at least two display cards, different display cards corresponding to different resources; wherein a posture of the electronic device before the electronic device displays the first page is a portrait screen, and a posture of the electronic device when the electronic device displays the first page is a landscape screen; and the electronic device is configured to trigger a rotation animation when a screen rotation attribute changes; the method further comprises: generating a first screen rotation instruction when the electronic device is rotated to the posture of the landscape screen, the first screen rotation instruction being used to instruct landscape full screen display; configuring the screen rotation attribute as the portrait screen according to the first screen rotation instruction; after displaying the first page, receiving a second operation, the second operation being an operation on a first display card in the first page; in response to the second operation, switching to display a second page; the second page including a first split screen and a second split screen, the first split screen displaying at least part of display elements of the first page, and the second split screen displaying a detail page of the first display card; the first split screen and the second split screen are both displayed in the portrait screen; wherein during the process of switching to display the first split screen and the second split screen, no rotation animation is triggered according to the screen rotation attribute being configured as the portrait screen.

2. The method of claim 1, wherein, Before displaying the first page, the method further comprises: determining image processing parameters of the first page and image processing parameters of at least one display card in the first page; the image processing parameters of the first page being used to indicate window position and / or size information of the first page; the image processing parameters of the display card being used to indicate horizontal and vertical proportions of the display card and / or interval distance between two adjacent display cards.

3. The method of claim 2, wherein, The determination of the image processing parameters of the first page comprises: determining that the first page is displayed in full screen.

4. The method according to claim 2 or 3, characterized in that, The determination of the image processing parameters of at least one display card in the first page comprises: determining that horizontal and vertical proportions of a first display card are a first proportion, and determining that interval distance between the first display card and a second display card is a first distance; the first display card and the second display card being included in the at least one display card.

5. The method of claim 4, wherein: the electronic device includes a white list, the white list including at least one optimized layout parameter; one of the optimized layout parameters being used to indicate page layout of an activity of an application and / or at least one view in an activity; wherein each of the activities corresponds to a page, and each of the views corresponds to a display card. The determining the image processing parameter of the first page and the image processing parameter of at least one display card in the first page comprises: determining the image processing parameter according to first whitelist information; the first whitelist information comprises optimization parameters corresponding to the first application in the whitelist.

6. The method of claim 5, wherein, the first whitelist information comprises position information of a first Activity, size information of a page corresponding to the first Activity, horizontal and vertical proportions of a first View and / or a second View, and interval distance of the first View and the second View. the first View and the second View are included in the at least one View in the first Activity.

7. The method of claim 6, wherein, the first Activity corresponds to the first page, the first View corresponds to a first display card, and the second View corresponds to a second display card. the position information of the first Activity and the size information of the page corresponding to the first Activity jointly indicate full-screen display of the page corresponding to the first Activity. determining the image processing parameter of the first page according to the first whitelist information comprises: determining the image processing parameter of the first page according to the first whitelist information indicating full-screen display of the first Activity, wherein the full-screen display of the first page is included.

8. The method of claim 6, wherein, the horizontal and vertical proportions of the first View are a first proportion, and the interval distance of the first View and the second View is a first distance. determining the image processing parameter of at least one display card in the first page according to the first whitelist information comprises: determining the horizontal and vertical proportions of the first display card as the first proportion and the interval distance of the first display card and the second display card as the first distance according to optimization layout parameters corresponding to the first View and the second View, so that at least two display cards can be simultaneously displayed in the first page.

9. The method of claim 5, wherein: the whitelist in the electronic device comprises a locally stored whitelist and / or a cloud whitelist obtained from a cloud.

10. The method of claim 8, wherein: the determining the image processing parameter of the first page comprises full-screen display of the first page, and the method comprises: configuring a window boundary parameter of the first Activity to correspond to full-screen display according to the first whitelist information indicating full-screen display of the first Activity; determining the full-screen display of the first page according to the window boundary parameter of the first Activity.

11. The method of claim 10, wherein, Before the configuring the window boundary parameter of the first Activity to correspond to full-screen display, the method further comprises: generating window configuration indication information according to the first indication, wherein the window configuration indication information is used to configure window configuration of the first Activity; configuring the window configuration of the first Activity according to the first whitelist information, wherein the window boundary parameter is included in the window configuration.

12. The method of claim 5, wherein, The white list further includes second white list information, the second white list information being used to indicate a second Activity, and an aspect ratio of a View in the second Activity and a spacing distance between Views; The second Activity corresponds to a second page; The method further includes: receiving a third operation, the third operation being used to instruct the electronic device to display a second page, the second page corresponding to the second Activity; the second page further including a third Activity nested with the second Activity, in the second page, the second Activity being a parent Activity, and the third Activity being a child Activity; in response to the third operation, obtaining a second optimization layout parameter corresponding to the second Activity from the second white list information, and performing analysis and storage on the second optimization layout parameter; in a case where the second optimization layout parameter is analyzed, not performing analysis on an optimization layout parameter of the third Activity; after the second page is rendered and synthesized according to the second optimization layout parameter, sending the second page to a display device for processing.

13. The method of any one of claims 1-3, wherein, The first page is a home page of the first application.

14. The method of any one of claims 1-3, wherein, The electronic device is configured with a UI self-adaption module; Before the first indication is generated, the method further includes: after the electronic device is powered on, obtaining a local white list stored locally and / or a cloud white list obtained from a cloud server; in a case where the local white list or the cloud white list is not empty, running the UI self-adaption module; sending a white list to the UI self-adaption module for analysis and storage, the white list including the obtained local white list and / or the cloud white list.

15. The method of claim 14, wherein, Before the UI self-adaption module is run, the method further includes: under an instruction of a user, turning on a layout optimization function corresponding to the first application.

16. The method of claim 15, wherein, The method further includes: under an instruction of a user, turning on an application split-screen function corresponding to the first application.

17. The method of claim 16, wherein, During switching of displaying the second page, the first split-screen does not trigger a rotation animation.

18. The method of claim 17, wherein, Before the first page is displayed, the method further includes: determining that the first page is displayed full-screen, or determining that the first page is displayed full-screen and an application split-screen function of the first application is turned on; configuring a display identifier as not to be displayed; in a case where the display identifier is configured as not to be displayed, the electronic device does not perform rendering and synthesis processing on a wallpaper.

19. An electronic device, comprising: The electronic device includes a memory and one or more processors; the memory and the processors are coupled; wherein the memory is configured to store computer program code, the computer program code including computer instructions, when the processors execute the computer instructions, causing the electronic device to perform the method in any one of claims 1-18.

20. A chip system, characterized by The chip system is applied to an electronic device; the chip system comprises one or more interface circuits and one or more processors; the interface circuits and the processors are interconnected through lines; the interface circuits are used for receiving signals from a memory of the electronic device and sending the signals to the processors, the signals comprising computer instructions stored in the memory; when the processors execute the computer instructions, the electronic device executes the method as claimed in any one of claims 1-18.

21. A computer-readable storage medium, characterized in that, Computer instructions are included, which, when run on an electronic device, cause the electronic device to execute the method as claimed in any one of claims 1-18.

Images