Screen display area adjustment method, device, equipment, medium and program product

Abstract

This invention provides a method, apparatus, device, medium, and program product for adjusting a screen display area, relating to the field of screen display technology. The method includes: upon receiving a display area adjustment instruction, updating the global logical boundary rectangle parameters of the operating system based on the adjustment method and amount indicated by the instruction; the global logical boundary rectangle parameters are used to indicate the maximum effective reference boundary for the layout of all display windows globally within the operating system; while maintaining the original rendering ratio, updating the layout parameters of all display windows globally within the operating system based on the updated global logical boundary rectangle parameters; and rendering based on the layout parameters of each display window to obtain the adjusted display content. This invention enables real-time human-computer interaction, thereby improving the user experience; and eliminates the need for mechanical structures to move the screen, thus reducing costs.

Description

Technical Field

[0001] This invention relates to the field of screen display technology, and in particular to a method, apparatus, device, medium, and program product for adjusting a screen display area. Background Technology

[0002] With the continuous development of intelligent display devices and the increasing stability of operating systems, various intelligent terminal devices have been deeply integrated into living and working spaces. Among them, large-screen devices equipped with operating systems, such as smart blackboards, conference screens, educational tablets, and smart TVs, have been widely used. These large-screen devices play an important role in content display and interaction in scenarios such as school education and corporate meetings. However, to meet the visual needs of multiple viewers, the physical size of these large-screen devices is usually very large (for example, the height and width are generally around 2 meters). However, in actual use, this ultra-large physical form brings great inconvenience to the touch interaction of the presenter (such as teachers or conference speakers). On the one hand, due to the presenter's height, the top area of ​​the screen often becomes a touch blind spot, making it difficult to operate freely. On the other hand, because the screen is too wide, the presenter cannot reach the content on the other side when standing on one side of the screen. If global operation is required, frequent back-and-forth movement is necessary, which seriously affects the efficiency and continuity of teaching and meetings. Therefore, the human-computer interaction of existing large-screen devices is inconvenient and seriously affects the user experience. How to achieve convenient human-computer interaction is a technical requirement that urgently needs to be addressed.

[0003] Currently, screen movement is achieved through purely physical mechanical structures (such as lifting brackets and sliding rails). However, this solution is costly in terms of hardware and complex to deploy. Furthermore, the mechanical structures are slow to respond and prone to damage, failing to meet the high-frequency, real-time interaction needs in teaching scenarios. In other words, existing solutions are costly to implement and negatively impact the user experience. Summary of the Invention

[0004] This invention provides a method, apparatus, device, medium, and program product for adjusting the screen display area, in order to solve the defects of high cost and poor user interaction experience in the prior art, and to achieve real-time human-computer interaction and low-cost screen display area adjustment.

[0005] This invention provides a method for adjusting the screen display area, comprising: Upon receiving a display area adjustment instruction, the global logical boundary rectangle parameter of the operating system is updated based on the adjustment method and adjustment amount indicated by the display area adjustment instruction; the global logical boundary rectangle parameter is used to indicate the maximum effective reference boundary for the layout of all display windows globally within the operating system; While maintaining the original rendering ratio, the layout parameters of all global display windows in the operating system are updated based on the updated global logical boundary rectangle parameters; the layout parameters of any display window include the target size and position coordinates of the display window. Rendering is performed based on the layout parameters of each display window to obtain the adjusted display content.

[0006] According to a method for adjusting a screen display area provided by the present invention, the step of updating the global logical boundary rectangle parameters of the operating system based on the adjustment method and adjustment amount indicated by the display area adjustment command includes: When the adjustment method is screen reduction adjustment, the Y-axis coordinate offset is determined based on the adjustment amount, and the global logical boundary rectangle parameter is updated based on the Y-axis coordinate offset. When the adjustment method is screen-shifting adjustment, the X-axis coordinate offset is determined based on the adjustment amount, and the global logical boundary rectangle parameter is updated based on the X-axis coordinate offset; the screen-shifting adjustment includes left-shifting adjustment and right-shifting adjustment; In the case of full-screen display, the top left corner of the screen is taken as the origin, the positive direction of the X-axis is to the right of the origin, and the positive direction of the Y-axis is downward from the origin.

[0007] According to a method for adjusting a screen display area provided by the present invention, updating the global logical boundary rectangle parameters based on the Y-axis coordinate offset includes: Add the Y-axis coordinate offset to the top starting coordinate value of the global logical boundary rectangle parameter; The step of updating the global logical boundary rectangle parameters based on the X-axis coordinate offset includes: When the screen shift adjustment is to shift to the left, subtract the X-axis coordinate offset from the right boundary coordinate value in the global logical boundary rectangle parameter; When the movement adjustment is to right-shift the screen, the left starting coordinate value of the global logical boundary rectangle parameter is increased by the X-axis coordinate offset.

[0008] According to a method for adjusting a screen display area provided by the present invention, the step of updating the global logical boundary rectangle parameters of the operating system based on the adjustment method and adjustment amount indicated by the display area adjustment instruction upon receiving a display area adjustment instruction includes: Upon receiving a display area adjustment instruction, a re-layout request is initiated through the view controls of the operating system; In response to the re-layout request, the global logical boundary rectangle parameters of the operating system are updated based on the adjustment method and adjustment amount indicated by the display area adjustment instruction.

[0009] According to a method for adjusting the screen display area provided by the present invention, the step of updating the layout parameters of all display windows globally within the operating system based on the updated global logical boundary rectangle parameters includes: Based on the updated global logical boundary rectangle parameters, during the initial layout calculation phase, the layout parameters of the status bar and navigation bar within the operating system are updated first. Based on the updated global logical boundary rectangle parameters, update the layout parameters of all display windows in the global display windows within the operating system, excluding the status bar and the navigation bar.

[0010] According to a method for adjusting a screen display area provided by the present invention, after rendering based on the layout parameters of each display window to obtain the adjusted display content, the method further includes: Configure the blank area on the screen created by the adjustment of the display area as the full-screen touch area; Upon receiving a touch command for the full-screen restored touch area, the original global logical boundary rectangle parameters are restored to re-render the full-screen display content.

[0011] According to a method for adjusting a screen display area provided by the present invention, the display area adjustment instruction includes an adjustment method and an adjustment level parameter, wherein the adjustment level parameter is used to indicate the adjustment amount; the adjustment level parameter includes a screen down adjustment level parameter or a screen shift adjustment level parameter.

[0012] The present invention also provides a device for adjusting the screen display area, comprising: The boundary update module is used to update the global logical boundary rectangle parameters of the operating system based on the adjustment method and adjustment amount indicated by the display area adjustment instruction when a display area adjustment instruction is received; the global logical boundary rectangle parameters are used to indicate the maximum effective reference boundary for the layout of all display windows in the operating system. The layout update module is used to update the layout parameters of all global display windows in the operating system based on the updated global logical boundary rectangle parameters while maintaining the original rendering ratio; the layout parameters of any display window include the target size and position coordinates of the display window. The content rendering module is used to render based on the layout parameters of each of the display windows to obtain the adjusted display content.

[0013] The present invention also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the screen display area adjustment method as described above.

[0014] The present invention also provides a non-transitory computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the screen display area adjustment method as described above.

[0015] The present invention also provides a computer program product, including a computer program that, when executed by a processor, implements the screen display area adjustment method as described above.

