Method and device for realizing sliding of negative screen from desktop based on mobile equipment, and terminal

Abstract

The invention discloses an implementation method and device for sliding a negative screen from a desktop based on a mobile device and a terminal, and relates to the technical field of mobile device desktop display control, and the method comprises the following steps: detecting whether the mobile device enters a desktop state or not; when it is detected that the mobile device enters the desktop, further detecting whether the current desktop is bound with a negative one-screen function; when it is detected that the current desktop is bound with the negative one-screen function, establishing a link to monitor callback; and when a preset sliding instruction for starting the negative one screen is detected on the current desktop, controlling the current desktop to be started to a desktop negative one screen page, and automatically displaying starting items and contents which are customized by a user on the desktop negative one screen page according to a content arrangement and display mode which is customized by the user. The negative one screen of the mobile device is easy to implement, convenient to operate and high in implementation efficiency, the negative one screen content can be defined according to a user, and convenience is provided for use of the user.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of mobile device desktop display control, and in particular to a method and device for realizing a negative one screen from a desktop slide based on a mobile device, a mobile device and a computer readable storage medium. BACKGROUND

[0002] In today's rapid development of mobile devices, users have higher expectations for the interaction experience of the device. The negative one screen function emerges as the times require and becomes an important tool for improving user efficiency and providing personalized information. The negative one screen function refers to the independent screen located on the left side of the main screen (usually considered as the 0th screen) in a smart mobile device. As a part of the desktop, the negative one screen can be accessed through a slide gesture and is a bridge connecting users with various instant information. However, the implementation of the negative one screen function of the prior art mobile device is complex and the function is not perfect. Specifically, the prior art has the following problems: first, the binding process of the negative one screen and the main screen is tedious and lacks intelligent detection and automatic binding mechanism; second, the display control of the negative one screen is not smooth and is prone to lag or display abnormalities during the sliding process; third, the content display mode of the existing negative one screen is single and cannot be customized according to user needs; and finally, the interaction logic between the negative one screen and the main screen is not intuitive, affecting the user experience. These problems seriously restrict the practicality and popularity of the negative one screen function.

[0003] Therefore, the prior art still needs to be improved and developed. SUMMARY

[0004] The technical problem to be solved by the present application is to provide a method and device for realizing a negative one screen from a desktop slide based on a mobile device, a mobile device and a storage medium, which have the advantages of simplifying the binding process of the negative one screen, improving the smoothness of the slide display and supporting personalized content display. The present application provides a simple and convenient method for realizing a negative one screen on a mobile device with high implementation efficiency, and can realize user-defined negative one screen content, providing convenience for users.

[0005] The present application provides a method for realizing a negative one screen from a desktop slide based on a mobile device, and the technical solution is as follows:

[0006] A method for realizing a negative one screen from a desktop slide based on a mobile device, comprising: detecting whether the mobile device enters a desktop state; when it is detected that the mobile device enters the desktop, further detecting whether the current desktop is bound with the negative one screen function; when it is detected that the current desktop is bound with the negative one screen function, creating a link monitoring callback; when a preset slide instruction for starting the negative one screen is detected on the current desktop, controlling the start from the current desktop to the desktop negative one screen page, and automatically displaying the start items and content set by the user according to the content arrangement and display mode customized by the user on the desktop negative one screen page.

[0007] Further, the application also proposes that the step of detecting whether the mobile device enters the desktop state comprises: binding the desktop of the mobile device to the minus one screen function in advance, and setting that the minus one screen function can be accessed through a sliding gesture when the desktop is the first screen.

[0008] Further, the application also proposes that the step of detecting whether the mobile device enters the desktop state comprises: receiving the operation instruction of the user to predefine the items of starting the minus one screen function, and the content arrangement and display mode on the mobile device.

[0009] Further, the application also proposes that the step of detecting whether the mobile device enters the desktop state comprises: receiving the operation instruction of the user to predefine the items of starting the minus one screen function, and the content arrangement and display mode on the mobile device.

[0010] Further, the application also proposes that the step of detecting whether the mobile device enters the desktop state comprises: receiving the operation instruction of the user to predefine the items of starting the minus one screen function, and the content arrangement and display mode on the mobile device.

[0011] Further, the application also proposes that when the preset slide instruction of starting the negative one screen is detected on the current desktop, the step of automatically displaying the starting items and contents set by the user according to the content arrangement and display mode customized by the user on the desktop negative one screen page comprises: setting the X-axis position parameter LayoutParams.x of the negative one screen window to the negative value of the screen width-screenWidth, so as to set the negative one screen window to be located at the upper left of the desktop window; when the mobile device receives the user operation instruction to start sliding the display of the negative one screen, setting the X-axis position parameter LayoutParams.x of the negative one screen window to 0, and controlling the negative one screen window to be directly overlaid above the desktop window; the display control process is that the initial value scrollX of the X-axis scroll position of the view View in the negative one screen window is initially set to the content invisible screen width, and then the horizontal scroll offset scrollX parameter of the X-axis of the view View is gradually adjusted along with the sliding of the desktop, so that the negative one screen content is gradually displayed.

[0012] Further, the application also proposes that when the preset slide instruction of starting the negative one screen is detected on the current desktop, the step of automatically displaying the starting items and contents set by the user according to the content arrangement and display mode customized by the user on the desktop negative one screen page comprises: controlling the negative one screen page to be displayed in a card type layout, and displaying multiple information sources including integrated weather, news, calendar events and music control; when the user operation instruction of sliding from the main screen to the negative one screen is detected, the negative one screen page is intelligently updated and the latest information of the starting items and contents set by the user is displayed.

[0013] Further, the application further provides a mobile device-based from-desk slide to minus one screen implementation device, comprising: a pre-setting module, configured to pre-bind a desk of the mobile device with a minus one screen function, and set that the minus one screen function can be accessed through a slide gesture when the desk is on the first screen; a self-defining module, configured to receive an operation instruction of a user to pre-set a project of starting the desk minus one screen, and a content arrangement and display mode on the mobile device; a desk detection module, configured to detect whether the mobile device enters a desk state; a binding detection module, configured to further detect whether the current desk is bound with the minus one screen function when detecting that the mobile device enters the desk; a binding module, configured to control to call an interface of a binding service through a system interface definition language of the mobile device, establish a binding connection with a minus one screen service, bind the minus one screen function, and return a binding result for saving when detecting that the current desk is a home page main desk and detecting that the home page main desk is not bound with the minus one screen function; a link monitoring module, configured to create a link monitoring callback when detecting that the current desk is bound with the minus one screen function; and a minus one screen display control module, configured to control to start from the current desk to a desk minus one screen page when detecting a preset slide instruction of starting the minus one screen on the current desk, and automatically display the starting project and the content set by the user according to the content arrangement and display mode defined by the user on the desk minus one screen page.

