CN105786301B - Method and device for switching display object under multi-window system - Google Patents

Method and device for switching display object under multi-window system Download PDF

Info

Publication number
CN105786301B
CN105786301B CN201410812069.4A CN201410812069A CN105786301B CN 105786301 B CN105786301 B CN 105786301B CN 201410812069 A CN201410812069 A CN 201410812069A CN 105786301 B CN105786301 B CN 105786301B
Authority
CN
China
Prior art keywords
window
application
display object
display
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201410812069.4A
Other languages
Chinese (zh)
Other versions
CN105786301A (en
Inventor
任俊彦
费建江
姜德*
姜德
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Banma Zhixing Network Hongkong Co Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201410812069.4A priority Critical patent/CN105786301B/en
Priority to PCT/CN2015/097479 priority patent/WO2016101810A1/en
Publication of CN105786301A publication Critical patent/CN105786301A/en
Application granted granted Critical
Publication of CN105786301B publication Critical patent/CN105786301B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

The application discloses a method and a device for switching a display object under a multi-window system, which are used for solving the problem that window switching cannot be realized based on an input event in an android native system. The method comprises the following steps: obtaining coordinate values of click points contained in the input event; judging whether a display object corresponding to the clickable area containing the coordinate value is a top end display object or not; and if not, setting the display object as a top display object and refreshing a display interface.

Description

Method and device for switching display object under multi-window system
Technical Field
The present application relates to the field of computer technologies, and in particular, to a method and an apparatus for switching a display object in a multi-window system.
Background
With the development of computer information technology, in a multi-window system, if a user wants to have better experience, switching among multiple windows needs to be realized.
Referring to FIG. 1a, Z-order refers to the stacking order of windows in a stack of stacks. Specifically, stacking of windows refers to stacking windows along an imaginary axis (commonly referred to as the Z-axis) extending from the inside of the screen to the outside of the screen, with the window at the top of the Z-order (i.e., the top window, e.g., window n) being pressed against the other windows and the window at the bottom of the Z-order (i.e., the bottom window, e.g., window 1) being pressed against the other windows.
An input event distribution mechanism of an existing android native system (hereinafter referred to as a system) is that if a click action is made, a java layer of the system generates an input event containing coordinate values (for example, x and y coordinate values) of a click point, and outputs the input event to an input module of the system; the input module sequentially traverses the window attributes in an input list (InputList) according to the sequence from a top window to a bottom window; if a certain window is found to be a clickable window according to the window attribute, distributing the event to a display unit of the window and finishing traversal; then, if the display unit determines that the coordinate value of the click point included in the input event is in the clickable area (touchbleregion) of the display unit, the event is processed, otherwise, the event is not processed.
Specifically, as shown in fig. 1B, the currently launched applications are application a and application B, application a is the application that is currently and normally displayed (i.e., the window of application a is the top window), and the window of application B is partially occluded by the window of application a. Under the existing android native system, a mouse clicks a window of an application B, and the generated input event is only sent to a top window under the existing distribution mechanism, namely only to a display unit of the window of the application A. It can be understood that: since the position (coordinates) clicked by the mouse has exceeded the window area of the application a, even if the generated input event is transmitted to the display unit of the window of the application a, the display unit does not process the input event, and thus no window switching occurs.
Based on the analysis, the existing system cannot realize window switching based on input events if the design of the android native Z-order is adopted. Therefore, there is a need for improvements in the prior art.
Disclosure of Invention
The embodiment of the application provides a method for switching display objects under a multi-window system, which is used for solving the problem that the display objects can not be switched based on input events in an android native system.
The embodiment of the application further provides a device for switching the display object under the multi-window system, and the device is used for solving the problem that the display object cannot be switched based on the input event in the android native system.
The embodiment of the application adopts the following technical scheme:
a method for switching display objects under a multi-window system comprises the following steps: obtaining coordinate values of click points contained in the input event; judging whether a display object corresponding to the clickable area containing the coordinate value is a top end display object or not; and if not, setting the display object as a top display object and refreshing a display interface.
An apparatus for switching a display object under a multi-window system, comprising: a coordinate value obtaining unit for obtaining coordinate values of the click points included in the input event; a judging unit for judging whether the display object corresponding to the clickable area containing the coordinate value obtained by the coordinate value obtaining unit is a top end display object; and the interface refreshing unit is used for setting the display object as a top end display object and refreshing the display interface when the judgment result obtained by the judging unit is negative.
The embodiment of the application adopts at least one technical scheme which can achieve the following beneficial effects:
when the display object corresponding to the clickable area containing the coordinate value of the click point is judged not to be the top end display object, the display object is set as the top end display object to be displayed, and therefore the problem that window switching cannot be achieved based on input events in an android native system is solved.
Drawings
The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the application and together with the description serve to explain the application and not to limit the application. In the drawings:
FIG. 1a is a schematic diagram of a list order of Z-orders provided in an embodiment of the present application.
Fig. 1B is a schematic diagram of an application a and an application B before window switching according to an embodiment of the present disclosure.
Fig. 2 is a schematic diagram of activity stacks of application a and application B in the embodiment of the present application.
Fig. 3 is a schematic diagram of a multi-window display in an embodiment of the present application.
Fig. 4 is a schematic flow chart illustrating an implementation of a method for switching a display object in a multi-window system according to an embodiment of the present application.
Fig. 5 is a schematic diagram of an apparatus for switching windows in a multi-window system according to an embodiment of the present disclosure.
Fig. 6 is a schematic diagram of correspondence between an input list and a list of Z-orders provided in an embodiment of the present application.
Fig. 7 is a schematic step diagram of a method for switching windows in a multi-window system according to an embodiment of the present application.
Fig. 8 is a schematic diagram of an application a and an application B after window switching according to an embodiment of the present disclosure.
Fig. 9 is a schematic structural diagram of an apparatus for switching a display object in a multi-window system according to an embodiment of the present disclosure.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the technical solutions of the present application will be described in detail and completely with reference to the following specific embodiments of the present application and the accompanying drawings. It should be apparent that the described embodiments are only some of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
Before introducing the scheme provided by the embodiment of the present application, an implementation of a multi-window system is first introduced. Specifically, the method includes steps S101 and S102:
s101: and the terminal stores each display unit of the application in a container corresponding to the application aiming at each started application, wherein the containers corresponding to different applications are different.
In the embodiment of the present application, the terminal includes but is not limited to: mobile phones, tablet computers, and the like.
On the terminal, after each application is started, each display unit for displaying the interface of the application is respectively started in the running process of the application. The terminal can instantiate a container for each started application, and then store each display unit started by the application in the corresponding container, and subsequently display the corresponding application interface.
The container may be a stack, the display unit located at the top of the stack is in an Active state, the display unit in the Active state is called by a process or a thread of the application to display an application interface corresponding to the display unit to a user, content on the application interface corresponding to the display unit may be refreshed in real time and may interact with the user through preset various input instructions, and at this time, other display units in the stack are all in a Paused (used) state or a Stopped (Stopped) state, and the display unit in the used state or the Stopped state is not currently displayed to the user. When the application jumps from the current application interface to another application interface, the display unit corresponding to the another application interface pops out of the stack and is saved at the top of the stack again, that is, is activated and switched to the Active state, and correspondingly, the saving position of the original display unit at the top of the original stack is moved downwards and is switched to the used state or the Stopped state, so that the another application interface becomes the application interface which is currently displayed to the user.
S102: and the terminal displays the window of the application according to the window attribute of the application and each display unit stored in the container corresponding to the application.
In the embodiment of the application, each display unit of the application includes various predefined display elements on the application interface, such as characters, pictures, videos, controls, and the like. Generally, when an application process calls a display unit to display an application interface, resolution information of a current terminal screen is acquired, and then the application interface is directly displayed on the terminal screen in a full screen in a self-adaptive manner according to the resolution information. If the application interface corresponding to each display unit is to be displayed in a window manner, the size and the position of the window to be displayed need to be determined, so that the window attributes can be predefined to store the relevant information, and the relevant information can be tracked and updated during the lifetime of the window (the time from the creation of the window to the closing of the window).
The window attribute may include a window length value, a window width value, a window coordinate value, and the like, where the coordinate referred to by the window coordinate value is a two-dimensional coordinate on the current terminal screen, the window coordinate value is used to locate a position of the window on the current terminal screen, and may be a coordinate of an intersection of two diagonal lines of the window, or may be a coordinate of another specific point (e.g., a vertex of the window) in the window region, and for a rectangular window, when the window length value, the window width value, and the window coordinate value are determined, the size and the position of the window are determined.
In this embodiment of the application, the terminal may determine the size and the position of the window on the terminal screen according to the window attribute of the application, and then call, through a corresponding process or thread, a corresponding display unit stored in a container corresponding to the application to display the window of the application.
In an embodiment of the present application, the display unit specifically includes an activity, and the container specifically includes an activity stack.
The activity stack is a First-In/Last-Out (First-In/Last-Out) data structure, and the valid data stored In the activity stack is each activity of the application corresponding to the activity stack. The following illustrates an activity saving manner provided in the embodiment of the present application, and assuming that the terminal has started an application a and an application B, where the application a has started 2 activities (activity a1 and activity a2) and the application B has started 3 activities (activity B1 to activity B3), the terminal instantiates two activity stacks for respectively saving the activity of the application a and the activity of the application B.
FIG. 2 shows the activity stacks for application A and application B, with application A on the left and application B on the right. Only the activity a2 and the activity b3 at the top of the two stacks are in active state, and the other activities are in either used state or Stopped state. Obviously, at this time, application a is displaying an application interface corresponding to activityA2, and application B is displaying an application interface corresponding to activityB 3. Assuming that the application a jumps from the current application interface to the application interface corresponding to the activity a1, the terminal may sequentially pop the activity a2 and the activity a1 in the activity stack of the application a, and then sequentially pop the activity a2 and the activity a1 so that the activity a1 is located at the top of the stack of the application a, the activity a1 is switched to the active state, the activity a2 is switched to the used state or the Stopped state, and further, the related process or thread of the application a may call the activity a1 to display the corresponding application interface.
In the embodiment of the present application, another implementation manner of a multi-window system may specifically include the following first step and second step:
the method comprises the following steps: and for each started application, storing the display unit of each application in at least one container.
In an embodiment of the present application, the display unit may be an activity, and the container may be an activity stack.
The terminal may instantiate an activity stack for each application to store the activity of the application, or may directly instantiate one or more activity stacks for each application to share the activity stacks, so that the activity of each application may be stored in the activity stacks and subsequently used for display.
Step two: and displaying a plurality of windows according to the set window attributes and each display unit stored in the container, wherein at least one window displays more than two visual units.
In this embodiment of the application, the terminal may display a window for each started application according to the set window attribute and each display unit stored in the activity stack, and in this way, only the visual unit of the application itself may be displayed in the window of each application.
The terminal may also instantiate one or more windows according to the set window attributes, and then display two or more visual units in each window according to each display unit stored in the activity stack, so that the use efficiency of the windows may be improved. Two or more visual units displayed in the same window can belong to the same application or belong to different applications.
Fig. 3 shows a schematic diagram of a multi-window display in this scenario, and it can be seen that there are two windows displayed on the terminal screen.
The window "applications a & B" is a window common to the applications a and B, and on the left side of the display area of the window (i.e., on the left side of the dotted line) is a visual unit of the application a (also referred to as real-time content) displayed according to the activity of the application a, and on the right side of the display area of the window (i.e., on the right side of the dotted line) is a visual unit of the application B displayed according to the activity of the application B.
The window "app C" is a window of the app C, a first visual unit of the app C displayed according to one activity of the app C is on the left side of the display area of the window (i.e., on the left side of the dotted line), and a second visual unit of the app C displayed according to another activity of the app C is on the right side of the display area of the window (i.e., on the right side of the dotted line).
In practical applications, when the terminal needs to display more than two visual units in the same window at the same time, the size and position (size and position, which may be referred to as sub-area herein) of each visual unit in the window display area may be predefined in the window attribute of the window, so that each visual unit can be correctly displayed in the corresponding sub-area. Currently, according to different settings of the sub-regions, the visual elements may be displayed in a completely overlapping manner or in a partially overlapping manner, or may not be displayed in a non-overlapping manner in the same window.
By the method, the terminal can instantiate a plurality of activity stacks to save the activity of each started application, so that the terminal can simultaneously display a plurality of windows according to the display unit at the top of each activity stack, and can pre-divide a window display area into a plurality of sub-areas according to the set window attribute, so that one visual unit can be displayed in each sub-area of the same window, and the visual units of a plurality of applications can be simultaneously displayed on the screen of the terminal.
For convenience of description, hereinafter, "window" and "visual unit" will be collectively referred to as "display object".
Based on the above description, to solve the problem that the window switching cannot be realized based on the input event in the android native system, an embodiment of the present application first provides a method for switching a display object in a multi-window system, where the method includes the following steps as shown in fig. 4:
step 41, obtaining coordinate values of click points contained in the input event;
step 42, judging whether a display object corresponding to the touchbleregion containing the coordinate value of the click point is a top end display object; if the determination result indicates that the display object is not the top display object, go to step 43;
it should be noted that, when the display object is a window, the touchbleregion may be a window attribute in an input list maintained by the input module described in the background art. The window attribute corresponding to a single window represents at least the coordinate range of the clickable area of the single window, i.e., the coordinate values of the clickable points located within that area. In addition, the window attribute may also represent other parameters of the window, such as size, location on the display screen, and/or width, etc. In the embodiment of the present application, the coordinate range of the clickable area of the window and the values of other parameters may be changed.
When the display object is a visual unit, the touchbleregion may be a new window attribute obtained by modifying the window attribute described in the background art. Specifically, when the display object is a visual cell, the new window attribute may specifically be an attribute of a visual cell in the window. The attribute corresponding to a single visual element represents at least the coordinate range of the clickable area of the single visual element, i.e., the coordinate values of the clickable points located within that area. Furthermore, the window properties may also represent other parameters of the visual element, such as size, position on the display screen, and/or width, etc. In the embodiment of the present application, the coordinate ranges of the clickable areas of the visual elements and the values of other parameters may be changed.
And 43, setting the display object as a top display object, and refreshing the display interface.
When the display object is a visual cell, setting the visual cell as a top visual cell (the top visual cell may also be referred to as a focus visual cell) means that a window in which the visual cell is located is also set as a top window (the top window may also be referred to as a focus window).
By adopting the method provided by the embodiment of the application, when the display object corresponding to the clickable area containing the coordinate value of the click point is judged not to be the top end display object, the display object is set as the top end display object to be displayed, so that the problem that window switching cannot be realized based on an input event in an android native system is solved.
Some alternative embodiments of the above steps are described in detail below.
In step 42, considering that the touchbleregion of the display object changes after the display object is dragged, zoomed in, or zoomed out, in order to ensure the accuracy of the determination result obtained by performing step 42, in one embodiment, the touchbleregion in the input list may be updated before determining whether the display object corresponding to the touchbleregion including the coordinate value of the click point is the top display object.
The manner of determining whether the display object corresponding to the clickable area containing the coordinate value of the click point is the top display object based on the updated input list may include:
determining the TouchableRegion containing the coordinate value of the click point by traversing the TouchableRegion in the updated input list; and judging whether the display object corresponding to the TouchableRegion containing the coordinate value is the top display object or not.
In the embodiment of the present application, the update to the input list may be periodic or aperiodic. For an aperiodic update, for example, in an embodiment, the update may include: and after the TouchableRegion of the display object is determined to be changed, updating the TouchableRegion in the input list according to the changed TouchableRegion.
For step 43:
in one embodiment, the implementation of setting the display object as the top display object may be implemented by revising the list of Z-orders.
Wherein the Z-order list stores the Z-order value of the display object. Generally, the larger the value of the Z-order of a display object, the closer the display object is to the top in the Z-order; the smaller the value of Z-order of the display object, the closer the display object is in the Z-order to the bottom. When displaying multiple display objects, the multi-window system takes the value of the Z order stored in the list of the Z-order as the basis for determining the arrangement order of the display objects. Based on such characteristics, in the embodiment of the present application, the non-top display object may be set as the top display object by updating the value of the Z-order of the non-top display object to be greater than the value of the Z-order of other display objects in the multi-window system.
In this embodiment of the present application, in order to implement processing on an input event, the method may further include the steps of: and sending the input event to a display unit of a display object corresponding to the touchbleregion containing the coordinate value of the click point.
Another embodiment of the present application, which takes a display object as an example of a window, discloses an apparatus 100 for switching windows in a multi-window system, which can be used in an apparatus such as a kiosk. Referring to fig. 5, an apparatus 100 for switching windows in a multi-Window system according to an embodiment of the present disclosure includes an update Module 1, an Input Module 2, a determination Module 3, and a Window management Module 4.
An input list (InputList)21 is maintained in the input module 2, and the input list 21 stores window attributes corresponding to each display unit. Referring to FIG. 6, the input list 21 corresponds to list 5 of Z-orders. For example, the window attributes included in the input list 21 are specifically O1, O2 to On, where O1 is the window attribute of the window numbered 1, and the meanings of O2 to On are similar; the Z-order values contained in Table 5 of Z-order are in particular Z1, Z2 up to Zn, where Z1 is the value of the Z-order of the window numbered 1, and Z2-Zn have the same meaning; then O1 corresponds to Z1, O2 corresponds to Z2, and On corresponds to Zn.
Among the window attributes maintained by the input module 2, there is a window attribute named "clickable area (touchregion)", where the information at least indicates a coordinate range of the clickable area of the window, that is, coordinate values of clickable points located in the area. In addition, the information may also indicate other parameters of the window, such as size, location on the display screen, and/or width, etc. In embodiments of the present application, the coordinate ranges of the clickable areas of the window and the values of other parameters may be varied.
Based on the above introduction, please refer to fig. 7, the following description is made on a method for switching between multiple windows of the present application, where the method includes the following steps:
s1: updating an input list 21 maintained by the input module 2 according to the applied parameter of the windowPanel;
the function of the windowpane is to record the state of the window.
In this embodiment of the present application, the implementation manner of step S1 mainly includes: the TouchableRegion in the input list 21 is updated according to the current TouchableRegion of the application, so that the TouchableRegion in the input list 21 is synchronized with the current TouchableRegion of the application.
S2: when the clicking action is detected, a java layer of the system generates input events and sends the input events to the input module 2, and each input event contains the coordinate value of a clicking point; then, the input module 2 traverses the input list 21 in order; if the touch tableregion of a window is found to contain the coordinate value contained in the input event, distributing the event to the display unit of the window even if the window is a non-top window;
s3: the display unit receiving the input event judges whether the corresponding window is a top window; if yes, the display unit processes the event, such as judging the position of a button and the like; if not, the display unit sends a request to the window management module 4;
s4: after receiving the request, the window management module 4 modifies the sequencing of the window list (windowList), further triggers the change of the Z-order, and finally modifies the list 5 of the Z-order; and then refreshing a User Interface (UI), thereby realizing the switching of multiple windows.
Some alternative embodiments of the above steps are detailed below:
in one embodiment, the execution timing of step S1 may include: dragging the window, changing the size of the window, etc., to ensure that subsequent click actions can be based on the most recent window state.
In one embodiment, in step S2, please refer to fig. 1B, for example, the started applications are application a and application B, where application a is the application that is currently and normally displayed, and the window of application B is partially blocked by the window of application a, and when the mouse clicks the window of application B, the multi-window system 100 of the present application may also enable the input event to be correctly transmitted to the display unit of the partially blocked window of application B.
Still taking application a and application B above as an example, in one embodiment, in step S4, after modifying list 5 of Z-order, the value of Z-order of application B may be made greater than the value of Z-order of application a; further, in the process of executing the UI refresh, the window management module 4 may determine, according to the modified Z-order list 5, that the value of the Z-order of the application B is currently the largest value of the Z-order, so as to display the window of the application B as the top window, that is, swap all display units of the application B with the display unit of the application a, thereby completing the switching of the top window to the window of the application B based on the input event (see fig. 8).
Compared with an android native system, the applied windowpane parameters in the embodiment of the application can be updated; according to the method and the device, a distribution mechanism of the input event is changed, the input event can be transmitted to the non-top end display unit, the list 5 of the Z-order is modified, and finally the function of window switching through a mouse is achieved.
Referring to fig. 5, the functions of the modules of the apparatus 100 for switching windows in a multi-window system are as follows:
the updating module 1 is used for updating the parameters of the applied WindowPanel to the clickable area of the corresponding window; wherein, the WindowPanel is used for recording the state of the window;
the input module 2 is configured to generate input events when there is a click action, where each input event includes a coordinate value (e.g., an x-y coordinate value) of the click action, and then sequentially traverse the input list 21; if the clickable area of a window is found to contain the coordinates of the input, then the event is distributed to the window, even if the window is a non-top display unit;
the judging module 3 is used for judging whether the window corresponding to the event is the current window; if yes, processing is carried out by the window, such as judging the position of a button and the like; if not, sending a request to the window management module 4;
the window management module 4 is used for modifying the sorting of a window list (windowList) after receiving the request, further triggering the change of the Z-order and finally modifying a list 5 of the Z-order; the UI is then notified of the refresh, thus enabling multi-window switching.
Wherein:
the parameter updates of the applied windowpane include dragging the window, changing the size of the window, etc. to ensure that subsequent click actions can be based on the latest window state.
Referring to fig. 2, for example, the started applications are application a and application B, where application a is the application that is currently and normally displayed, and the window of application B is partially blocked by the window of application a, and at this time, the multi-window system 100 of the present application also enables the input event to be correctly transmitted to the partially blocked window of application B.
Referring to fig. 8, after modifying the list 5 of Z-orders, all display units of application B are swapped with those of application a, thus completing the mouse click switch application B.
Compared with an android native system, the applied windowpane parameters in the embodiment of the application can be updated; according to the method and the device, a distribution mechanism of the input event is changed, the click event can be transmitted to the non-top end display unit, the list 5 of the Z-order is modified, and finally the function of window switching through a mouse is achieved.
In order to solve the problem that window switching cannot be realized based on an input event in an android native system, an embodiment of the present application further provides a device for switching a display object in a multi-window system, where a specific structural schematic diagram of the device is shown in fig. 9 and includes a coordinate value obtaining unit 91, a determining unit 92, and an interface refreshing unit 93. The functions of the units are described below:
a coordinate value obtaining unit 91 for obtaining coordinate values of the click points included in the input event;
a judging unit 92 configured to judge whether a display object (hereinafter, referred to as the display object for short) corresponding to the clickable area containing the coordinate value obtained by the coordinate value obtaining unit 91 is a top display object;
and an interface refreshing unit 93, configured to set the display object as a top display object and refresh the display interface when the determination result obtained by the determining unit 92 is negative.
In one embodiment, the interface refreshing unit 93 may be configured to: and updating the Z-order value of the display object to be larger than the Z-order values of other display objects in the multi-window system.
In one embodiment, the apparatus may further include an attribute information updating unit. The unit is used for updating the clickable area touchregion in the input list before the judging unit judges whether the display object corresponding to the clickable area containing the coordinate value of the click point is the top end display object.
Based on the function of the attribute information updating unit, the judging unit 92 may be configured to determine a toucheregi including a coordinate value by traversing toucheregions in the input list; and judging whether the display object corresponding to the touchbleregion containing the coordinate value of the click point is the top display object.
In one embodiment, the attribute information updating unit may be configured to: after the TouchableRegion of the display object in the multi-window system is determined to be changed, updating the TouchableRegion in the input list according to the changed TouchableRegion.
In one embodiment, the apparatus may further include: and the sending unit is used for sending the input event to the display unit of the display object.
In one embodiment, when the display object is a window, the apparatus shown in fig. 9 may further include an execution saving unit and a display unit. Wherein:
an execution saving unit configured to save, for an application that has been started, each display unit of the application in a container corresponding to the application before the coordinate value obtaining unit 91 obtains the coordinate value of the click point included in the input event; wherein, at least two started applications are provided, and the containers corresponding to different applications are different;
and the display unit is used for displaying the window of the application according to the set window attribute of the application and each display unit stored in the container corresponding to the application.
In one embodiment, when the display object is a visual unit in a window, the apparatus shown in fig. 9 may further include an execution saving unit and a display unit. Wherein:
an execution saving unit configured to save a display unit of each application in at least one container for each application that has been started before the coordinate value obtaining unit 91 obtains the coordinate values of the click points included in the input event;
a display unit for displaying a plurality of windows according to the set window attributes and each display unit stored in the container; wherein at least one window displays more than two visual units.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in the process, method, article, or apparatus that comprises the element.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The above are merely examples of the present application and are not intended to limit the present application. Various modifications and changes may occur to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims (16)

1. A method for switching display objects under a multi-window system is applied to an android system, and comprises the following steps:
obtaining coordinate values of click points contained in the input event;
determining a clickable area containing the coordinate value by traversing the clickable area in the input list, wherein the input list comprises a window attribute, and the clickable area is a window attribute and at least represents the coordinate value of a clickable point in the area;
judging whether a display object corresponding to the clickable area containing the coordinate value is a top end display object or not;
and if not, setting the display object as a top display object and refreshing a display interface.
2. The method of claim 1, wherein setting the display object as a top display object comprises:
and updating the Z-order value of the display object to be larger than the Z-order values of other display objects in the multi-window system.
3. The method of claim 1, wherein before determining whether the display object corresponding to the clickable area containing the coordinate value is a top display object, the method further comprises:
the clickable area touchbleregion in the input list is updated.
4. The method of claim 3, wherein updating the clickable area touchblack region in the input list comprises:
and after determining that the TouchableRegion of the display object in the multi-window system is changed, updating the TouchableRegion in the input list according to the changed TouchableRegion.
5. The method of any one of claims 1 to 4, further comprising:
and sending the input event to a display unit of the display object.
6. A method as claimed in any one of claims 1 to 4, wherein the display object is a window or a visual element in a window.
7. The method of claim 6, wherein the display object is a window;
before obtaining the coordinate values of the click points included in the input event, the method further includes:
aiming at the started application, storing each display unit of the application in a container corresponding to the application; wherein, at least two started applications are provided, and the containers corresponding to different applications are different;
and displaying the window of the application according to the set window attribute of the application and each display unit stored in the container corresponding to the application.
8. The method of claim 6, wherein the display object is a visual element in a window;
before obtaining the coordinate values of the click points included in the input event, the method further includes:
for each started application, storing a display unit of each application in at least one container;
displaying a plurality of windows according to the set window attributes and each display unit stored in the container;
wherein at least one window displays more than two visual units.
9. An apparatus for switching display objects under a multi-window system, the apparatus being deployed in an android system, the apparatus comprising:
a coordinate value obtaining unit for obtaining coordinate values of the click points included in the input event;
the judging unit is used for determining a clickable area containing the coordinate value by traversing the clickable area in the input list; judging whether a display object corresponding to the clickable area containing the coordinate value is a top end display object or not, wherein the input list comprises a window attribute, and the clickable area is a window attribute and at least represents the coordinate value of a clickable point in the area;
and the interface refreshing unit is used for setting the display object as a top end display object and refreshing the display interface when the judgment result obtained by the judging unit is negative.
10. The apparatus of claim 9, wherein the interface refresh unit is to:
and updating the Z-order value of the display object to be larger than the Z-order values of other display objects in the multi-window system.
11. The apparatus of claim 9, wherein the apparatus further comprises:
and the attribute information updating unit is used for updating the clickable area touchregion in the input list before the judging unit judges whether the display object corresponding to the clickable area containing the coordinate value is the top end display object.
12. The apparatus of claim 11, wherein the attribute information updating unit is configured to:
and after determining that the TouchableRegion of the display object in the multi-window system is changed, updating the TouchableRegion in the input list according to the changed TouchableRegion.
13. The apparatus of any of claims 9 to 12, further comprising:
and the sending unit is used for sending the input event to the display unit of the display object.
14. An apparatus as claimed in any one of claims 9 to 12, wherein the display object is a window or a visual element in a window.
15. The apparatus of claim 14, wherein the display object is a window; the device further comprises:
an execution saving unit, configured to save, for a started application, each display unit of the application in a container corresponding to the application before the coordinate value obtaining unit obtains the coordinate value of the click point included in the input event; wherein, at least two started applications are provided, and the containers corresponding to different applications are different;
and the display unit is used for displaying the window of the application according to the set window attribute of the application and each display unit stored in the container corresponding to the application.
16. The apparatus of claim 14, wherein the display object is a visual element in a window; the device further comprises:
an execution saving unit configured to save, for each application that has been started, a display unit of each application in at least one container before the coordinate value obtaining unit obtains the coordinate values of the click points included in the input event;
a display unit for displaying a plurality of windows according to the set window attributes and each display unit stored in the container;
wherein at least one window displays more than two visual units.
CN201410812069.4A 2014-12-23 2014-12-23 Method and device for switching display object under multi-window system Active CN105786301B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201410812069.4A CN105786301B (en) 2014-12-23 2014-12-23 Method and device for switching display object under multi-window system
PCT/CN2015/097479 WO2016101810A1 (en) 2014-12-23 2015-12-15 Method for switching display object in multi-window system and device thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410812069.4A CN105786301B (en) 2014-12-23 2014-12-23 Method and device for switching display object under multi-window system

Publications (2)

Publication Number Publication Date
CN105786301A CN105786301A (en) 2016-07-20
CN105786301B true CN105786301B (en) 2020-03-10

Family

ID=56149235

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410812069.4A Active CN105786301B (en) 2014-12-23 2014-12-23 Method and device for switching display object under multi-window system

Country Status (2)

Country Link
CN (1) CN105786301B (en)
WO (1) WO2016101810A1 (en)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107765943B (en) * 2017-10-16 2020-05-12 北京点石经纬科技有限公司 Method for realizing simultaneous operation of double APPs on double-screen intelligent terminal
CN109710343B (en) * 2017-10-25 2023-01-17 北京众纳鑫海网络技术有限公司 Method, device and equipment for switching windows of computer desktop and storage medium
CN109766034B (en) * 2017-11-09 2020-08-11 北京众纳鑫海网络技术有限公司 Method, device and equipment for quickly starting application program and storage medium
CN107885437A (en) * 2017-11-29 2018-04-06 广州视源电子科技股份有限公司 Multielement exchange method, device, equipment and storage medium
CN108279963B (en) * 2018-01-05 2020-11-20 郑州信大捷安信息技术股份有限公司 Single Linux kernel multi-Android system intelligent terminal display virtualization method
CN108279826A (en) * 2018-03-07 2018-07-13 北京布卡互动科技有限公司 A kind of more videos and Multiple Document Interface alignment placement method
CN109151582A (en) * 2018-08-16 2019-01-04 海信电子科技(深圳)有限公司 More application management methods, device and terminal based on Linux set-top box
CN113312125B (en) * 2021-04-30 2022-11-25 北京仁光科技有限公司 Multi-window adjusting method, system, readable storage medium and electronic equipment

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102063302A (en) * 2010-12-20 2011-05-18 北京握奇数据系统有限公司 Window management method, system and terminal
CN102214060A (en) * 2010-04-12 2011-10-12 宏碁股份有限公司 Touch electronic device and window control method thereof
CN102917118A (en) * 2012-09-13 2013-02-06 东莞宇龙通信科技有限公司 Terminal and task display method
JP2013131190A (en) * 2011-12-22 2013-07-04 Aisin Aw Co Ltd Input system, input method and input program
CN103309555A (en) * 2012-10-31 2013-09-18 中兴通讯股份有限公司 Focus switching method and device based on multiple windows
CN104077016A (en) * 2013-03-29 2014-10-01 中兴通讯股份有限公司 Method and device for displaying and switching multiple windows
CN104077027A (en) * 2013-03-27 2014-10-01 三星电子株式会社 Device and Method for Displaying Execution Result of Application

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101488989A (en) * 2008-01-18 2009-07-22 德信智能手机技术(北京)有限公司 Method for managing tasks on mobile phone
TWI496069B (en) * 2013-06-28 2015-08-11 Insyde Software Corp Method of Judging Electronic Device and Multi - window Touch Command

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102214060A (en) * 2010-04-12 2011-10-12 宏碁股份有限公司 Touch electronic device and window control method thereof
CN102063302A (en) * 2010-12-20 2011-05-18 北京握奇数据系统有限公司 Window management method, system and terminal
JP2013131190A (en) * 2011-12-22 2013-07-04 Aisin Aw Co Ltd Input system, input method and input program
CN102917118A (en) * 2012-09-13 2013-02-06 东莞宇龙通信科技有限公司 Terminal and task display method
CN103309555A (en) * 2012-10-31 2013-09-18 中兴通讯股份有限公司 Focus switching method and device based on multiple windows
CN104077027A (en) * 2013-03-27 2014-10-01 三星电子株式会社 Device and Method for Displaying Execution Result of Application
CN104077016A (en) * 2013-03-29 2014-10-01 中兴通讯股份有限公司 Method and device for displaying and switching multiple windows

Also Published As

Publication number Publication date
CN105786301A (en) 2016-07-20
WO2016101810A1 (en) 2016-06-30

Similar Documents

Publication Publication Date Title
CN105786301B (en) Method and device for switching display object under multi-window system
US11573688B2 (en) Method, apparatus, and terminal for processing notification information
US10445132B2 (en) Method and apparatus for switching applications
AU2013389985B2 (en) User interface elements for multiple displays
WO2016095728A1 (en) Multi-window display method and device
CN109508213B (en) View rendering method, device, medium and intelligent terminal
CN107656759B (en) Rendering method and device for user interface
CN111767002B (en) Page display method, device, equipment and storage medium
EP3133481B1 (en) Terminal device display method and terminal device
CN104866206A (en) Method for moving picture data, and mobile terminal
KR20190047142A (en) Method and apparatus for setting background of ui control, and terminal
WO2016101816A1 (en) Method and device for information display in instant messaging
CN111782114B (en) Element display method, device, equipment and medium in manuscript editing application
CN110262749B (en) Webpage operation method, device, container, equipment and medium
CN110647704A (en) Page updating method, device and equipment
CN110908552B (en) Multi-window operation control method, device, equipment and storage medium
CN113157468B (en) Cross-process information processing method, controller, terminal and storage medium
CN113093961B (en) Window switching method, storage medium and related equipment
CN106873866B (en) Content amplification display method and device
CN112667410A (en) Cross-process communication method, terminal and computer readable storage medium
CN112749282A (en) Knowledge graph display method, device, equipment and storage medium
CN116309940B (en) Map information display method, equipment and medium based on animation popup window assembly
CN108647072A (en) A kind of method, apparatus and equipment of action listener
US20240004478A1 (en) Gesture interaction method, apparatus and electronic device
EP4300297A1 (en) Exhibiting method of desktop element and electronic device

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1226172

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20201217

Address after: Room 603, 6 / F, Roche Plaza, 788 Cheung Sha Wan Road, Kowloon, China

Patentee after: Zebra smart travel network (Hong Kong) Limited

Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands

Patentee before: Alibaba Group Holding Ltd.