[0016] The screen display area adjustment method, apparatus, device, medium, and program product provided by this invention, upon receiving a display area adjustment instruction, updates the global logical boundary rectangle parameters of the operating system based on the adjustment method and amount indicated by the instruction. These global logical boundary rectangle parameters indicate the maximum effective reference boundary for the layout of all display windows within the operating system. While maintaining the original rendering ratio, the layout parameters of all display windows within the operating system are updated based on the updated global logical boundary rectangle parameters. In other words, the operating system directly intercepts and updates the global logical boundary rectangle parameters that control the global maximum boundary, thereby transforming the user's intentions, such as screen reduction or screen shifting, into modifications to the size and position coordinates of the underlying display windows. The coordinate translation mechanism solves the problem of blind spots at the top and the need for frequent back-and-forth movement caused by the excessive height and width of large screens. This allows users to freely and comfortably touch and operate all functional interfaces, whether standing in the center or to one side of the screen, thus improving the user experience. Furthermore, users can quickly adjust the screen display area by simply triggering a display area adjustment command, enabling real-time human-computer interaction and further enhancing the user experience. This adjustment is achieved through software, eliminating the need for mechanical screen movement and reducing costs. Simultaneously, the layout parameters of all display windows within the operating system are updated globally, maintaining 100% lossless rendering size and eliminating interface tearing and localized image blurring, further improving the user experience. Attached Figure Description

[0017] To more clearly illustrate the technical solutions in this invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this invention. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0018] Figure 1 This is a flowchart illustrating the screen display area adjustment method provided by the present invention.

[0019] Figure 2This is one of the schematic diagrams for adjusting the screen display area provided by the present invention.

[0020] Figure 3 This is the second schematic diagram of the adjustment of the screen display area provided by the present invention.

[0021] Figure 4 This is the third schematic diagram of the screen display area adjustment provided by the present invention.

[0022] Figure 5 This is the fourth schematic diagram of the adjustment of the screen display area provided by the present invention.

[0023] Figure 6 This is the fifth schematic diagram of the adjustment of the screen display area provided by the present invention.

[0024] Figure 7 This is the sixth schematic diagram of the screen display area adjustment provided by the present invention.

[0025] Figure 8 This is a schematic diagram of the structure of the screen display area adjustment device provided by the present invention.

[0026] Figure 9 This is a schematic diagram of the structure of the electronic device provided by the present invention. Detailed Implementation

[0027] To make the objectives, technical solutions, and advantages of this invention clearer, the technical solutions of this invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this invention. All other embodiments obtained by those skilled in the art based on the embodiments of this invention without creative effort are within the scope of protection of this invention.

[0028] Currently, screen movement is achieved through purely physical mechanical structures (such as lifting brackets and sliding rails). However, this solution is costly in terms of hardware and complex to deploy. Furthermore, the mechanical structures are slow to respond and prone to damage, failing to meet the high-frequency, real-time interaction needs in teaching scenarios. In other words, existing solutions are costly to implement and negatively impact the user experience.

[0029] To address the shortcomings of the aforementioned solutions, this invention further explored the concept. The initial idea was to proportionally reduce the entire operating system display (i.e., change the rendering ratio) upon receiving a user's zoom-out command, concentrating it on one side or the bottom of the screen. However, while this approach reduced touch control difficulty to some extent, it suffered from a fatal visual flaw. Due to the forced compression of the rendering ratio, the courseware content, text, and function icons originally displayed on the large screen became extremely small and potentially blurry, making it impossible for students or attendees to clearly see the screen content. This completely deviated from the core purpose of large-screen devices for large-scale display.

[0030] In addition, another approach is to develop specific floating windows or partial movement functions at the application layer. However, this solution only works for a single application and cannot uniformly schedule and manage the entire system (including the system status bar, navigation bar, and multi-application split-screen, etc.), resulting in a highly fragmented user experience.

[0031] None of the above screen display area adjustment solutions can solve the problem of limited operation caused by excessively high or wide touch areas on large-screen devices while ensuring the complete display of global content (without changing the rendering ratio).

[0032] To address the aforementioned problems, this invention provides a solution that allows for flexible adjustment of the system-level global display area without sacrificing content visibility. The following embodiments illustrate the screen display area adjustment method of this invention. Figures 1-7 The present invention describes a method for adjusting the screen display area.

[0033] The relevant underlying technical terms involved in the embodiments of this invention are explained.

[0034] WMS (WindowManagerService) is the core window management service of the operating system, responsible for the overall multi-window layout management and hierarchical control of the operating system. In this embodiment of the invention, the core layout assembly logic for screen drop and screen shifting is implemented by the strategy class of WMS (such as PhoneWindowManager) and its internal methods such as beginLayoutLw and layoutWindowLw.

[0035] The global logical boundary rectangle parameters are a set of boundary parameters calculated during the initial layout phase of WMS to describe the size and position of different logical regions on the screen. Taking Android as an example, these specifically include the following eight rectangular regions: UnrestrictedScreen area: Describes the unrestricted logical display area of ​​the entire screen; RestrictedScreen area: Describes the restricted screen area excluding the navigation bar; StableFullScreen region: Describes a stable full-screen region; Stable area: Describes the stable area of ​​the screen excluding the status bar and navigation bar; Dock area: Describes the area where docked windows can be placed; Content area: Describes the area on the screen excluding the status bar, navigation bar, and input method; Cur area: Represents the currently available area; System area: System reserved area.

[0036] DMS (DisplayManagerService) is a display management service responsible for managing the physical display screen state of the device and sending instructions to the underlying rendering service through the SurfaceControl class.

[0037] SurfaceFlinger (SF) is the underlying rendering engine of the operating system. It is responsible for receiving and compositing the assembled multi-window layout data, and finally outputting the display frames to the physical screen.

[0038] Figure 1 This is a flowchart illustrating the screen display area adjustment method provided by the present invention, as shown below. Figure 1 As shown, the method for adjusting the screen display area includes the following steps 110, 120 and 130.

[0039] Step 110: Upon receiving a display area adjustment instruction, update the global logical boundary rectangle parameters of the operating system based on the adjustment method and adjustment amount indicated by the display area adjustment instruction.

[0040] In one specific embodiment, this method is mainly applied to large-screen display devices running the Android operating system (such as educational tablets, smart blackboards, conference screens, smart TVs, etc., with physical dimensions typically around 2 meters high and 2 meters wide). Of course, it can also be applied to display devices with other operating systems; for ease of explanation, this embodiment uses the Android operating system as an example.

[0041] Here, the display area adjustment command is a user-triggered command. In one embodiment, the display area adjustment command is triggered by the user touching a button on the screen. In another embodiment, the display area adjustment command is triggered by the user via voice input. In yet another embodiment, the display area adjustment command is triggered by the user using a physical button device. Of course, other methods can also be used to trigger the display area adjustment command, which will not be elaborated here.

[0042] For example, a user can trigger a display area adjustment command by swiping up from the bottom of the screen to access the global menu and clicking the screen down or screen up button in the menu.

[0043] Here, the adjustment method refers to the way the screen display area is adjusted; for example, screen reduction adjustment method, screen shifting adjustment method, etc. The adjustment amount is the amount of display area adjustment corresponding to the adjustment method; for example, the reduction amount corresponding to the screen reduction adjustment method, and the screen shifting amount corresponding to the screen shifting adjustment method.

[0044] For example, the adjustment amount corresponds to multiple levels of operation. For instance, screen reduction can be divided into screen reduction level 1 (e.g., screen reduction 1 / 3) and screen reduction level 2 (e.g., screen reduction 1 / 2); screen swiping can be divided into left swipe level 1 (e.g., left swipe 1 / 3), left swipe level 2 (e.g., left swipe 2 / 3), right swipe level 1 (e.g., right swipe 1 / 3), and right swipe level 2 (e.g., right swipe 2 / 3).

[0045] In one embodiment, the display area adjustment command includes an adjustment method and an adjustment amount. That is, the user can set the adjustment method and the adjustment amount.

[0046] Here, the operating system can be set according to actual needs, such as Android, HarmonyOS, Windows, etc.

[0047] The global logical boundary rectangle parameter is used to indicate the maximum effective baseline boundary for the layout of all display windows within the operating system. That is, all display windows must not exceed the maximum effective baseline boundary. In one embodiment, the global logical boundary rectangle parameter includes top starting coordinates, bottom boundary coordinates, left starting coordinates, and right boundary coordinates. These four parameters constrain the position and size of the rectangle, thereby allowing the layout of each display window within the rectangular area.