[0014] Further, the application further provides a mobile device, comprising a memory and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by one or more processors, and the one or more programs comprise instructions for executing the above method.

[0015] Further, the application further provides a computer readable storage medium, when instructions in the storage medium are executed by a processor of a mobile device, the mobile device can execute the above method.

[0016] As known from the above, the application provides a mobile device-based from-desk slide to minus one screen implementation method, device, mobile device and computer readable storage medium, through automatic detection of a desk state and binding of a minus one screen function, in combination with a slide instruction to trigger a dynamic display mechanism, smooth display of user-defined content is realized, and the application has the advantages of simplifying a minus one screen binding process, improving slide display smoothness, and supporting personalized content display. The mobile device minus one screen implementation is simple, convenient to operate, and high in implementation efficiency, and can realize user-defined minus one screen content, thereby greatly providing convenience for user use. BRIEF DESCRIPTION OF DRAWINGS

[0017] In order to more clearly illustrate the technical solutions of the embodiments of the present application or the prior art, the following will briefly introduce the drawings needed to be used in the embodiments or prior art description. Obviously, the drawings in the following description only illustrate some of the embodiments of the present application, and for those skilled in the art, other drawings can also be obtained without creative labor.

[0018] Figure 1 is a flow diagram of the method for realizing the negative one screen from the desktop sliding based on the mobile device provided by the embodiment 1 of the present application.

[0019] Figure 2 is a flow diagram of the method for realizing the negative one screen from the desktop sliding based on the mobile device provided by the embodiment 2 of the present application.

[0020] Figure 3 is a schematic diagram of the interaction realization principle of the negative one screen and the desktop of the method for realizing the negative one screen from the desktop sliding based on the mobile device provided by the embodiment 2 of the present application.

[0021] Figure 4 is a definition diagram of the negative one screen sliding interface of the method for realizing the negative one screen from the desktop sliding based on the mobile device provided by the embodiment 2 of the present application.

[0022] Figure 5a and Figure 5b is a process diagram of the negative one screen page sliding display of the method for realizing the negative one screen from the desktop sliding based on the mobile device provided by the embodiment 2 of the present application.

[0023] Figure 6a and Figure 6b is a schematic diagram of the interaction realization process of the method for realizing the negative one screen from the desktop sliding based on the mobile device provided by the embodiment 2 of the present application.

[0024] Figure 7 is a principle block diagram of the device for realizing the negative one screen from the desktop sliding based on the mobile device provided by the embodiment of the present application.

[0025] Figure 8 is a principle block diagram of the internal structure of the mobile device provided by the embodiment of the present application. DETAILED DESCRIPTION

[0026] In order to make the purpose, technical solutions and advantages of the present application more clear and definite, the following will further describe the present application with reference to the drawings and embodiments. It should be understood that the specific embodiments described here are only used to explain the present application, and are not used to limit the present application.

[0027] It should be noted that if the embodiments of the present application involve directional indications (such as up, down, left, right, front, back, etc.), the directional indications are only used to explain the relative position relationship, motion condition, etc. between components in a certain posture (as shown in the drawings), and if the certain posture changes, the directional indications will also change accordingly.

[0028] In the prior art, the minus one screen function of the mobile device is an independent interface on the left side of the main screen, and usually requires complex operation steps to access. The conventional implementation relies on multi-layer menu calling or fixed button triggering, which causes the user to be unable to quickly obtain personalized information. For example, some systems require the user to first enter the setting interface to bind the service, and then click a specific area to call out the minus one screen. This interaction mode breaks the integrity of the desktop operation and reduces the information acquisition efficiency.

[0029] To solve the above problems, the present inventors have found that the prior art has two key defects: one is that the function binding process is complicated and requires user active configuration; and the other is that the content presentation mode is fixed and cannot adapt to personalized needs. Through analysis, it is found that if the minus one screen is deeply associated with the desktop state, triggered by a natural sliding gesture, and a dynamic content arrangement mechanism is introduced, the operation path can be effectively simplified. Based on this, the present inventors' research and development ideas focus on three directions: automatic detection of the desktop state to achieve service binding, establishment of a mapping relationship between the sliding instruction and interface switching, and construction of a user-configurable content display framework.

[0030] Therefore, the present application proposes a minus one screen implementation method based on a mobile device sliding from the desktop, including the following implementation method:

[0031] As shown in Figure 1 The present application proposes a minus one screen implementation method based on a mobile device sliding from the desktop, including the following steps:

[0032] Step S100, detecting whether the mobile device enters the desktop state;

[0033] In the embodiment of the step, the mobile device is taken as a smart phone for example, and in the implementation, the state of the mobile device is first monitored to determine whether it has returned to the home screen (desktop state). This can be achieved by the state detection mechanism of the system or a triggering event. Once the device is detected to enter the desktop, the subsequent operation is started to be executed. The present application ensures that the related desktop minus one screen operation is executed only when the user returns to the desktop.

[0034] In step S200, when the mobile device is detected to enter the desktop, it is further detected whether the current desktop is bound to the minus one screen function.

[0035] In the embodiment of the present application, after confirming that the mobile device such as a smart phone has returned to the desktop, the system checks whether the current desktop has been associated (bound) with the minus one screen function. The minus one screen of the embodiment of the present application refers to an additional home page sliding out from the main screen, which is used for quickly accessing applications or contents. In the embodiment of the step, it can be ensured that the operation is performed only on the desktop that has bound the minus one screen, so as to avoid performing useless operations on the desktop that does not support or is not configured with the minus one screen.

[0036] In step S300, when it is detected that the current desktop has bound the minus one screen function, a link listener callback is created.

[0037] The smart phone desktop has several pages, and in the embodiment, the minus one screen function is pre-bound on the home page desktop of the phone desktop (some call it the first page (some also call it the 0th page)). Specifically, if it is detected that the current desktop of the smart terminal has bound the minus one screen function, the system of the present application sets a listener to monitor the link or event callback related to the minus one screen in real time. When the user operates or triggers a specific event, it can be automatically captured. In this way, the present application can respond to the operation of the user in real time, such as clicking a link or triggering a sliding command, to improve the smoothness of the interaction. And it is convenient to dynamically control the content and behavior of the minus one screen, to enhance the scalability and user experience of the system.

[0038] In step S400, when the preset sliding instruction for starting the minus one screen is detected on the current desktop, the starting to the desktop minus one screen page from the current desktop is controlled, and the starting items and contents defined by the user are automatically displayed according to the content arrangement and display mode defined by the user on the desktop minus one screen page.

[0039] In the embodiment of the present application, when the user operates the smart phone desktop on the home page desktop that has bound the minus one screen function and detects that the user operates according to the preset sliding instruction (such as a specific gesture), the system automatically switches to the minus one screen page and automatically displays the starting items (such as shortcut entry, weather information, news, etc.) defined by the user according to the content layout preset by the user.

[0040] In this way, the user of the application only needs to quickly enter the minus one screen by a simple sliding gesture, without complicated operations. In the embodiment of the application, the user can customize the content and layout of the minus one screen to meet the personalized needs of different users. For example, the minus one screen desktop is set to a card layout, and multiple information sources such as weather, news, calendar events, music control, etc. are integrated. In this way, the commonly used information or application of the application can be quickly accessed through the minus one screen, saving the user's search time.

[0041] In a further embodiment of the application, the desktop state detection refers to judging whether the device is currently in the main interface through a system event listening mechanism. Specifically, Activity lifecycle callback combined with window focus detection can be used to achieve this, which provides an accurate context environment for subsequent operations. The minus one screen function binding refers to establishing a communication channel between the desktop interface and the minus one screen service. Specifically, the Binder cross-process communication mechanism can be used to realize service connection to ensure the reliability of function calling. The link listening callback refers to registering a sliding event listener. Specifically, GestureDetector can be used to recognize the sliding track in a specific direction to accurately capture the user's intention. The user-defined content arrangement refers to allowing the layout of information cards to be adjusted through a drag operation. Specifically, RecyclerView can be used in combination with a custom LayoutManager to realize dynamic layout and meet the personalized display needs.

[0042] Specifically, when the mobile device enters the desktop state, the system automatically checks the service binding state. If no connection is established, the service is bound through the AIDL interface call; if it has been bound, a sliding event listener is created. When the user performs a right sliding operation on the first screen, the gesture recognition module compares the sliding distance with the threshold value, and when the trigger condition is reached, the minus one screen service is notified to start the interface switching. The content display module loads data according to the user's preset template, for example, placing the weather component at the top and the news stream in the middle, and the position information of each component is stored in SharedPreferences. The interface switching process uses the window superposition method to realize a smooth transition animation by modifying the translationX attribute of the View.

[0043] Compared with the prior art, the traditional scheme requires the user to manually enter the settings interface to complete service binding, and the content layout is fixed and cannot be adjusted. The automatic binding mechanism eliminates the configuration step, and the dynamic layout engine supports personalized layout. The sliding trigger area of the prior art is usually limited to the edge of the screen, while the present scheme improves the operation freedom through full-screen gesture recognition. More importantly, the traditional implementation method directly jumps to a new page when switching interfaces, while the present scheme uses a progressive window superposition technology to maintain visual coherence.

[0044] By the technical solution, the seamless connection between the desktop and the negative one screen is realized, and the user can quickly access the personalized information panel through the natural sliding gesture. The service binding process is completely automated, and the tedious manual configuration operation is avoided. The content display framework supports dynamic layout adjustment, so that different users can organize information modules according to the use habit. The interface switching process adopts visual coherent animation effect, which effectively reduces the cognitive discontinuity in the operation process.

[0045] The application further proposes to pre-bind the desktop of the mobile device with the negative one screen function, and set the access to the negative one screen function through the sliding gesture when the desktop is the first screen.

[0046] Pre-binding the negative one screen function means that the function association between the desktop and the negative one screen is automatically established when the system is initialized or the user starts the desktop for the first time. Specifically, the system service binding mechanism can be used to complete the function link by calling the binding interface of the mobile device operating system.

[0047] The sliding gesture access means that the touch event listener recognizes the sliding operation of the user in the specific area of the screen edge. Specifically, the touch event coordinate tracking algorithm can be used to determine whether the trigger condition is met by calculating the sliding distance and direction threshold.

[0048] Specifically, during the startup process of the mobile device, the system automatically performs the function binding operation of the desktop and the negative one screen, without the need for manual configuration by the user. When the user is in the first screen interface on the left side of the desktop, the negative one screen can be directly called out by performing a left sliding gesture. The trigger area of the sliding gesture can cover a specific width range of the left edge of the screen, for example, 10%-15% of the screen width. When it is detected that the sliding distance in the area exceeds the preset threshold, the display request of the negative one screen is immediately responded.

[0049] Compared with the prior art, the traditional mobile device needs the user to manually enable the negative one screen function in the settings menu and configure the access method. The system-level automatic binding mechanism of the present solution eliminates the manual operation steps. In the prior art, the negative one screen usually needs to be triggered from the secondary menu or a specific button, and the access entry of the present solution is directly integrated into the first screen sliding interaction, which significantly shortens the function call path.

[0050] By the technical solution, the zero-configuration automatic enablement of the negative one screen function is realized, and the problem of idle function caused by the user not finding the setting option is avoided. At the same time, the interaction mode of the first screen sliding gesture conforms to the user's operation habit of horizontally sliding to switch screens, so that the access efficiency of the negative one screen is improved, and the probability of false triggering is reduced.

[0051] The application further proposes to pre-set the items of starting the desktop negative one screen on the mobile device, and the content arrangement and display mode according to the user's operation instructions.

[0052] Wherein, the operation instruction of the user refers to the control signal generated through touch interaction or voice input, and specifically, the drag operation in the setting interface can be used to realize project sorting, and the display mode can be adjusted by sliding the selection control. This feature enables the system to capture the user's personalized configuration needs.