[0048] For example, taking the Android operating system as an example, at the underlying implementation level, specifically, when a display area adjustment instruction is received, the requestLayout method of the View control in the user interface (UI) is triggered to initiate a re-layout request. This re-layout request is passed along the view tree to the root node manager ViewRootImpl, and the scheduleTraversals method is called to start a thread to execute the performTraversals method. Finally, the layout entry function relayoutWindow of the operating system WMS is called through the Session mechanism. After entering the relayoutWindow process, the operating system performs synchronization locking and updates relevant attributes. Then, the actual layout entry WindowSurfacePlacer.performSurfacePlacement is entered, and the performLayout function is called. In the performLayout function, the operating system first calls the beginLayoutLw function to begin layout preparation. At this time, based on the above adjustment method and adjustment amount, the boundary values ​​of the global logical boundary rectangle parameter are mathematically updated: when calculating the whole screen, the X coordinate value or Y coordinate value of the screen boundary is increased or decreased by the corresponding number of pixels at a distance from 0 (origin). For example, if the screen drop adjustment amount is 200 pixels, the starting value of the Y coordinate of the rectangle parameter is uniformly increased by 200 pixels; if it is a screen shift adjustment, the starting or ending value of the X coordinate is adjusted accordingly.

[0049] It should be understood that by using the system's native requestLayout to relayWindow request chain, the display area adjustment operation is fully integrated into the operating system's underlying multi-window refresh mechanism. Simultaneously, by directly truncating and updating the global logical boundary rectangle parameters at the beginLayoutLw stage, the maximum effective baseline boundary for calculating the coordinates of all subsequent windows is fundamentally changed. This ensures that all global display content within the operating system is confined within the updated boundary in one go, significantly reducing the system load for subsequent traversal calculations.

[0050] Step 120: While maintaining the original rendering ratio, update the layout parameters of all display windows in the operating system based on the updated global logical boundary rectangle parameters.

[0051] It should be noted that maintaining the original rendering ratio means not scaling the displayed content, but rather physically shifting the global logical boundary to ensure that the displayed content does not shrink.

[0052] The layout parameters of any of the display windows include the target size and position coordinates of the display window.

[0053] For example, after updating the global logical boundary rectangle parameters, the system continues to call the layoutWindowLw function in the performLayout function to prepare for the layout of each display window, in order to determine the layout parameters (i.e., internal sub-rectangle frames) of each display window. These sub-rectangle frames include: mParentFrame (parent window size), mDisplayFrame (the entire screen area where the window is located, used to limit the final position of the window), mContentFrame (content area size), mVisibleFrame (visible area size), mOverscanFrame (overscan area), mDecorFrame (area not occupied by the status bar and navigation bar), mStableFrame (stable interlacing area), and mTmpOutsetFrame. The system calls the WindowState.computeFrameLw method to calculate and assign values ​​to the sub-rectangle frames of each display window based on the globally logical boundary rectangle parameters that have been adjusted and offset. Since the width and height dimensions of the outer maximum reference boundary parameters are not compressed, only the initial X / Y coordinates are offset, so the target size and position coordinates of all display windows calculated at this stage are purely physically displaced, completely maintaining the original rendering ratio. In addition, after completing the above layout calculations, the system continues to introduce the pendingLayoutChanges mechanism. Through the beginPostLayoutPolicyLw, applyPostLayoutPolicyLw, and finishPostLayoutPolicyLw functions, the system checks the visibility of each window and the FLAG_FULLSCREEN (fullscreen flag) and other system states from top to bottom along the Z-axis. This process is repeated until the state is stable (e.g., stopping after more than 6 times).

[0054] It should be understood that by reconfirming frame parameters such as mDisplayFrame through layoutWindowLw, a pure physical coordinate system translation method is used instead of proportional scaling. This ensures that after adjusting the display area on a large-screen device, the text in the courseware, application icons, and the operation interface do not shrink or become blurry in any way; at the same time, the introduced pendingLayoutChanges mechanism ensures that the system UI state variables are reset in a timely manner after the coordinate offset, avoiding abnormal window misalignment.

[0055] Step 130: Render based on the layout parameters of each display window to obtain the adjusted display content.

[0056] Specifically, based on the layout parameters of each display window, each layer is rendered, and the layers are combined to obtain the adjusted display content.

[0057] For example, after exiting the layout loop and confirming that the target size and position coordinates of all display windows have been updated, the system performs post-layout processing. DMS uses the `performTraversalInTransactionFromWindowManager` function to manipulate the Surface of each window. The system initiates a rendering transaction, submitting the updated layout parameters with coordinate offsets to the underlying rendering engine, SurfaceFlinger, via the SurfaceControl block. Upon receiving the layout parameters, SurfaceFlinger re-rasterizes and composites the multiple Layers of the entire window, ultimately outputting the result to the physical screen, thus presenting the adjusted final visual effect.

[0058] It should be understood that by entrusting the final layer drawing task with the offset size and position coordinates to the SurfaceFlinger hardware-level rendering engine at the system's bottom layer, the WMS logic reorganization and SF graphics drawing are completely decoupled, ensuring graphics refresh performance in ultra-large screen environments.

[0059] The screen display area adjustment method provided in this embodiment of the invention, upon receiving a display area adjustment instruction, updates the global logical boundary rectangle parameters of the operating system based on the adjustment method and amount indicated by the instruction. These global logical boundary rectangle parameters indicate the maximum effective baseline boundary for the layout of all display windows within the operating system. While maintaining the original rendering ratio, the method updates the layout parameters of all display windows within the operating system based on the updated global logical boundary rectangle parameters. In other words, the operating system directly intercepts and updates the global logical boundary rectangle parameters that control the global maximum boundary, thereby transforming the user's intentions, such as screen reduction or screen shifting, into modifications to the size and position coordinates of the underlying display windows, i.e., translating the machine using the underlying coordinates. This design solves the problem of blind spots at the top and the need for frequent user movement caused by the excessive height and width of large screens. Users can freely and comfortably touch and operate all functional interfaces whether standing in the center or to one side of the screen, thus improving the user experience. Furthermore, users can quickly adjust the screen display area by triggering a display area adjustment command, enabling real-time human-computer interaction and further enhancing the user experience. This adjustment is achieved through software, eliminating the need for mechanical screen movement and reducing costs. Simultaneously, the layout parameters of all display windows within the operating system are updated globally, maintaining 100% lossless rendering size and eliminating interface tearing and localized image blurring, further improving the user experience.

[0060] Based on any of the above embodiments, in this method, updating the global logical boundary rectangle parameters of the operating system based on the adjustment method and adjustment amount indicated by the display area adjustment command includes: When the adjustment method is screen reduction adjustment, the Y-axis coordinate offset is determined based on the adjustment amount, and the global logical boundary rectangle parameter is updated based on the Y-axis coordinate offset. When the adjustment method is screen-shifting adjustment, the X-axis coordinate offset is determined based on the adjustment amount, and the global logical boundary rectangle parameter is updated based on the X-axis coordinate offset; the screen-shifting adjustment includes left-shifting adjustment and right-shifting adjustment.

[0061] Here, "screen down" means adjusting the screen display area downwards; "screen shift" means adjusting the screen display area to the left or right.

[0062] In full-screen mode, the origin is the top-left corner of the screen, with the positive X-axis pointing to the right and the positive Y-axis pointing downwards. For example, the underlying screen rendering and WMS window layout mechanism of the Android operating system defaults to a variant of the two-dimensional Cartesian coordinate system. Specifically, in full-screen mode, the absolute origin (0,0) is the top-left corner of the screen, with the positive X-axis extending horizontally to the right and the positive Y-axis extending vertically downwards. All global logical boundary rectangle parameters (i.e., the eight objects from the UnrestrictedScreen region to the System region mentioned above) are numerically calibrated based on this coordinate system.