[0053] Wherein, the custom setting refers to the configuration of the positional relationship and visual presentation of the negative one screen display elements, and specifically, the icon arrangement can be realized by using the grid layout editor, and the display style can be switched by using the theme selector. This feature ensures that the user can define the information display structure according to the use habit.

[0054] Wherein, the content arrangement and display mode refer to the distribution rule and visual parameters of each function module in the negative one screen page, and specifically, the information level division can be realized by using the dynamic card stacking technology, and the responsive layout engine can be used to adapt to different screen sizes. This feature ensures the compatibility of custom configuration in different device environments.

[0055] Specifically, before the mobile device starts the desktop service, the system activates the configuration management module to receive user input. When the user drags the weather card to the first row position in the setting interface, the touch event is converted into layout coordinate data and written into the configuration file. When the transparency adjustment control is slid, the parameter change is mapped to the rendering engine in real time to preview the effect. After the configuration is completed, the layout data is stored in the local database through serialization, and when the negative one screen is loaded, the parser reads and generates the corresponding view structure. For example, after the user sets the calendar event module to the waterfall style, the negative one screen will call the card flow layout algorithm to dynamically calculate the size and spacing of each event card when rendering.

[0056] Compared with the prior art, the traditional negative one screen uses a fixed template and does not support custom ordering of display elements, which makes it difficult for users to quickly access high-frequency functions. This scheme introduces an interactive configuration interface, which enables the information display structure to be dynamically reorganized according to user operations, such as adjusting the music control module from the default bottom position to the middle area of the page, effectively shortening the operation path.

[0057] Through the above technical scheme, the display content and layout rule of the negative one screen can be dynamically configured according to the user operation instruction, solving the problem of rigid information display in the traditional scheme. When the user needs to set the news aggregation module to a horizontal sliding browsing mode, the system automatically adjusts the container width and enables the page indicator, which improves the information browsing efficiency. After the user switches to the dark theme, the font color and background contrast of all custom modules are synchronously adapted, ensuring the consistency of the visual experience.

[0058] This application further proposes that when the current desktop is detected as the home screen and the home screen is not bound to the negative one screen function, the control calls the interface of the binding service through the mobile device system interface definition language to establish a binding connection with the negative one screen service, bind the negative one screen function link, and return and save the link binding result.

[0059] The home screen / main desktop refers to the first desktop page displayed by default on the mobile device, typically containing frequently used application icons or widgets, which can be identified by the system launcher process identifier. The bound service interface refers to the service connection channel provided by the mobile device's operating system, which can be implemented through the `bindService` method in Android for cross-process communication. Saving the connection binding result refers to persistently storing the service connection state in a local database or shared memory space, which can be done through the `SharedPreferences` component for key-value data storage.

[0060] Specifically, when the system detects that no connection to the negative one screen function has been established on the main home screen, it automatically triggers the service binding process. A binding request is sent to the negative one screen service by calling a proxy interface generated by the system's interface definition language. Upon receiving the request, the server establishes a two-way communication channel and returns a binding result containing the connection handle. This result is encrypted and written to the mobile device's local storage area to ensure that subsequent operations can directly invoke the established communication link.

[0061] Compared to existing technologies, traditional solutions require users to manually access the system settings interface to complete function binding, resulting in a deep and time-consuming operation path. This solution achieves intelligent processing of function connections by automatically detecting the desktop status and proactively initiating service binding, avoiding the cumbersome process of manual operation by users.

[0062] Through the above technical solution, this application can automatically establish a connection when the main desktop is not bound to a service, effectively solving the problem in the prior art where the negative one screen function cannot be enabled due to user operation omissions. This mechanism ensures the immediate availability of the negative one screen function and reduces functional failures caused by insufficient human intervention.

[0063] This application further proposes a method based on the perspective of the mobile device launcher, where the launcher acts as the client and the negative one screen acts as the server. When the mobile device's desktop performs a bindservice operation on the negative one screen, a desktop overlay interface IlauncherOverlay object is obtained. Through the desktop overlay interface, the negative one screen is notified to perform a swipe operation, and the display percentage of the negative one screen is also notified, so as to achieve synchronous display with the desktop and achieve the effect of the negative one screen sliding out.

[0064] The Launcher, the mobile device launcher, is the main interface program loaded after the operating system initializes. Specifically, it can be implemented using the Launcher3 application in the Android system, responsible for managing the desktop layout and interactive events. The Client and Server architecture divides functional modules into service requesters and service providers, for example, through AIDL interfaces to achieve cross-process communication, thereby decoupling the interaction logic between the desktop and the negative one screen. The bindservice operation establishes relationships between components through the system service manager, such as calling the Context.bindService() method to start a service connection. The IlauncherOverlay interface is a handle used to control the position and animation of the floating layer, for example, dynamically adding view layers using the WindowManager.addView() method. The display percentage parameter refers to the proportion of the visible area of ​​the negative one screen to the screen width during scrolling, for example, calculating a transition value from 0% to 100% using an interpolator to synchronously update the view position.

[0065] Specifically, when a user triggers a swipe on the main screen, the Launcher, acting as a client, initiates a binding request to the negative one screen server. Once binding is complete, the system returns an `IlauncherOverlay` interface instance, which contains a set of methods for controlling the swipe animation. As the finger swipe distance changes, the Launcher calculates in real-time the proportion of the current swipe displacement to the total screen width; for example, when swiping to one-third of the screen corresponds to a 33% display percentage. This proportion is passed to the negative one screen server via the `onScrollProgress()` callback method of the interface, driving its view layer to synchronously update the X-axis offset. During this process, the content on the negative one screen gradually appears according to a preset easing curve, such as using a quadratic Bézier curve to achieve a fast-then-slow swipe effect, ensuring that the visual transition and touch operation remain synchronized.

[0066] Compared to existing technologies, traditional implementations typically handle swipe events and control the negative one screen view directly at the desktop layer, which can easily lead to interface rendering delays. This solution, however, establishes a Client-Server communication architecture to separate event distribution from view control, allowing swipe event processing and interface updates to be executed in independent processes. Common stuttering issues in existing technologies stem from single-threaded processing of high-frequency touch events; this solution, through cross-process communication and interface callback mechanisms, effectively distributes the computational load and avoids blocking the main UI thread.

[0067] Through the above technical solutions, this application solves the problems of interface response lag and animation asynchrony during swiping, achieving pixel-level precise swiping gesture tracking. The inter-process communication mechanism ensures the rational allocation of system resources and reduces power consumption increases caused by frequent interface refreshes. Standardized interface definitions enhance compatibility between modules, enabling the negative one screen function to be adapted to launcher programs customized by different manufacturers.

[0068] This application further proposes a step where, when a preset swipe command to launch the negative one screen is detected on the current desktop, the user-defined startup items and content are automatically displayed on the negative one screen page, arranged and displayed according to the user's custom settings. This step includes: setting the X-axis position parameter LayoutParams.x of the negative one screen window to a negative value of the screen width (-screenWidth) to position the negative one screen window at the upper left of the desktop window; when the mobile device receives a user operation command to start swiping to display the negative one screen, the X-axis position parameter LayoutParams.x of the negative one screen window is set to 0, controlling the negative one screen window to directly cover the desktop window; the display control process involves first setting the initial value of the X-axis scroll position (scrollX) of the view in the negative one screen window to the invisible screenWidth, and then gradually adjusting the horizontal scroll offset parameter (scrollX) of the view's X-axis as the desktop slides, so that the negative one screen content is gradually displayed.

[0069] The X-axis position parameter `LayoutParams.x` refers to the horizontal positioning reference value of the window in the screen coordinate system. Specifically, it can be set using the `x` property of the `WindowManager.LayoutParams` class in the Android system. This parameter controls the absolute position of the window on the screen. `scrollX` refers to the horizontal scroll offset of the view content relative to the display area. This can be dynamically adjusted by calling the `setScrollX` method of the `View` class. This parameter controls the horizontal displacement of the view content within the container. Setting the initial position of the window on the negative one screen outside the left side of the screen avoids visual overlap with the desktop window; synchronously adjusting the window position and view scroll amount during scrolling achieves a smooth visual transition effect.

[0070] Specifically, the initial hidden state of the negative one screen window is achieved by setting LayoutParams.x to the negative screen width, at which point the window is completely located on the left side of the visible area. When a user performs a right swipe, the window position parameter is immediately updated to 0, causing the negative one screen window to instantly cover the desktop window. At the same time, the scrollX value of the view content is initialized to the screen width, and the negative one screen content is still invisible. As the user continues to swipe, the system proportionally decreases the scrollX value based on the swipe distance. For example, when the swipe distance reaches 30% of the screen width, the scrollX value is adjusted accordingly to 70% of the screen width, at which point the right 30% area of ​​the negative one screen content enters the visible range. This parameter adjustment process continues until the swipe is completed, and finally, when scrollX returns to zero, the negative one screen content is fully displayed.

[0071] Compared to existing technologies, traditional implementations typically require simultaneous control of the desktop window's sliding and the negative one screen's display, resulting in high computational complexity. This solution reduces system resource consumption by directly overlaying the negative one screen window on top of the desktop window and using a view scrolling mechanism instead of window displacement. The multi-window collaborative sliding animation commonly found in existing technologies is simplified to a single-window view scrolling operation, avoiding performance issues that may arise from multi-layer overlay rendering.

[0072] Through the above technical solution, this application effectively reduces the implementation complexity of the negative one screen display process. By combining window overlay and view scrolling control, it reduces the system's computational load while ensuring smooth scrolling. This solution avoids the latency caused by synchronous calculation of multiple window positions in traditional implementations, improves user operation response speed, and the view scrolling mechanism has good hardware acceleration support, maintaining consistent display effects on devices with different resolutions.

[0073] This application further proposes controlling the display of the negative one screen page to be in a card layout, displaying multiple information sources including integrated weather, news, calendar events, and music control; when a user operation command is detected to slide from the main screen to the negative one screen, the negative one screen page is controlled to intelligently update and display the latest information of user-defined startup items and content.

[0074] Card-style layout refers to arranging different functional modules into independent rectangular areas. Each card area can have rounded corners and shadow effects. This can be implemented using a RecyclerView control in conjunction with a GridLayoutManager layout manager, loading corresponding data by defining different view type adapters. Multiple information sources refer to accessing third-party service data through open interfaces. For example, weather data can be obtained by calling a meteorological API, and news information can be updated via an RSS subscription source. This can be achieved by a background service periodically polling data interfaces and caching update results. Intelligent updates refer to proactively detecting data changes when triggered by swiping. For example, comparing timestamps to determine if news information is outdated can be used. This can be achieved by using the observer pattern to listen for data source change events, automatically triggering a redraw operation when content is updated.

[0075] Specifically, when the mobile device detects a touch event that swipes from the edge of the home screen to the right, the system invokes the rendering engine for the negative one screen. The page layout engine loads component instances such as weather cards and news cards from the local database according to the user-preset card arrangement. Each card container obtains the latest content by binding a data adapter. For example, the news card reads the most recently updated headlines from the cache, and if a network connection is detected, it sends an incremental data request to the server. During page rendering, the view compositor arranges the cards according to a preset stacking order, and dynamically calculates the transparency and displacement parameters of the card components based on the swipe distance, creating a visually smooth swipe-in ​​effect.

[0076] Compared to existing technologies, traditional negative one screens typically display static information in a fixed list format, requiring manual refresh to access updated content. This solution, through the establishment of a data monitoring mechanism and a dynamic layout engine, enables information cards to automatically adjust their display status based on content changes. For example, when a new calendar event is detected, the corresponding card will immediately expand its height to fully display the event details, without requiring any additional user intervention.

[0077] Through the above technical solution, this application achieves autonomous updating and dynamic adaptation of the information display module, solving the problems of lagging content updates and monotonous information presentation in traditional negative one screens. When a user performs a swipe operation to access the negative one screen, the system can instantly display the latest weather warnings, real-time news pushes, and other dynamic content, while maintaining the integrity of the layout structure of each information card and avoiding misalignment of interface elements due to content updates.

[0078] The present invention will be further described in detail below through a specific application embodiment:

[0079] Specifically, such as Figure 2 As shown in the figure, a specific application embodiment of the present invention provides a method for implementing a swipe-from-desktop negative one screen on a mobile device, comprising the following steps:

[0080] S11: The mobile device with a desktop starts as a client and proceeds to S12;