[0063] Therefore, only by strictly establishing and adhering to this underlying rendering coordinate system can subsequent actions such as directly increasing the Y-axis offset to achieve screen reduction (moving downwards) and applying the X-axis offset to the addition and subtraction of rectangular boundaries to achieve screen shifting to the left and right be mathematically sound and accurately executed. This ensures that the adjustments made by the UI control layer can be seamlessly and accurately converted into the system layout coordinate calculation language of the WMS underlying layer, avoiding system layout crashes caused by coordinate system inversion or misalignment.

[0064] Here, the Y-axis offset is the calculated vertical pixel difference. For example, when a user issues a screen-down command, the specific vertical pixel difference is calculated based on the set screen-down level parameters (i.e., the adjustment amount, such as 1 / 3 of the total height for the first screen-down level and 1 / 2 of the total height for the second screen-down level). Since the positive direction of the Y-axis is downward, increasing the Y-axis offset means physically shifting the content downward on the physical screen.

[0065] Here, the X-axis coordinate offset is the calculated horizontal pixel difference. For example, when a user issues a screen-shifting command, the specific horizontal pixel difference is calculated based on the set screen-shifting level parameters (such as swiping left one or two levels, or swiping right one or two levels) and the total screen width. Since the positive direction of the X-axis is to the right, changing the coordinate values ​​of the relevant X-axis boundaries means shifting the content to the left or right on the physical screen.

[0066] For example, when a user cannot reach the top area of ​​a 2-meter-high screen due to their height, they can trigger a "screw down" (i.e., screen reduction adjustment) command via a bottom swipe-up menu. At the WMS's beginLayoutLw calculation stage, the underlying layer first identifies the current adjustment method as screen reduction. Then, it extracts the adjustment amount (e.g., if the total screen pixel height is 2160, a screen reduction of one level corresponds to a 1 / 3 ratio), calculating a Y-axis coordinate offset of 720 pixels. Subsequently, this 720-pixel Y-axis coordinate offset is injected into and updated in the global logical boundary rectangle parameters (causing the rectangle's calculation base to physically move downwards by 720 pixels).

[0067] For example, when a user needs to stand on one side of the screen (e.g., only on the left side) to teach and doesn't want to move around, they can trigger a "Shift Left to Adjust" command via the global menu. The system recognizes this as a shift adjustment and calculates the X-axis offset based on the specified adjustment amount (e.g., shifting left one notch to compress the width by 1 / 3). This X-axis offset is then injected into the global logical boundary rectangle parameter, restricting all subsequent windows to be laid out only within the specified width on the left. Similarly, if "Shift Right to Adjust" is triggered, the corresponding rightward X-axis offset is calculated and updated in the global logical boundary rectangle parameter.

[0068] It should be understood that by distinguishing between screen-down and screen-shifting adjustments, and mapping them to independent Y-axis and X-axis coordinate offsets for parameter updates, the layout algorithm achieves a high degree of decoupling. This design allows for both purely vertical screen-down adjustments (meeting the needs of shorter users who can freely touch the top of the large screen) and purely horizontal screen-shifting adjustments (meeting the needs of users who stand on one side without moving), and even supports composite scenarios with simultaneous X-axis and Y-axis offsets, greatly improving the flexibility in handling complex display adjustment commands.

[0069] The screen display area adjustment method provided in this embodiment of the invention does not rely on high-energy-consuming graphics scaling and redrawing algorithms. It can achieve the physical displacement of the global window through simple coordinate addition and subtraction mathematical operations, which greatly reduces the computing load and ensures the ultimate smoothness of large-screen devices during dynamic screen shifting and screen shrinking.

[0070] Based on any of the above embodiments, in this method, updating the global logical boundary rectangle parameter based on the Y-axis coordinate offset includes: The top starting coordinate value of the global logical boundary rectangle parameter is increased by the Y-axis coordinate offset.

[0071] The step of updating the global logical boundary rectangle parameters based on the X-axis coordinate offset includes: When the screen shift adjustment is to shift to the left, subtract the X-axis coordinate offset from the right boundary coordinate value in the global logical boundary rectangle parameter; When the movement adjustment is to right-shift the screen, the left starting coordinate value of the global logical boundary rectangle parameter is increased by the X-axis coordinate offset.

[0072] Here, the top starting coordinate value represents the coordinate of the upper edge of the maximum effective reference boundary on the Y-axis; the right boundary coordinate value represents the coordinate of the right edge of the maximum effective reference boundary on the X-axis; and the left starting coordinate value represents the coordinate of the left edge of the maximum effective reference boundary on the X-axis. Since the positive direction of the Y-axis is vertically downward, as the value of the top starting coordinate value increases, the actual absolute position of the upper edge of the rectangle on the physical screen will move downward.

[0073] For example, in the underlying WMS code of the Android operating system (such as the beginLayoutLw function), the global logical boundary rectangle parameter (such as the UnrestrictedScreen area) is represented by a rectangle object (i.e., the Rect class) in terms of data structure. This rectangle object uniquely locates its specific position and absolute size on the physical screen through four integer coordinate parameters, specifically: the left starting coordinate value (left); the top starting coordinate value (top); the right boundary coordinate value (right); and the bottom boundary coordinate value (bottom), representing the coordinates of the bottom edge of the rectangle on the Y-axis. It is these four parameters that together define the boundary of the rectangular display area.

[0074] For example, when a screen-down operation is triggered (e.g., a shorter teacher needs to freely touch the top of a 2-meter-high screen and chooses screen-down level 2, i.e., reducing the screen height by 1 / 2), the Y-axis coordinate offset calculated based on that level is obtained. Subsequently, during the initial layout phase of WMS, direct intervention is made to increase the Y-axis coordinate offset of the top starting coordinate value (top) in the global logical boundary rectangle parameter. At this time, the bottom boundary coordinate value (bottom) usually remains unchanged at the maximum physical pixel value of the screen. Since the top value of the maximum reference boundary, which serves as the basis for the layout calculation of all child windows (such as mDisplayFrame, mParentFrame, etc.), is rewritten and increased, after the layoutWindowLw function is subsequently called to determine these eight rectangular areas, i.e., when preparing to lay out all windows, all display windows will be forcibly restricted to start from the new top position that has been offset downwards from the top of the screen, and proceed downwards along the positive Y-axis for layout.

[0075] For ease of understanding, such as Figure 2 As shown, screen reduction level 1 means reducing the screen height by 1 / 3. The black box represents the full-screen display area, and the red box represents the reduced-screen display area. Figure 3 As shown, screen reduction level 2 means reducing the screen height by 1 / 2. The black box represents the full-screen display area, and the red box represents the area displayed in the reduced screen.

[0076] Based on this, by directly adding the Y-axis coordinate offset to the top starting coordinate value (top), the path of the application window drawn to the top of the physical screen is precisely cut off. Thus, with the lowest computational cost (only one variable addition operation), all global display windows after the restriction update are laid out downwards from the offset position at the top of the screen, fundamentally eliminating the top physical blind spot and ensuring that users of average height can easily touch the global menu and the top area of ​​the application.

[0077] For example, when a user doesn't want to move around and operates from only one side of the screen by swiping left or right, the following specific processing is performed on the X-axis offset: Leftward screen adjustment: Upon receiving a leftward swipe instruction (one or two levels), the X-axis coordinate offset (e.g., the corresponding pixel width) is calculated. When updating the boundary, the starting left coordinate value (left, usually 0) remains unchanged, and the right boundary coordinate value (right) in the global logical boundary rectangle parameters is subtracted from the X-axis coordinate offset. Because the right value decreases, the width of the entire logical rectangle becomes narrower and it is closer to the leftmost side of the screen. This limits the available X-axis space for all global display windows when calculating the layout, thus forcing them to move closer to the left side of the screen. Adjusting the screen to the right: When receiving a command to slide one or two levels to the right, the X-axis coordinate offset is calculated. When updating the boundary, the coordinate value of the right boundary (right, usually the maximum physical width of the screen) is kept unchanged, and the left starting coordinate value (left) in the global logical boundary rectangle parameter is increased by the X-axis coordinate offset. As the left value increases, the starting drawing point of the logical rectangle is shifted to the right. This forces all global display windows to perform coordinate mapping only in the remaining space on the right side of the screen, thus forcing them to move closer to the right side of the screen.