[0081] S12: Enter the desktop; and then enter S13;

[0082] S13. Check if the current desktop is bound to the negative one screen. If no, proceed to step S14; if yes, proceed to step S21.

[0083] S14. Establish a remote connection by calling the bindService interface of the bound service through the mobile device system interface definition language AIDL, and then proceed to step S20.

[0084] S20. Establish a connection request with the negative server and return the connection result, then proceed to step S21;

[0085] S21. Listen for the connection; when the connection is successfully bound.

[0086] In specific embodiments of this invention, the interaction principle between the negative one screen and the desktop, and the principle of cross-process communication, adopt the Binder (binding) communication principle. Figure 3 As shown, the client and server (which owns the service) communicate as follows: when the current desktop is detected as the main home screen and it is detected that the main home screen is not bound to the negative one screen function, the control calls the server's bindService() interface through the mobile device system interface definition language Binder to establish a binding connection with the negative one screen service; the negative one screen function link is bound, and the link binding result is returned and saved, that is, a Binder object is returned.

[0087] In this embodiment of the invention, regarding the interface definition, ILauncherOverlay is a layer that overlays the desktop, representing the negative one screen. ILauncherOverlayCallback is the callback related to the negative one screen.

[0088] In this embodiment, as Figure 4As shown, from the perspective of the Launcher, the Launcher is the client, and the negative one screen is the server. When the desktop binds to the service on the negative one screen, it obtains the IlauncherOverlay object. Through the relevant interfaces of this object, such as startScroll() (start scrolling), onScroll() (scrolling in progress), and endScroll() (scrolling ends), the negative one screen is notified of the scrolling operation. The parameter in the onScroll(floatprogress) method can inform the negative one screen of the percentage displayed, which can be combined with the desktop display to achieve the effect of the negative one screen sliding out.

[0089] In a specific embodiment of the present invention, the process of sliding the page on the negative one screen is as follows: Figure 5a and Figure 5b As shown, since the negative one screen window is positioned above the Launcher, to avoid obscuring the desktop during normal desktop display, the X-axis position parameter LayoutParams.x of the negative one screen window needs to be set to the negative value of the screen width - screenWidth. This means the negative one screen window is positioned to the upper left of the desktop window. Figure 5a As shown.

[0090] In specific implementation, such as Figure 5b As shown, when the negative one screen is first displayed, the X-axis position parameter LayoutParms.x of the negative one screen window is set to 0, directly covering the desktop window. However, the scrollX (horizontal scroll offset) of the view in the negative one screen window needs to be set to screenWidth at the beginning, that is, the content is not visible. As the desktop is slid, the horizontal scroll offset parameter scrollX of this view is changed so that the content of the negative one screen is gradually displayed.

[0091] The effect of the negative one screen in this specific application embodiment is as follows: Figure 6a and Figure 6b As shown, when a mobile device, such as a smartphone, is on the first page of the home screen and receives a swipe command to the right, it remotely transmits the touch event of the swipe to the negative one screen (server). Upon receiving the swipe event, the negative one screen displays its preset content. When a mobile device, such as a smartphone, is on the first page of the home screen and receives a swipe command to the left, it switches to the second page of the home screen.

[0092] As can be seen from the above, the negative one screen of the mobile device of the present invention is simple to implement, easy to operate, and highly efficient. It can also realize the customization of the negative one screen content according to the user, which greatly facilitates the user's use.

[0093] Exemplary device

[0094] like Figure 7 As shown in the figure, an embodiment of the present invention provides a device for implementing a swipe-from-desktop negative one screen on a mobile device, the device comprising:

[0095] The pre-setting module 310 is used to pre-bind the negative one screen function to the desktop of the mobile device, and set the negative one screen function to be accessible by swiping gesture when the desktop is on the first screen.

[0096] Custom module 320 is used to receive user operation instructions and pre-define the items launched on the negative one screen of the desktop on the mobile device, as well as the content arrangement and display method;

[0097] Desktop detection module 330 is used to detect whether a mobile device has entered desktop mode;

[0098] The binding detection module 340 is used to further detect whether the current desktop is bound to the negative one screen function when the mobile device enters the desktop.

[0099] The binding module 350 is used to control the interface of the binding service to be called through the mobile device system interface definition language when it is detected that the current desktop is the home screen and the home screen is not bound to the negative one screen function. It establishes a binding connection with the negative one screen service, binds the negative one screen function link, and returns the link binding result for saving.

[0100] The 360 ​​Link Listening Module is used to create a link listening callback when it is detected that the current desktop is already bound to the negative one screen function;

[0101] The negative one screen display control module 370 is used to control the launch of the desktop negative one screen page when a preset sliding command to launch the negative one screen is detected on the current desktop. The desktop negative one screen page will automatically display the user-defined startup items and content according to the user-defined content arrangement and display method.

[0102] The pre-setting module is a functional unit used to establish the association between the desktop and the negative one screen. Specifically, it can bind swipe gestures to the negative one screen access function through the system configuration interface, such as setting a listener for the first screen's left swipe event during the desktop initialization phase. The customization module is a functional unit used to collect user-personalized configurations. Specifically, it can use a graphical settings interface to receive user selections of card layout and information source types, such as allowing users to select display items like weather and news. The binding module is a functional unit used to dynamically establish service connections. Specifically, it can call the binding service through the Android system's bindService interface, such as automatically initiating a service binding request when the main desktop is not bound. The negative one screen display control module is a functional unit used to manage interface switching and content rendering. Specifically, it can achieve smooth transition effects through window hierarchy management and view scrolling parameter adjustment, such as dynamically calculating the horizontal offset of the view based on the swipe distance.

[0103] Specifically, when a mobile device enters desktop mode, the desktop detection module triggers the binding detection process. If the binding detection module finds that the current home screen is the main desktop and the negative one screen function is not bound, the binding module will automatically call the system interface to complete the service connection and persistently store the binding result. The connection listening module establishes a callback mechanism after the service binding is successful to monitor user interaction events in real time. When the user triggers a preset swipe gesture on the home screen, the negative one screen display control module switches the interface by adjusting the window layout parameters. For example, it gradually moves the X-axis coordinate of the negative one screen window from off-screen to the visible area, while loading customized content such as weather and news according to the user's preset card layout. During the display process, the scroll offset of the view is dynamically updated with the swipe gesture, forming a visually smooth swipe effect.

[0104] Compared to existing technologies, traditional solutions rely on deep system-level customization, leading to difficulties in functional expansion. This solution, however, achieves functional decoupling through modular design. Existing technologies require manual configuration of service binding relationships, while this solution's binding module can automatically complete service connections. Traditional implementations use fixed content layouts, while this solution's custom modules support dynamic adjustment of information source types and arrangements. Conventional methods directly control interface switching through the system launcher, while this solution's display control module uses independent view hierarchy management, avoiding conflicts with desktop components.

[0105] Through the above technical solution, this application achieves dynamic binding and intelligent display control of the negative one screen function, solving the technical problems of cumbersome service binding process and abrupt interface switching in traditional implementation methods. The modular architecture design allows the negative one screen function to be upgraded and maintained independently of the desktop system, and the user-defined modules effectively improve the flexibility and personalization of information display. The dynamic adjustment mechanism of view scrolling parameters ensures the smoothness of scrolling operations and visual continuity.

[0106] Based on the above embodiments, the present invention also provides a mobile device, the principle block diagram of which can be as follows: Figure 8 As shown. The mobile device includes a processor, memory, network interface, display screen, and database connected via a system bus. One or more programs are stored in the memory and configured to be executed by the processor. Each program contains steps for performing any of the methods described above.

[0107] Among them, the memory refers to the physical storage unit used to store the operating system and applications. Specifically, it can be implemented using flash memory chips or solid-state drives. Its function is to provide persistent storage for program code and user configuration data for the operation of the negative one screen function.

[0108] The processor refers to the arithmetic control unit that executes program instructions. Specifically, it can be implemented using a multi-core central processing unit or a dedicated chip for mobile devices. Its function is to parse and execute program instructions in memory to realize the logical control of desktop status detection, service binding calls, and sliding command responses.

[0109] The program refers to a collection of software modules containing executable code, which can be implemented using compiled binary files or scripting language packages. Its function is to call system services through predefined interfaces to complete the dynamic interaction between the negative one screen function and the desktop environment.

[0110] Specifically, when the mobile device is running, the processor continuously loads program instructions from memory and monitors changes in the desktop environment in real time. Upon detecting a user-triggered swipe, the program calls the bound service through a system interface to establish a communication link between the desktop layer and the negative one screen service. At this point, the processor dynamically calculates the window position offset based on preset swipe trajectory parameters and synchronously updates the rendering data of the negative one screen view. The program further reads the user-defined layout configuration file, dynamically generates an information display interface according to a card-style template, and finally overlays the rendered negative one screen page onto the desktop window.

[0111] In some implementations, the memory can be configured as a partitioned structure that supports hot updates, allowing users to dynamically modify the order of items displayed on the negative one screen through a settings interface. The processor can be adapted to instruction sets of different architectures, such as ARMv8 or x86, and achieves compatible calls with underlying system services through an abstraction layer interface. The program can adopt a modular design, separating the sliding detection, service binding, and view rendering functions into independent threads, and achieving asynchronous processing through a message queue mechanism.

[0112] Compared to existing technologies, implementing the negative one screen functionality on current mobile devices requires reliance on third-party applications or complex system-level modifications, resulting in high resource consumption and significant response latency. This solution, through a hardware-software co-design, embeds the functional logic within the system-level program, achieving real-time response directly through data interaction between the processor and memory, avoiding performance losses from intermediate layers. Furthermore, the program's configurable design allows users to customize operations without modifying the underlying system code, significantly reducing the complexity of function maintenance.

[0113] Through the above technical solution, this application can achieve rapid activation and stable operation of the negative one screen function, providing a flexible content display method while ensuring efficient utilization of system resources. Mobile devices, through hardware-accelerated rendering and software logic decoupling, effectively solve the technical defects of traditional implementations such as scrolling stutters and layout errors, enabling instant application of user-defined settings and simultaneous improvement in visual smoothness.

[0114] This application further proposes a computer-readable storage medium that, when executed by the processor of a mobile device, enables the mobile device to perform a method for launching a negative one screen from the desktop by swiping, including detecting whether the mobile device has entered the desktop state; when the mobile device has entered the desktop, further detecting whether the current desktop is bound to the negative one screen function; when the current desktop is already bound to the negative one screen function, creating a link to listen for callbacks; when a preset swipe command to launch the negative one screen is detected on the current desktop, controlling the launch from the current desktop to the desktop negative one screen page, and automatically displaying the user-defined launch items and content on the desktop negative one screen page according to the user-defined content arrangement and display method.

[0115] Computer-readable storage media refers to a non-volatile physical carrier capable of storing program code. Specifically, it can be implemented using flash memory, solid-state drives, or magnetic storage devices, and is used to persistently store the set of instructions that control mobile devices to perform operations on the negative one screen.

[0116] The processor refers to the computing unit in a mobile device that executes instructions. It can be implemented using a central processing unit or a dedicated chip. It is used to parse instructions in the storage medium and trigger operations such as desktop status detection, function binding, and swipe command response.

[0117] Among them, the user-defined content arrangement and display method refers to adjusting the position, size and layout template of the items on the negative one screen page through the preset configuration interface. Specifically, it can be achieved by drag-and-drop interaction or template selection function to meet the personalized needs of different users for information display.

[0118] Specifically, after the instructions stored in the storage medium are loaded by the processor, the mobile device first continuously monitors the system interface status. When it detects that the device has entered the desktop environment, it further verifies whether the current desktop has established a binding relationship with the negative one screen service. If not bound, the service connection is automatically completed by calling the system interface, and the binding result is written to the configuration file. In the bound state, the mobile device continuously listens for touch events on the desktop layer. When a swipe gesture that meets the preset direction and distance thresholds is detected, the rendering logic of the negative one screen page is immediately triggered. This page dynamically loads data sources such as weather, news, and calendar events according to the user's pre-set card layout template, and achieves a smooth sliding visual effect from the left side of the screen by adjusting the position parameters of the view layer.

[0119] Compared to existing technologies, current negative one screen functionality typically relies on deep system-level customization, requiring modifications to the desktop launcher code or the addition of independent service processes, resulting in high implementation complexity and limited compatibility. This solution, however, decouples the functionality from the hardware through a standardized instruction set stored in the storage medium. This allows different mobile devices to adapt to negative one screen operation simply by loading the instructions, without requiring secondary development of the system framework.