[0078] For ease of understanding, such as Figure 4 As shown, sliding one level to the left shifts the screen width to one-third. The black box represents the full-screen display area, and the red box represents the shifted display area. Figure 5 As shown, swiping left two levels shifts the screen width to the left by half. The black box represents the full-screen display area, and the red box represents the shifted display area. Figure 6 As shown, swiping right one level shifts the screen width to the right by 1 / 3. The black box represents the full-screen display area, and the red box represents the shifted display area. Figure 7 As shown, swiping right two positions means moving the screen width to the right by half. The black box represents the full-screen display area, and the red box represents the area displayed when the screen is moved.

[0079] Based on this, by subtracting the right boundary coordinate value when swiping left and adding the left starting coordinate value when swiping right, the available logical boundary along the X-axis is precisely controlled. This allows all display windows to be forced to align with the right or left side of the screen based on the user's actual position by shrinking or shifting the boundary value on one side. This enables widescreen devices with a span of up to 2 meters to bring all interactive content closer to the user's reach without changing the user's physical position, avoiding the need for the presenter to move back and forth frequently during teaching or meetings, thereby improving the user experience.

[0080] In one specific embodiment, composite adjustments to the display area are supported. For example, when a teacher is not only limited by height but also needs to stand fixedly on the right side of the large screen to give a lecture, they can simultaneously receive a mixed command to lower the screen by one level and slide it to the right by one level. Exemplarily, when the WMS updates the global logical boundary rectangle parameters, the following operations are performed simultaneously: the top starting coordinate value (top) is increased by the Y-axis offset, and the left starting coordinate value (left) is increased by the X-axis offset. After the update, the global system window will move towards the lower right physical area and be translated for rendering, further enhancing the interactive flexibility of the large-screen device in complex environments.

[0081] The screen display area adjustment method provided in this invention, through the above-described method, constructs a precise, stable, and consistent position and size constraint mechanism that conforms to the underlying geometric mapping rules of the operating system UI framework by selectively and independently adding or subtracting the core boundary values ​​that constitute the global logical boundary rectangle parameters. This eliminates the need to call highly complex graphics transformation matrices or rewrite application rendering code; by simply modifying the reference coordinate threshold, it can perfectly achieve pure physical translation in multiple levels (downward, leftward, and rightward). This ensures high efficiency and reliability when adjusting ultra-large screen display areas, thereby improving the accuracy and efficiency of screen display area adjustments and meeting the needs of large-screen interaction scenarios with different heights and standing positions.

[0082] Based on any of the above embodiments, in this method, step 110 includes: Upon receiving a display area adjustment instruction, a re-layout request is initiated through the view controls of the operating system; In response to the re-layout request, the global logical boundary rectangle parameters of the operating system are updated based on the adjustment method and adjustment amount indicated by the display area adjustment instruction.

[0083] Here, the View control is a basic control used in the operating system to build the user interface.

[0084] Here, the re-layout request (such as requestLayout) is a built-in method of the view control. For example, when the boundaries, size, or display requirements of a view change, calling this method sends a signal to the system requesting a re-layout, which is the first step in triggering the WMS function to assemble the overall multi-window layout.

[0085] For example, the entry point for screen downsizing and shifting is the View request method requestLayout, and its specific triggering and response process (i.e. the connection process from requestLayout to relayoutWindow) is as follows.

[0086] Phase 1: Initiating a Relayout Request. When a user with limited height or who doesn't want to move around taps the screen-down or screen-shift button, the view control receiving the display area adjustment instruction directly calls its built-in `requestLayout` method to initiate a relayout request. This relayout request doesn't stop at the current control but calls `mParent`, the parent View's `requestLayout` method, continuing up the view tree until it reaches the top of the window's view tree, specifically the root node manager `ViewRootImpl`'s `requestLayout` method.

[0087] The second phase: Responding to the request and triggering the underlying update of the `requestLayout` method of `ViewRootImpl`. After receiving the reported request, the main function is to call `scheduleTraversals` for further processing. Here, the thread `TraversalRunnable` is started, and the `doTraversal` method is called in this thread, which in turn calls the `performTraversals` method. The `performTraversals` method is responsible for performing comprehensive operations such as measurement, layout, and drawing of the window at the operating system level. During this layout execution phase, this method calls the `relayout` method of the corresponding Session of the process. Subsequently, the Session receives the instruction and, through the underlying inter-process communication mechanism, calls the layout entry method `relayoutWindow` of the system core service `WindowManagerService`. Once the `relayoutWindow` process is entered, the subsequent underlying code processing can proceed to the normal multi-window layout assembly logic. When entering the strategy class `PhoneWindowManager` to execute related methods such as `beginLayoutLw`, the global logical boundary rectangle parameters of the operating system are updated based on the adjustment method and adjustment amount indicated by the display area adjustment instruction.

[0088] The root node manager (ViewRootImpl) is the top-level class of the view tree (ViewParent), responsible for interfacing the view tree's drawing and layout requests with the operating system's underlying window system. A session is a cross-process communication class used to call methods in WindowManagerService (WMS). Each process corresponds to one session, and one session can correspond to multiple WindowStates (i.e., multiple window windows).

[0089] It should be understood that using the system's native standard UI refresh lifecycle as a starting point replaces non-standard intervention methods such as forced refresh commands or system-level timed polling. This approach ensures that the initiation of screen-down or screen-shifting commands remains frame-synchronized with other drawing tasks currently executing on the screen, avoiding screen tearing, application crashes, or touch event loss caused by forced intervention in the rendering process. This greatly ensures the stability of large-screen devices during the operation of complex educational applications. Furthermore, it seamlessly integrates complex physical coordinate recalculation logic with the standard multi-window layout assembly process. Since the request ultimately points to the system's core `relayoutWindow`, as long as the parameters are updated at the beginning of the layout, subsequent window size calculations, hierarchy determinations, and Z-axis arrangement can all be implemented entirely based on the proven, conventional underlying code logic of the Android system. This not only makes the code implementation highly robust but also reduces the system maintenance costs for customized development for large screens.

[0090] The screen display area adjustment method provided in this embodiment of the invention establishes a standard execution channel that conforms to the underlying specifications of the operating system for screen display area adjustment. By connecting the complete request chain of the View control, the high-frequency physical adjustment intention of the user is successfully converted into the underlying redraw signal without destroying the native window management framework. This standardized triggering mechanism gives this embodiment of the invention excellent backward compatibility and ensures the long-term availability of the product in education and meeting scenarios.

[0091] Based on any of the above embodiments, in this method, updating the layout parameters of all display windows globally within the operating system based on the updated global logical boundary rectangle parameters includes: Based on the updated global logical boundary rectangle parameters, during the initial layout calculation phase, the layout parameters of the status bar and navigation bar within the operating system are updated first. Based on the updated global logical boundary rectangle parameters, update the layout parameters of all display windows in the global display windows within the operating system, excluding the status bar and the navigation bar.

[0092] Here, the initial layout calculation phase refers to the phase in which layout calculations are initially performed. For example, in the WMS layout process, it specifically refers to the phase where the strategy class (such as PhoneWindowManager) executes the beginLayoutLw function. This phase is not only responsible for calculating the aforementioned eight global logical boundary rectangle parameters (such as the UnrestrictedScreen area) based on screen size, visibility, and rotation state, but it is also the absolute priority phase for laying out system-level resident windows.

[0093] Here, the status bar and navigation bar belong to the core system-level windows of the operating system. For example, in the underlying layout logic of Android, the layout of these two windows has the highest priority because the available display area of ​​most other application windows (such as mDecorFrame and mStableFrame) strongly depends on whether the status bar and navigation bar are visible and their physical coordinates.

[0094] Here, the layout update phase for other display windows refers to the phase after beginLayoutLw has finished executing, when the layoutWindowLw function is called. This phase is responsible for handling all regular application windows, pop-ups, dialog boxes, etc., except for the status bar and navigation bar.

[0095] For example, when the `performLayout` core function is entered and the `beginLayoutLw` function is called first, eight rectangular areas are calculated and updated based on the X / Y axis coordinate offsets passed in by the display area adjustment command. Within the same scope of this initial layout calculation phase, the layout parameters of the operating system's status bar and navigation bar are updated first. Specifically, the underlying system calls the `computeFrameLw` methods of the status bar and navigation bar (i.e., `StatusBar.computeFrameLw` and `NavigationBar.computeFrameLw`), directly assigning the coordinate parameters with the injected offsets to these two system windows. Once the above layout parameter calculation is completed in the `beginLayoutLw` function, the status bar and navigation bar are laid out and will not be laid out again. At this point, the status bar and navigation bar have already undergone the corresponding screen drop or screen shift in the physical coordinate system. After confirming the eight rectangular areas and the final positions of the status bar and navigation bar, the system enters the `layoutWindowLw` function phase to begin preparing to lay out the remaining windows. At this point, the system iterates through the hierarchy of the currently displayed content and, based on the updated global logical boundary rectangle parameters, updates the layout parameters of all display windows in the operating system, excluding the status bar and navigation bar. For these other display windows, the system determines their internal sub-rectangle frames (i.e., mParentFrame, mDisplayFrame, mContentFrame, mVisibleFrame, mOverscanFrame, mDecorFrame, mStableFrame, and mTmpOutsetFrame). Since the system bar has already completed its layout and will not be overwritten by this iteration process, ordinary application windows will directly use the remaining available space after offset to update their own physical coordinates, ultimately completing the layout work for this stage through the WindowState.computeFrameLw method.

[0096] For example, when a 2-meter-high and wide smart blackboard performs a screen-down operation, not only does the main application interface need to be moved down, but the status bar at the top (displaying time, network, battery, etc.) also needs to be moved down. Through the isolation timing mechanism of this embodiment, in the beginLayoutLw stage, parameters including the Y-axis offset directly cause the status bar to complete its downward calculation and lock its position before all other applications. Subsequently, in the layoutWindowLw stage, when ordinary teaching applications (such as whiteboard software) calculate their own mDecorFrame (the area not occupied by the status bar and navigation bar), they read the boundary data of the already moved status bar. Therefore, the top edge of the whiteboard software will perfectly fit the bottom of the moved status bar, avoiding UI overlap or clipping.

[0097] It should be understood that since most application windows must check the physical coordinates of the status bar and navigation bar when calculating their available display area, locking and updating the parameters of these two key system windows in advance at the initial stage provides an absolutely accurate physical reference boundary for the layout of all subsequent ordinary windows, fundamentally preventing UI misalignment and overlap after screen reduction or shifting. At the same time, it significantly reduces the computational load during system redrawing. Since the layout of the status bar and navigation bar is predetermined and will not be updated afterward, the system skips these two system-level windows when traversing hundreds or thousands of application subviews for coordinate conversion, saving a significant amount of computing resources and ensuring the response speed and frame rate of large-screen devices when performing global coordinate offset adjustments. Furthermore, it cleverly utilizes the functional separation of the underlying beginLayoutLw and layoutWindowLw code features to achieve the translation and reorganization of global display content on ultra-large screens with minimal code intervention and the safest system dependency chain, greatly improving the robustness and stability of the multi-window management service when handling extreme display adjustment scenarios.

[0098] The screen display area adjustment method provided in this embodiment of the invention, by separating the layout calculation stage of the system core UI interface (status bar, navigation bar) from that of ordinary application interface, not only ensures that the spatial dependency constraints of various types of display windows in the operating system are still fully valid when facing the same physical coordinate offset (screen drop / screen shift), but also greatly improves the robustness and stability of the multi-window management service in handling extreme display adjustment scenarios, that is, improves the accuracy of screen display area adjustment.

[0099] Based on any of the above embodiments, after step 130, the method further includes: Configure the blank area on the screen created by the adjustment of the display area as the full-screen touch area; Upon receiving a touch command for the full-screen restored touch area, the original global logical boundary rectangle parameters are restored to re-render the full-screen display content.

[0100] Here, the blank area refers to the physically empty area left on the screen's physical panel that is not covered by the system UI or application content. For example, after lowering the screen by 1 / 2, the upper half of the screen is the blank area. Exemplarily, this is a physically empty area left on the screen's physical panel that is not covered by the system UI or application content, caused by the injection of X-axis or Y-axis coordinate offsets into the global logical boundary rectangle parameters during WMS layout calculation, resulting in a concentrated translation of all global display windows within the operating system on the physical screen.

[0101] Here, the full-screen restore touch area is used for touch to restore full-screen display. For example, a transparent or touch listener layer (View component or underlying InputEvent receiving area) with specific tooltips is mapped and configured within the coordinates of the blank area, specifically for capturing user touch events (such as click events).

[0102] Here, the original global logical boundary rectangle parameter is the global logical boundary rectangle parameter corresponding to full-screen display, which is usually the global logical boundary rectangle parameter before the update. For example, it refers to the baseline boundary parameter representing the maximum physical screen resolution that has not been injected with any X-axis or Y-axis coordinate offset (i.e., the parameter when the offset is zero, such as top value 0, left value 0).

[0103] For example, after the underlying SurfaceFlinger completes the rendering of the adjusted display content and outputs it to the large screen, the physical screen will visually present two parts: one is the system global window where the physical displacement occurred, and the other is the blank area generated by the coordinate offset. The system obtains the specific coordinate range of the blank area corresponding to the current offset (for example, in the 1 / 2 screen reduction setting, obtaining the rectangular range from the top of the physical screen to the vertical center line of the screen). Subsequently, the system configures the blank area on the screen generated by the display area adjustment as the full-screen restoration touch area in the input event dispatch layer (InputDispatcher) or the topmost view layer. At this time, a touch listener is registered for this upper area. When the teacher or the main speaker completes the top operation in the screen reduction state and needs to restore the normal full-screen display, there is no need to swipe up from the bottom to bring up the global menu again; they can simply reach out and tap the empty area at the top of the screen. Upon receiving a touch command for the full-screen restoration touch area, the system immediately triggers the coordinate reset logic. The underlying code clears the previously set Y-axis or X-axis coordinate offset to zero, thus restoring the original global logical boundary rectangle parameters. Subsequently, the system triggers the WMS's relayoutWindow layout process again by calling the requestLayout method. Since the global logical boundary rectangle parameters have now been restored to their original baseline covering the entire physical screen, the system re-renders the full-screen display content based on the original parameters, causing all display windows to instantly return to full-screen mode.

[0104] For example, when a user performs a "swipe left two levels" screen-shifting operation, the system interface is displayed flush with the left side of the screen, creating a large blank area on the right side. The system configures this blank area on the right side as the full-screen touch area. After the user completes the necessary teaching touch operations on the left side, they only need to tap anywhere in the blank area on the right. The system can quickly capture this event and instantly clear the X-axis coordinate offset, causing the screen to immediately expand to the right and return to full-screen mode, ensuring a smooth and seamless interactive process in educational applications.

[0105] It should be understood that configuring the blank area as a full-screen recovery touch area maximizes the use of the physical display panel of the large-screen device, providing an interaction entry point with extremely low operational costs. This avoids the cumbersome operation of users having to find and precisely click the tiny back button, or swipe back to the underlying system menu to exit the screen-down mode. This design, which transforms ineffective blank areas into high-frequency interaction trigger areas, significantly reduces the user's learning curve and operational difficulty, thereby improving the user experience.