[0120] Through the above technical solution, this application solves the problem of the complexity and lack of flexibility in the implementation of the negative one screen function in the prior art. It reduces the function deployment cost through instruction-based control logic, and improves the personalization of information display by using a user-defined configuration mechanism, making the negative one screen startup process smoother, content updates more timely, and preventing functional abnormalities due to system version differences.

[0121] The above description is merely an embodiment of this application and is not intended to limit the scope of protection of this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of protection of this application.

Claims

1. A method for implementing a swipe-from-desktop negative one screen on a mobile device, characterized in that, include: Detect whether the mobile device is in desktop mode; When a mobile device is detected to be on the desktop, it is further detected whether the current desktop is bound to the negative one screen function; If the current desktop is detected to be bound to the negative one screen function, a link listener callback is created; When a preset swipe command to launch the negative one screen is detected on the current desktop, the system controls the launch from the current desktop to the desktop negative one screen page. The desktop negative one screen page then automatically displays the user-defined startup items and content according to the user-defined content arrangement and display method.

2. The method for implementing a swipe-from-desktop negative one screen on a mobile device according to claim 1, characterized in that, Prior to the step of detecting whether the mobile device has entered desktop mode, the following steps are included: Pre-bind the negative one screen function to the mobile device's desktop and set it so that the negative one screen function can be accessed by swiping gesture when the desktop is on the first screen.

3. The method for implementing a sliding negative one screen from a desktop based on a mobile device according to claim 1, characterized in that, Prior to the step of detecting whether the mobile device has entered desktop mode, the following steps are included: It receives user operation instructions and pre-defines the items launched on the negative one screen of the desktop on the mobile device, as well as the content arrangement and display method.

4. The method for implementing a swipe-from-desktop negative one screen on a mobile device according to claim 1, characterized in that, The step of further detecting whether the current desktop is bound to the negative one screen function when the mobile device enters the desktop also includes: When the current desktop is detected as the home screen, and the home screen is not bound to the negative one screen function, the system calls the interface of the binding service through the mobile device system interface definition language to establish a binding connection with the negative one screen service, bind the negative one screen function link, and return and save the link binding result.

5. The method for implementing a swipe-from-desktop negative one screen on a mobile device according to claim 1, characterized in that, The steps of controlling the launch of the negative one screen from the current desktop to the desktop negative one screen page when a preset swipe command to launch the launch negative one screen is detected on the current desktop, and automatically displaying the user-defined launch items and content on the desktop negative one screen page according to the user-defined content arrangement and display method, include: From the perspective of the mobile device launcher, the launcher acts as the client, and the negative one screen acts as the server. When the mobile device's desktop performs a bindservice operation on the negative one screen, a desktop overlay interface IlauncherOverlay object is obtained. Through the desktop overlay interface, the negative one screen is notified to perform a swipe operation and to be notified of the display percentage of the negative one screen, so as to achieve synchronous display with the desktop and achieve the effect of the negative one screen sliding out.

6. The method for implementing a swipe-from-desktop negative one screen on a mobile device according to claim 1, characterized in that, The step of controlling the launch of the negative one screen from the current desktop to the desktop negative one screen page when a preset swipe command to launch the launch negative one screen is detected on the current desktop, and automatically displaying the user-defined launch items and content on the desktop negative one screen page according to the user-defined content arrangement and display method, further includes: Set the X-axis position parameter LayoutParams.x of the negative one screen window to the negative value of screen width -screenWidth to position the negative one screen window in the upper left corner of the desktop window; When the mobile device receives a user's operation command and starts to slide to display the negative one screen, the X-axis position parameter LayoutParams.x of the negative one screen window is set to 0, so that the negative one screen window directly covers the desktop window. The display control process involves first setting the initial value of the scroll position (scrollX) of the view in the negative one screen window to the invisible screenWidth. Then, as the desktop slides, the horizontal scroll offset (scrollX) parameter of the view's X axis is gradually adjusted to gradually display the content of the negative one screen.

7. The method for implementing a sliding negative one screen from a desktop based on a mobile device according to claim 1, characterized in that, The steps of controlling the launch of the negative one screen from the current desktop to the desktop negative one screen page when a preset swipe command to launch the launch negative one screen is detected on the current desktop, and automatically displaying the user-defined launch items and content on the desktop negative one screen page according to the user-defined content arrangement and display method, include: The negative one screen is displayed in a card layout, showing multiple information sources including integrated weather, news, calendar events, and music control; When a user's operation command is detected to slide from the main screen to the negative one screen, the negative one screen page is controlled to intelligently update and display the latest information of the user-customized startup items and content.

8. A device for implementing a sliding negative one screen from a desktop based on a mobile device, characterized in that, The device includes: The pre-configuration module is used to pre-bind the negative one screen function to the desktop of the mobile device, and set the negative one screen function to be accessible by swiping gesture when the desktop is on the first screen. A custom module is used to receive user operation commands and pre-define the items launched on the negative one screen of the desktop on the mobile device, as well as the content arrangement and display method; The desktop detection module is used to detect whether the mobile device has entered desktop mode; The binding detection module is used to further detect whether the current desktop is bound to the negative one screen function when a mobile device enters the desktop. The binding module is used to control the calling of the binding service interface through the mobile device system interface definition language when it is detected that the current desktop is the home screen and the home screen is not bound to the negative one screen function. It establishes a binding connection with the negative one screen service, binds the negative one screen function link, and returns the link binding result for saving. The link listening module is used to create a link listening callback when it is detected that the current desktop is already bound to the negative one screen function; The negative one screen display control module is used to control the launch of the desktop negative one screen page when a preset swipe command to launch the negative one screen is detected on the current desktop. The desktop negative one screen page will automatically display the user-defined startup items and content according to the user-defined content arrangement and display method.

9. A mobile device, characterized in that, It includes a memory and one or more programs, wherein one or more programs are stored in the memory and configured to be executed by one or more processors, wherein the one or more programs include methods for performing any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, When the instructions in the storage medium are executed by the processor of the mobile device, the mobile device is able to perform the method as described in any one of claims 1-7.

Images