[0106] It should be understood that restoring the original parameters to re-render the full screen establishes the most efficient coordinate restoration mechanism. Upon receiving a touch command, the system does not need to reload the application or clear memory. It only needs to clear the offset injected into WMS to zero and initiate the standard layout request again. It can then utilize the system's original multi-window layout rendering capabilities (SurfaceFlinger) to smoothly reset the interface from the offset position to the physical full-screen state in a very short time (milliseconds), thereby improving the adjustment efficiency of the screen display area and enhancing the user experience.

[0107] The screen display area adjustment method provided in this invention, by combining the dynamic zeroing of underlying layout parameters with the monitoring of blank areas of the physical panel, achieves rapid adjustment of the display area, thereby improving the efficiency of screen display area adjustment and thus enhancing the user experience. Simultaneously, it ensures a safe exit path to prevent accidental touches and system freezes in various multi-level adjustment states, greatly improving the continuity and system friendliness for end users performing high-frequency operations in actual teaching and meeting scenarios, thereby enhancing the user experience.

[0108] Based on any of the above embodiments, in this method, the display area adjustment instruction includes an adjustment method and an adjustment level parameter, wherein the adjustment level parameter is used to indicate the adjustment amount; the adjustment level parameter includes a screen down adjustment level parameter or a screen shift adjustment level parameter.

[0109] In one specific embodiment, the gear adjustment parameter is represented in the underlying code logic as a discrete integer enumeration value or a floating-point scaling factor, which is used to directly map the user's intuitive UI selection to the absolute pixel offset required for calculation by the underlying WMS.

[0110] In one specific embodiment, the screen-down setting parameter is used to indicate the degree of offset in the Y-axis direction. The screen-swipe setting parameter is used to indicate the degree of offset in the X-axis direction (including left and right swipe directions).

[0111] For example, when the operator slides up the global menu from the bottom of the large screen, the UI not only provides the direction selection for lowering or shifting the screen, but also provides specific level selection buttons. The display area adjustment instruction received by the underlying system is a composite instruction that includes the direction type (adjustment method) and the specific magnitude (adjustment level parameter).

[0112] For example, in actual educational scenarios, large screens are typically around 2 meters high and 2 meters wide. For lecturers of different heights, the system uses different screen reduction levels to indicate the adjustment amount on the Y-axis. Specifically, screen reduction level 1 (1 / 3 reduction) is triggered when a teacher of average height wants to operate freely at the top of the 2-meter screen. The system analyzes this adjustment parameter and maps the indicated adjustment amount to 1 / 3 of the total physical height of the screen (e.g., at a height of 2160 pixels, the Y-axis coordinate offset is set to 720 pixels). Screen reduction level 2 (1 / 2 reduction) is triggered when a slightly shorter teacher needs to freely touch the top of the screen. The system analyzes this parameter and sets the Y-axis coordinate offset to 1 / 2 of the total physical height of the screen (e.g., 1080 pixels), thus significantly lowering the top starting coordinate of the global logical boundary rectangle parameter during the beginLayoutLw stage. When a teacher does not want to move around and prefers to use the screen from only one side, the system uses different screen shifting parameters to indicate the adjustment amount on the X-axis. The first left / right swipe setting involves the system parsing the adjustment parameter and setting the X-axis coordinate offset to a small percentage (e.g., 1 / 3 of the screen width), causing the interface to shift slightly towards the user's input area. The second left / right swipe setting is triggered when the user needs a more focused input area. The system then parses this parameter and sets the X-axis coordinate offset to a larger percentage (e.g., 1 / 2 or 2 / 3 of the screen width).

[0113] Furthermore, the system's underlying layer can configure the adjustment parameters to three or four levels, or even as percentage floating-point numbers (such as stepless adjustment levels from 10% to 60%), delivered via a slider. As long as the UI layer sends this slider ratio as the adjustment parameter, the WMS underlying layer can use the total screen width and height... The formula for percentage parameters accurately calculates the coordinate offset of the X-axis or Y-axis, thereby enabling more refined updates to the global logical boundary rectangle parameters.

[0114] It should be understood that the adjustment level parameter is used to indicate the adjustment amount, so the system only needs to maintain a very small preset offset mapping table or a simple proportional multiplier at the underlying level. This greatly improves the response speed of parameter parsing after requestLayout is triggered, reduces the overhead of parsing instructions, and thus improves the adjustment efficiency of the screen display area, thereby improving the user experience. Furthermore, users can intuitively select the level without complex operations, thus improving the user experience. The clearly distinguished screen drop and screen shift levels directly correspond to the user's height and standing position limitations. At the same time, the scalable multi-level design allows this invention to not only adapt to a standard 2-meter screen, but also be backward compatible with a 1.5-meter medium-sized screen or upward adapt to wider ultra-large conference screens, ensuring that users in various scenarios can find the most suitable touch boundary for themselves.

[0115] The screen display area adjustment method provided in this invention achieves precise driving of the underlying displacement through standardized gear parameters. Users do not need to care about how the underlying coordinate system works; they can simply select the gear intuitively to accurately calculate the Y-axis or X-axis coordinate offset and update the global logical boundary rectangle parameters. This not only significantly reduces the learning and operation threshold for users but also fulfills the core product requirement that even teachers of shorter stature can freely touch the top of the large screen and operate the left and right interfaces without walking back and forth, thereby improving the user experience.

[0116] To facilitate understanding of the above embodiments, a specific embodiment will be described here. The screen drop and shifting functionality is mainly achieved by relying on the Android core service WindowManagerService to manage the overall multi-window layout of Android. The overall process is as follows: The core of screen drop and shifting is implemented through layout assembly methods of the WMS class, such as PhoneWindowManager-layoutWindowLw, and then the assembled layout is rendered by SurfaceFlinger for display. Specifically, the first step is that the View control requests a layout using the requestLayout method; the second step is that the WMS class assembles the layout, using methods of PhoneWindowManager-layoutWindowLw and other related classes to implement the screen drop assembly; and the third step is that SurfaceFlinger renders the layout for display.

[0117] The screen display area adjustment device provided by the present invention is described below. The screen display area adjustment device described below and the screen display area adjustment method described above can be referred to in correspondence.

[0118] Figure 8 This is a schematic diagram of the structure of the screen display area adjustment device provided by the present invention, as shown below. Figure 8 As shown, the screen display area adjustment device includes: a boundary update module 810, a layout update module 820, and a content rendering module 830.

[0119] The boundary update module 810 is used to update the global logical boundary rectangle parameters of the operating system based on the adjustment method and adjustment amount indicated by the display area adjustment instruction when a display area adjustment instruction is received; the global logical boundary rectangle parameters are used to indicate the maximum effective reference boundary for the layout of all display windows in the operating system.

[0120] The layout update module 820 is used to update the layout parameters of all global display windows in the operating system based on the updated global logical boundary rectangle parameters while maintaining the original rendering ratio; the layout parameters of any display window include the target size and position coordinates of the display window.

[0121] The content rendering module 830 is used to render based on the layout parameters of each of the display windows to obtain the adjusted display content.

[0122] The screen display area adjustment device provided in this embodiment of the invention, upon receiving a display area adjustment command, updates the global logical boundary rectangle parameters of the operating system based on the adjustment method and adjustment amount indicated by the command. These global logical boundary rectangle parameters indicate the maximum effective reference boundary for the layout of all display windows within the operating system. While maintaining the original rendering ratio, the device updates the layout parameters of all display windows within the operating system based on the updated global logical boundary rectangle parameters. In other words, the operating system directly intercepts and updates the global logical boundary rectangle parameters that control the global maximum boundary, thereby converting the user's intentions, such as screen reduction or screen shifting, into modifications to the size and position coordinates of the underlying display windows, i.e., translating the machine using the underlying coordinates. This design solves the problem of blind spots at the top and the need for frequent user movement caused by the excessive height and width of large screens. Users can freely and comfortably touch and operate all functional interfaces whether standing in the center or to one side of the screen, thus improving the user experience. Furthermore, users can quickly adjust the screen display area by triggering a display area adjustment command, enabling real-time human-computer interaction and further enhancing the user experience. This adjustment is achieved through software, eliminating the need for mechanical screen movement and reducing costs. Simultaneously, the layout parameters of all display windows within the operating system are updated globally, maintaining 100% lossless rendering size and eliminating interface tearing and localized image blurring, further improving the user experience.

[0123] Figure 9 An example is a schematic diagram of the physical structure of an electronic device, such as... Figure 9As shown, the electronic device may include: a processor 910, a communications interface 920, a memory 930, and a communication bus 940, wherein the processor 910, the communications interface 920, and the memory 930 communicate with each other through the communication bus 940. The processor 910 can call logical instructions in the memory 930 to execute a screen display area adjustment method. This method includes: upon receiving a display area adjustment instruction, updating the global logical boundary rectangle parameters of the operating system based on the adjustment method and adjustment amount indicated by the display area adjustment instruction; the global logical boundary rectangle parameters are used to indicate the maximum effective reference boundary for the layout of all display windows globally within the operating system; while maintaining the original rendering ratio, updating the layout parameters of all display windows globally within the operating system based on the updated global logical boundary rectangle parameters; the layout parameters of any display window include the target size and position coordinates of the display window; and rendering based on the layout parameters of each display window to obtain the adjusted display content.

[0124] Furthermore, the logical instructions in the aforementioned memory 930 can be implemented as software functional units and, when sold or used as independent products, can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0125] On the other hand, the present invention also provides a computer program product, which includes a computer program that can be stored on a non-transitory computer-readable storage medium. When the computer program is executed by a processor, the computer can execute the screen display area adjustment method provided by the above methods. The method includes: upon receiving a display area adjustment instruction, updating the global logical boundary rectangle parameter of the operating system based on the adjustment method and adjustment amount indicated by the display area adjustment instruction; the global logical boundary rectangle parameter is used to indicate the maximum effective reference boundary for the layout of all display windows globally within the operating system; while maintaining the original rendering ratio unchanged, updating the layout parameters of all display windows globally within the operating system based on the updated global logical boundary rectangle parameter; the layout parameters of any display window include the target size and position coordinates of the display window; and rendering based on the layout parameters of each display window to render the adjusted display content.

[0126] In another aspect, the present invention also provides a non-transitory computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements a method for adjusting the screen display area provided by the methods described above. This method includes: upon receiving a display area adjustment instruction, updating the global logical boundary rectangle parameters of the operating system based on the adjustment method and adjustment amount indicated by the display area adjustment instruction; the global logical boundary rectangle parameters are used to indicate the maximum effective reference boundary for the layout of all display windows globally within the operating system; while maintaining the original rendering ratio unchanged, updating the layout parameters of all display windows globally within the operating system based on the updated global logical boundary rectangle parameters; the layout parameters of any display window include the target size and position coordinates of the display window; and rendering based on the layout parameters of each display window to obtain the adjusted display content.

[0127] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs. Those skilled in the art can understand and implement this without any creative effort.

[0128] Through the above description of the embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus necessary general-purpose hardware platforms, and of course, it can also be implemented by hardware. Based on this understanding, the above technical solutions, in essence or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in the various embodiments or some parts of the embodiments.

[0129] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for adjusting a screen display area, characterized in that, include: Upon receiving a display area adjustment instruction, the global logical boundary rectangle parameter of the operating system is updated based on the adjustment method and adjustment amount indicated by the display area adjustment instruction; the global logical boundary rectangle parameter is used to indicate the maximum effective reference boundary for the layout of all display windows globally within the operating system; While maintaining the original rendering ratio, the layout parameters of all display windows in the operating system are updated based on the updated global logical boundary rectangle parameters. The layout parameters of any of the display windows include the target size and position coordinates of the display window; Rendering is performed based on the layout parameters of each display window to obtain the adjusted display content.

2. The method for adjusting the screen display area according to claim 1, characterized in that, The step of updating the global logical boundary rectangle parameters of the operating system based on the adjustment method and adjustment amount indicated by the display area adjustment command includes: When the adjustment method is screen reduction adjustment, the Y-axis coordinate offset is determined based on the adjustment amount, and the global logical boundary rectangle parameter is updated based on the Y-axis coordinate offset. When the adjustment method is screen-shifting adjustment, the X-axis coordinate offset is determined based on the adjustment amount, and the global logical boundary rectangle parameter is updated based on the X-axis coordinate offset; the screen-shifting adjustment includes left-shifting adjustment and right-shifting adjustment; In the case of full-screen display, the top left corner of the screen is taken as the origin, the positive direction of the X-axis is to the right of the origin, and the positive direction of the Y-axis is downward from the origin.

3. The method for adjusting the screen display area according to claim 2, characterized in that, The step of updating the global logical boundary rectangle parameters based on the Y-axis coordinate offset includes: Add the Y-axis coordinate offset to the top starting coordinate value of the global logical boundary rectangle parameter; The step of updating the global logical boundary rectangle parameters based on the X-axis coordinate offset includes: When the screen shift adjustment is to shift to the left, subtract the X-axis coordinate offset from the right boundary coordinate value in the global logical boundary rectangle parameter; When the movement adjustment is to right-shift the screen, the left starting coordinate value of the global logical boundary rectangle parameter is increased by the X-axis coordinate offset.

4. The method for adjusting the screen display area according to claim 1, characterized in that, Upon receiving a display area adjustment instruction, updating the global logical boundary rectangle parameters of the operating system based on the adjustment method and amount indicated by the display area adjustment instruction includes: Upon receiving a display area adjustment instruction, a re-layout request is initiated through the view controls of the operating system; In response to the re-layout request, the global logical boundary rectangle parameters of the operating system are updated based on the adjustment method and adjustment amount indicated by the display area adjustment instruction.

5. The method for adjusting the screen display area according to claim 1, characterized in that, The step of updating the layout parameters of all display windows globally within the operating system based on the updated global logical boundary rectangle parameters includes: Based on the updated global logical boundary rectangle parameters, during the initial layout calculation phase, the layout parameters of the status bar and navigation bar within the operating system are updated first. Based on the updated global logical boundary rectangle parameters, update the layout parameters of all display windows in the global display windows within the operating system, excluding the status bar and the navigation bar.

6. The method for adjusting the screen display area according to any one of claims 1 to 5, characterized in that, After rendering based on the layout parameters of each of the display windows to obtain the adjusted display content, the method further includes: Configure the blank area on the screen created by the adjustment of the display area as the full-screen touch area; Upon receiving a touch command for the full-screen restored touch area, the original global logical boundary rectangle parameters are restored to re-render the full-screen display content.

7. The method for adjusting the screen display area according to any one of claims 1 to 5, characterized in that, The display area adjustment command includes an adjustment method and an adjustment level parameter, wherein the adjustment level parameter is used to indicate the adjustment amount; the adjustment level parameter includes a screen down adjustment parameter or a screen shift adjustment parameter.

8. A device for adjusting the screen display area, characterized in that, include: The boundary update module is used to update the global logical boundary rectangle parameters of the operating system based on the adjustment method and adjustment amount indicated by the display area adjustment instruction when a display area adjustment instruction is received; the global logical boundary rectangle parameters are used to indicate the maximum effective reference boundary for the layout of all display windows in the operating system. The layout update module is used to update the layout parameters of all global display windows in the operating system based on the updated global logical boundary rectangle parameters while maintaining the original rendering ratio; the layout parameters of any display window include the target size and position coordinates of the display window. The content rendering module is used to render based on the layout parameters of each of the display windows to obtain the adjusted display content.

9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and running on the processor, characterized in that, When the processor executes the computer program, it implements the screen display area adjustment method as described in any one of claims 1 to 7.

10. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the screen display area adjustment method as described in any one of claims 1 to 7.

11. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by the processor, it implements the screen display area adjustment method as described in any one of claims 1 to 7.

Images