CN115756283A

CN115756283A - Application card moving method, device, equipment and storage medium

Info

Publication number: CN115756283A
Application number: CN202211174888.1A
Authority: CN
Inventors: 何平
Original assignee: Huizhou Desay SV Automotive Co Ltd
Current assignee: Huizhou Desay SV Automotive Co Ltd
Priority date: 2022-09-26
Filing date: 2022-09-26
Publication date: 2023-03-07

Abstract

The embodiment of the invention provides a method, a device, equipment and a storage medium for moving an application card, wherein the method comprises the following steps: when detecting that the area of a first application card changes, determining a target moving direction of an associated application card colliding with the first application card; judging whether the associated application card can successfully move in the target moving direction, if so, acquiring the target offset of the associated application card; and controlling the associated application card to move the target offset according to the target moving direction. By using the method, when a plurality of non-overlapping cards exist in a two-dimensional grid plane and a certain card is dragged or amplified, the positions of all the cards can be dynamically adjusted, the situation that the operated card is not overlapped with the areas of other cards after being adjusted to a new area is ensured, and the areas of all the cards are not overlapped after being adjusted by the operated card is avoided.

Description

Application card moving method, device, equipment and storage medium

Technical Field

The present invention relates to the field of electronic technologies, and in particular, to a method, an apparatus, a device, and a storage medium for moving an application card.

Background

With the development of touch screen embedded devices, at present, requirements for human-computer interaction operations on a main screen desktop Launcher (Launcher) of a graphical interface of a computer device are higher and higher, and it is required to provide more flexible display configurations, display more information, and provide more diversified operation experiences on the desktop Launcher.

The existing gridding card type desktop starter virtualizes the whole desktop into a grid, then any plurality of rectangular cards can be placed on the grid, and information such as weather conditions, navigation and the like is displayed on each card. Within this planar grid area, the area width and height of each rectangular card is a multiple of the width and height of a single grid cell. And in order to ensure the display effect, all the card areas should be prevented from overlapping.

In order to ensure the display effect and the automation and convenience of user operation, after a user drags or zooms a certain card, the positions of other cards must be automatically adjusted to ensure that any card area on the desktop still does not overlap. The existing method for adjusting the card is not simple and quick enough.

Disclosure of Invention

The embodiment of the invention provides a moving method, a device, equipment and a storage medium of application cards, which are used for realizing automatic adjustment of other related application cards in a plane when one application card in the plane moves, and ensuring that all cards are not overlapped.

In a first aspect, the present embodiment provides a method for moving an application card, where the method includes:

when the change of the area of the first application card is detected, determining the target moving direction of the associated application card collided with the first application card;

judging whether the associated application card can successfully move in the target moving direction, if so, acquiring the target offset of the associated application card;

and controlling the associated application card to move the target offset according to the target moving direction.

In a second aspect, the present embodiment provides a mobile device for applying a card, the device including:

the direction determining module is used for determining the target moving direction of the associated application card colliding with the first application card when the change of the area of the first application card is detected;

the offset determining module is used for judging whether the associated application card can successfully move in the target moving direction, and if so, acquiring the target offset of the associated application card;

and the control module is used for controlling the associated application card to move the target offset according to the target moving direction.

In a third aspect, this embodiment provides an electronic device, including:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein,

the memory stores a computer program executable by the at least one processor, the computer program being executable by the at least one processor to enable the at least one processor to perform the method of moving an application card according to any of the embodiments of the present invention.

In a fourth aspect, this embodiment provides a computer-readable storage medium, where the computer program is executed by the at least one processor, so that the at least one processor can execute the method for moving the application card according to any embodiment of the present invention.

The embodiment of the invention provides a method, a device, equipment and a storage medium for moving an application card, wherein the method comprises the following steps: when the change of the area of the first application card is detected, determining the target moving direction of the associated application card collided with the first application card; judging whether the associated application card can successfully move in the target moving direction, if so, acquiring the target offset of the associated application card; and controlling the associated application card to move the target offset according to the target moving direction. Above-mentioned technical scheme, when there are a plurality of nonoverlapping cards in a two-dimensional grid plane, drag or enlarge the operation to certain card, determine the moving direction and the offset of the associated application card of this card, according to the position of moving direction and all cards of offset dynamic adjustment, guarantee not to take place to overlap with the region of other cards after the new area that is adjusted to by the operation card, and the region of all cards is all not taken place to overlap after being adjusted by the operation card, this technical scheme does not rely on service environment, it is simple swift to realize.

It should be understood that the statements in this section do not necessarily identify key or critical features of the embodiments of the present invention, nor do they necessarily limit the scope of the invention. Other features of the present invention will become apparent from the following description.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings required to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the description below are only some embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained according to the drawings without creative efforts.

Fig. 1 is a schematic flowchart of a moving method of an application card according to an embodiment of the present invention;

FIG. 2 is a diagram illustrating an example of application card movement according to an embodiment of the present invention;

fig. 3 is a schematic flowchart of a moving method of an application card according to a second embodiment of the present invention;

fig. 4 is a schematic diagram of a collision result determination process according to a second embodiment of the present invention;

fig. 5 is a schematic structural diagram of a mobile device using a card according to a third embodiment of the present invention;

fig. 6 is a schematic structural diagram of an electronic device according to a fourth embodiment of the present invention. .

Detailed Description

In order to make the technical solutions of the present invention better understood, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, 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 invention.

It should be noted that the terms "original", "target", and the like in the description and claims of the present invention and the drawings described above are used for distinguishing similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are capable of operation in sequences other than those illustrated or described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

Example one

Fig. 1 is a flowchart of a method for moving an application card according to an embodiment of the present invention, where the method is applicable to a situation where a plurality of non-overlapping cards exist in a plane, and another application card is dynamically adjusted when a certain card is dragged or zoomed in, and the method may be executed by a mobile device of the application card, and the mobile device of the application card may be implemented in a form of hardware and/or software and is generally integrated in an electronic device.

As shown in fig. 1, the method for moving an application card provided in this embodiment may specifically include the following steps:

s101, when the change of the area of the first application card is detected, determining the target moving direction of the associated application card collided with the first application card.

The application scene of this embodiment may include a plurality of application cards in the gridding plane, each application card should be guaranteed not to overlap with each other, when the size of an area of one of the application cards changes or the application card is moved in the plane, the application card may overlap with another card at a new position, and at this time, the application cards that are related to each other need to be moved at the same time, so as to guarantee that each application card does not overlap with each other. The gridding plane may refer to a screen interface of an electronic device such as a computer or a mobile phone, or may refer to another plane having a plurality of application cards. It should be noted that, when an application card in a plane moves to avoid overlapping with other application cards, the function of moving the associated application card at the same time may be implemented by using the technical solution provided in the embodiment of the present invention. The initial state of the grid plane is required to ensure that all the card areas do not overlap.

For example, a gridding card type desktop starter is taken as an example for illustration, the whole desktop is virtualized into a grid, and then any plurality of rectangular application cards can be placed on the grid, and information such as weather conditions, navigation and the like is respectively displayed on each card. Within this planar grid area, the area width and height of each rectangular application card is a multiple of the width and height of a single grid cell. And all card areas must not overlap in order to ensure the display effect.

For a user, the region position of the card can be dynamically dragged at will, and the size of the card can be adjusted, so that the personalized configuration requirements of the user can be met, the user can freely arrange the desktop according to the use habit of the user, and the user can operate the desktop completely and freely. In order to ensure the display effect and the automation and convenience of user operation, after a user drags or zooms a certain card, the positions of other cards must be automatically adjusted to ensure that any application card area on the desktop still does not overlap.

In order to meet the requirements, all cards in a grid plane area are effectively managed, and a scheduling algorithm is needed, so that when all cards on a plane are dragged or changed in size, whether the cards are overlapped with other cards in a new area range is judged; when the cards are overlapped, the cards in the overlapping area can be squeezed to move out of the overlapping area; and when the squeezed card moves, the adjacent cards are squeezed simultaneously, and the effect of recursive squeezing is generated. Therefore, the cards can be dragged or the size can be changed smoothly, the card overlapping phenomenon under any condition is avoided, and all the cards can be displayed normally.

The first application card may be specifically understood as an application card in which area information in a plane changes. It can be understood that, when the first application card is dragged to a new position, or the first application card is enlarged, or the first application card is newly created, the area of the first application card changes, where no specific limitation is imposed on the change of the area of the first application card, and when the change of the area of the first application card is detected, the step needs to be performed. In this embodiment, the step of detecting that the area of the first application card changes may be expressed as determining that the area of the first application card changes by detecting a boundary position of the application card, analyzing the position information, and comparing the analyzed position information with the position information of the original first application card. The associated application cards can be specifically understood as application cards which need to be moved simultaneously to ensure that other application cards do not overlap when the first application card changes.

For example, fig. 2 is an exemplary diagram of application card movement according to an embodiment of the present invention, and as shown in fig. 2, an application card c0 is dragged, which results in other associated application cards needing to be automatically adjusted to meet the requirement that the application cards do not overlap. The application card c0 moves, c0 can be regarded as a first application card, the application cards directly colliding with c0 are c1, c3, c4, c5, c1, c3, c4, c5 can be regarded as second application cards, the application cards c1, c3, c4, c5, c6, c8, c9 are required to move due to the fact that the application card c0 moves, and the application cards c1, c3, c4, c5, c6, c8, c9 can be regarded as related application cards.

It is to be appreciated that when the first application card area changes, it may cause the first application card to collide with one or more application cards. To ensure that the application cards do not overlap, one or more application cards that collide with the first application card need to be moved. Similarly, when the one or more application cards move, which may cause the one or more application cards to collide with other application cards, the other application cards need to be moved, so that the other application cards are recursively moved until all the collided application cards are moved, and the movement of the application card is finished.

It can be understood that the area information of each application card arranged in the plane is known, for example, the area information of the application card can be represented by the coordinate information of the application card by taking the vertex at the upper left corner of the plane as a coordinate origin and the upper boundary and the left boundary of the plane as two coordinate axes. When detecting that the area of the first application card changes, it is necessary to determine other application cards in the plane that overlap with the first application card in a collision manner. In this embodiment, it may be preferable to determine whether the other application cards collide with the first application card by using an edge collision detection method, and if so, determine the collision type at the same time.

Specifically, after the collision type is determined, a preset movement association table may be queried, a movement direction corresponding to the collision type is determined, and the movement direction is further determined as a target movement direction of the associated application card collided with the first application card. It should be noted that if the moving directions of the associated applications are not consistent, a great complexity is added to the algorithm, and the visual effect of the actual operation is not necessarily good for keeping the directions consistent. For example, when moving to the right, the recursively squeezed associated application cards may move to the right, and may also move up or down; when the other related application cards are squeezed again, the cards can move in multiple directions, and a disordered moving feeling can be generated for the visual effect; it is not as effective to maintain a consistent direction of movement. Therefore, for recursion of card movement, in this embodiment, when the first application card moves, all associated application cards adopt a consistent direction of movement.

S102, judging whether the associated application card can successfully move in the target moving direction, and if so, acquiring the target offset of the associated application card.

When the first application card area changes, the collided cards are moved in sequence, the moved cards are likely to collide with the next one or more application cards, the next one or more application cards need to be moved, recursive movement is performed, and corresponding offset needs to be determined for the associated application cards. In this embodiment, after the target moving direction of the associated application card that collides with the first application card is determined, the offset amount that the associated application card needs to move needs to be obtained, and in this embodiment, the offset amount that needs to move is recorded as the target offset amount, so that the associated application card moves the target offset amount according to the target moving direction.

In order to make the first application card successfully move, the next application card needs to be successfully moved according to a recursive principle, and the previous application card can be successfully moved only when the last application card involved can be successfully moved. For example, assuming that the first application card is c0, when the first application card c0 is moved to a new position, it will collide with the application card cx, which may be marked as an associated application card. According to the area information of the first application card and the area information of the associated application card cx, the collision type of the application card cx and the first application card c0 can be determined, the moving direction of the application card cx is further determined, and meanwhile, the amount of offset of the application card cx which needs to move in the moving direction can be determined. This offset is noted as the target offset of the application card cx.

Further, when the application cx is moved in accordance with the target moving direction and the target offset amount, there is a possibility that the cx may overlap with other cards when moving to a new position, and at this time, it is necessary to enter the recursive stage. Redefining cx as c0, overlapping cards as cx, and performing recursive calling. In the recursion stage, it is no longer necessary to determine the direction in which the new cx is squeezed, and the present embodiment sets the direction in which the new cx moves to be consistent with the existing target moving direction. And according to the area information of the current application component cx and the current application component c0 and the target offset determined last time, the offset of the current application component cx can be determined and is marked as the target offset of the current application component cx. In this way, the target offset is determined by using the current application card cx as the application card c0 and using the application card colliding with the current application card cx as the new application card cx. And determining whether each associated application component can be successfully moved or not through the card moving recursion, and if the associated application components can be successfully moved, respectively recording the target offset of each associated application component.

It can be understood that if one application card in the associated application cards cannot be successfully moved, the moving of the application card fails, and if all the application cards in the associated application cards are successfully moved, the moving of the application card succeeds. In this embodiment, when the first application card area is changed, all the related application cards need to be moved, which is recorded as one-time application card movement.

And S103, controlling the associated application card to move the target offset according to the target moving direction.

Specifically, after the target moving direction and the target offset of the associated application card are determined in the above steps, the associated application card may be controlled to move correspondingly. It is clear that there is only one target movement direction, which can also be understood as the associated application cards all moving according to the target movement direction. And the target offset relates to each of the associated application cards, one corresponding to each target offset. The target offset corresponding to each associated application card may be the same or different. In the step, each associated application card is controlled to move by the corresponding target offset according to the target moving direction so as to realize the automatic movement of the associated application cards and ensure that the application cards are not overlapped.

The embodiment of the invention provides a method for moving an application card, which comprises the following steps: when the change of the area of the first application card is detected, determining a target moving direction of the associated application card colliding with the first application card; judging whether the associated application card can successfully move in the target moving direction, if so, acquiring the target offset of the associated application card; and controlling the associated application card to move the target offset according to the target moving direction. Above-mentioned technical scheme, when there are a plurality of nonoverlapping cards in a two-dimensional grid plane, drag or enlarge the operation to certain card, determine the moving direction and the offset of the associated application card of this card, according to the position of moving direction and all cards of offset dynamic adjustment, guarantee not to take place to overlap with the region of other cards after the new area that is adjusted to by the operation card, and the region of all cards is all not taken place to overlap after being adjusted by the operation card, this technical scheme does not rely on service environment, it is simple swift to realize.

Example two

Fig. 3 is a flowchart of a moving method of an application card according to a second embodiment of the present invention, which is a further optimization of the second embodiment, in which the defining of the target moving direction of the associated application card colliding with the first application card is further optimized as follows: determining a collision type of a second application card and the first application card according to a set edge collision detection mode, wherein the second application card is an application card which directly collides with the first application card in the associated application cards; determining the moving direction of the second application card by combining a preset moving association table according to the collision type; and taking the moving direction of the second application card as the target moving direction of the associated application card.

And, the limitation and optimization for judging whether the associated application card can move successfully in the target moving direction is as follows: taking a second application card in the associated application cards as a current application card, and determining a target offset of the current application card; judging whether the target offset of the current application card moving along the target moving direction can be successfully moved; if so, determining the coverage area of the current application card according to the area information of the current application card and the target offset of the current application card; taking the application card in the coverage range as a new current application card, and returning to the step of continuously executing the determination of the target offset of the current application card until all the related application cards are traversed; if not, determining that the associated application card fails to move in the target moving direction; and if each current application card successfully moves, determining that the associated application card successfully moves in the target moving direction.

As shown in fig. 3, the second embodiment provides a method for moving an application card, which specifically includes the following steps:

s201, when the change of the area of the first application card is detected, determining the collision type of the second application card and the first application card according to a set collision detection mode.

The second application card is an application card which directly collides with the first application card in the associated application cards. It is understood that the application cards that directly collide with the first application card may include one, two, or more.

Specifically, a list is created, and the area size information of all cards in the grid plane is added to the list. Here, information of the first application card currently required to be operated is not added. All eligible cards are retrieved from the list. All cards that overlap with the new area of the currently operating card can be detected by a certain algorithm. However, considering the small number of cards, it is preferable to assume that all cards are eligible, i.e. all in the same plane. After the application cards needing to determine the collision types are determined, all the application cards meeting the conditions are traversed, and the collision type determining step is executed for each application card. And (4) performing area edge collision detection, namely edge collision detection on the traversed current application card (set to cx) and the first application card (set to c 0), and returning the value of the edge collision detection.

In this embodiment, a simple edge collision algorithm is used to quickly detect a collision result between the moved card c0 and the collided detection card cx, that is, a collision type between the second application card and the first application card. And then moving the second application card according to the collision result. The returned results of the collision comprise 14 conditions of collision occurrence on the left side, the right side, the upper part, the lower part, the upper left corner (horizontal priority), the upper left corner (vertical priority), the lower left corner (horizontal priority), the lower left corner (vertical priority), the upper right corner (horizontal priority), the upper right corner (vertical priority), the lower right corner (horizontal priority), the lower right corner (vertical priority), overlapping and non-collision occurrence, the collision direction can be fully described, and guidance is provided for the next movement of the associated application card.

When the second application card includes a plurality of application cards, the second application cards need to be traversed sequentially, and the collision types of the second application cards and the first application card are determined respectively. It can be understood that if cx does not collide with c0, selecting the next application card from the second application cards to enter the next cycle to determine the collision type; otherwise, entering a collision moving processing link.

Further, according to a set edge collision detection mode, determining a collision type of the second application card and the first application card, including:

a1 Obtain first area information of the first application card and second area information of the second application card.

In this embodiment, it may be preferable to establish a two-dimensional coordinate system by using the vertex of the upper left corner of the plane where the application card is located as the origin of coordinates, and the upper boundary and the left boundary of the plane as two coordinate axes. The first area information refers to position coordinates of each edge representing the first application card, and the second area information refers to position coordinates of each edge representing the second application card.

b1 According to the first area information and the second area information, a horizontal relative value and a vertical relative value of the first application card and the second application card are determined.

In the step, the relative positions of the two cards in the horizontal direction can be determined only by calculating the sum of the difference of the horizontal left edge and the difference of the horizontal right edge between the first application card and the second application card; the relative positions of the two cards in the vertical direction can be determined by only calculating the sum of the difference of the vertical upper edge and the difference of the vertical lower edge between the first application card and the second application card.

Specifically, horizontal relative values hov = (c0.l-cx.l) + (c0.r-cx.r) and vertical relative values ver = (c0.t-cx.t) + (c0.b-cx.b) of the first application card and the second application card are calculated. Wherein, the shorthand l, r, t and b exist in the step, which respectively represent the left, right, upper and lower region edges of the application card. c0.l represents the region left boundary coordinates of the first application card, c0.r represents the region right boundary coordinates of the first application card, c0.t represents the region upper boundary coordinates of the first application card, c0.b represents the region lower boundary coordinates of the first application card, cx.l represents the region left boundary coordinates of the second application card, cx.r represents the region right boundary coordinates of the second application card, cx.t represents the region upper boundary coordinates of the second application card, and cx.b represents the region lower boundary coordinates of the second application card.

c1 Based on the horizontal relative value and the vertical relative value, a collision type of the second application card with the first application card is determined.

Specifically, the values of the horizontal relative value and the vertical relative value may include three conditions of being equal to zero, being greater than zero, and being less than zero, and the return result is calculated by adding necessary parameters to the horizontal relative value and the vertical relative value. The returned results include 14 cases, such as collision occurring at the left side, right side, upper part, lower part, upper left corner (horizontal first), upper left corner (vertical first), lower left corner (horizontal first), lower left corner (vertical first), upper right corner (horizontal first), upper right corner (vertical first), lower right corner (horizontal first), lower right corner (vertical first), and overlapping and non-collision. And performing different subsequent treatments according to the return value. When the return result is 'corner', two results of horizontal priority and vertical priority exist, which is to make the following processing card move to select the horizontal direction movement or the vertical direction movement preferentially, so that the edge collision detection is completed.

For example, fig. 4 is a schematic diagram of a collision result determination process provided in the second embodiment of the present invention. As shown in fig. 4, the collision types of the first application card and the second application card are determined according to the value of the horizontal relative value and the value of the vertical relative value, respectively, and by combining the position coordinates of the edge of the first application card and the position coordinates of the edge of the second application card. Wherein hov represents a horizontal relative value and ver represents a vertical relative value. For example, as can be seen from fig. 4, if hov = =0, ver > 0, c0.t > = = cx.b, it is determined that the first application card and the second application card have not collided; if hov = =0, ver > 0, c0.t < cx.b, it is determined that the collision of the first application card with the second application card occurs at the bottom of the second application card. The case of each collision type will not be described one by one here.

S202, determining the moving direction of the second application card by combining a preset moving association table according to the collision type.

In this embodiment, the collision movement processing link needs to determine the target movement direction of the associated application card first, and needs to determine the movement direction of the second application card first in order to determine the target movement direction of the associated application card. Different processing steps are performed according to different collision directions. For example, if the collision occurs at the left side of cx, cx needs to move to the right, and the processing manner of other collision results is similar, and will not be described herein again. Table 1 is a preset mobile association table.

Wherein, the preset mobile association table records the one-to-one correspondence between the collision type and the moving direction. Each collision type corresponds to four moving directions with different priorities respectively. For example, if the collision type is the left side, the moving direction of the second application card is preferentially determined to be the right side; if the user can not move to the right successfully, selecting the moving direction of the second priority, namely upward; if the upward movement is not successful, the movement direction of the third priority is selected again for movement, and so on. To achieve better effect, when the collision is the overlap mode, the order of execution is different between the horizontal direction screen and the vertical direction screen. In addition, the direction can be selected to be indicated as a selectable direction, and the direction can be selected not to be executed or be executed according to the requirements of the product.

TABLE 1

Further, determining the moving direction of the second application card by combining a preset moving association table according to the collision type, wherein the method comprises the following steps:

a2 To determine a sequence of movement directions associated with the collision type.

Wherein, the moving direction sequence is arranged according to the priority of the moving direction from high to low. With continued reference to table 1, each collision type corresponds to four movement directions, which form a movement direction sequence, the movement direction sequence being ordered from top to bottom according to priority. Specifically, according to the collision type, a movement association table is queried, and a movement direction sequence associated with the movement direction is determined. For example, if the collision type of the first application card and the second application card is the top of the second application card, the moving direction sequence is determined as follows: move down, move left, move right, move up.

b2 The moving direction with the highest priority in the moving direction sequence is taken as the moving direction of the second application card.

Specifically, the moving direction with the highest priority in the moving direction sequence is taken as the moving direction of the second application card. Continuing with the above example, the downward movement with the highest priority in the sequence of movement directions is taken as the movement direction of the second application card.

And S203, taking the moving direction of the second application card as the target moving direction of the related application card.

It is understood that the second application card may be understood as a card directly hit by the first application card, the hit card is denoted as cx, and the moving card that hits cx due to the movement is denoted as c0. In moving the cx, when the cx is moved to a new position, it may overlap with other cards, and the recursive stage is required. Redefining cx as c0, overlapping cards as cx, and performing recursive calling. In the recursive stage, it is no longer necessary to determine the direction in which the new cx is squeezed.

It is considered that if the moving direction of the new cx may not be consistent, great complexity is added to the algorithm, and the visual effect of the actual operation is not good enough to keep the direction consistent. For example, when moving to the right, recursively extruded cx may move to the right, and may also move up or down; the cx extruded by the condenser can move in multiple directions, so that a sense of movement disorder can be generated for the visual effect; in this case, the uniform rightward movement is not as effective. Therefore, for recursion of card movement, the algorithm for keeping the moving direction consistent is adopted for all the associated application cards in the embodiment, i.e. the new cx moving direction is consistent with the existing direction. Meanwhile, in order to ensure the visual experience effect, the recursive extrusion direction needs to be ensured to be consistent from the position where the extrusion starts. Specifically, the moving direction of the second application card is taken as the target moving direction of all the associated application cards.

Further, the method also includes:

a3 If the associated application card fails to move in the target moving direction, the next moving direction of the target moving direction in the moving direction sequence is taken as a new target moving direction.

Specifically, if the movement of the associated application card in the target movement direction fails, the movement direction of the associated application card needs to be determined again. In this step, the moving direction of the second priority in the moving direction sequence corresponding to the collision type may be regarded as a new target moving direction, or may be regarded as a moving direction next to the target moving direction in the moving direction sequence.

b3 Determine whether the associated application card can be successfully moved in the target moving direction.

Specifically, whether the associated application card can be successfully moved in the newly determined target moving direction is judged. The method for judging whether the associated application cards can successfully move in the newly determined target moving direction is also based on the recursion principle, and whether the related application cards can successfully move until the last associated application card can successfully move is respectively judged.

c3 If yes, the target offset of the associated application card in the target moving direction is determined again.

Specifically, if the associated application cards can successfully move in the new target moving direction, the offset of each associated application card in the new target moving direction may be determined and recorded again, and recorded as the target offset.

d3 Otherwise, returning to continue executing the next moving direction of the target moving direction in the moving direction sequence as the new target moving direction.

Specifically, if the associated application card cannot be successfully moved in the new target moving direction, the target moving direction needs to be determined again according to the moving direction sequence and the priority of the moving direction, and whether the associated application card can be successfully moved in the target moving direction is continuously determined, and so on.

It is understood that the second application card (i.e. the collided card cx) will try to move in all directions to realize the success of the movement of the application card.

And S204, taking a second application card in the associated application cards as a current application card, and determining the target offset of the current application card.

Specifically, a second application card directly colliding with the first application card is used as the current application card, and the target offset of the second application card is determined according to the area information of the second application card and the area information of the first application card. And respectively acquiring the boundary coordinate of the first application card in the target moving direction and the boundary coordinate of the second application card in the target moving direction according to the target moving direction determined in the step. The target offset of the second application card can be determined according to the boundary coordinates. If the associated application card except the second application card is the current application card, the target offset of the current application card can be determined according to the target offset of the second application card, the boundary coordinate of the current application card and the boundary coordinate of the previous application card.

Further, the step of determining the target offset of the current application card may be expressed as:

determining a second offset of the second application card according to a first coordinate of the first area information of the first application card in the target moving direction and a second coordinate of the second area information of the second application card in the target moving direction; and determining the target offset of the current application card according to the second offset.

For example, if the collided card is moved to the right, the target offset of the second application card = the right side of the moved card — the left side of the collided card; if the collided card is moved upward, the target offset = top of moving card-bottom of collided card; if the collided card is to be moved downward, the target offset = bottom of the moved card-top of the collided card; if the collided card is moved to the left, the target offset amount offset = move left side of card-hit right side of card.

When determining the offset of the current application card, whether a blank portion exists between the current application card and the previous application card or not can be comprehensively considered according to the offset of the previous application card colliding with the current application card, and if so, the distance between the blank portions needs to be subtracted from the offset of the previous application card when calculating the offset of the current application card. If the current application card does not exist, the offset of the previous application card can be used as the offset of the current application card.

In addition, it needs to be known that, if other multiple application cards all cause the current application card to move, the maximum movement offset value needs to be selected as the target offset value of the current application card.

S205, judging whether the current application card can successfully move according to the target moving direction moving target offset.

In this embodiment, the condition of whether the target offset amount of the current application card moving in the target moving direction is successful or not may be determined according to whether the current application card plus the target offset amount exceeds the boundary of the grid plane or not and whether the current application card is locked or not.

Further, the step of judging whether the associated application card can be successfully moved in the target moving direction may be expressed as:

a) Determining whether the movement of the current application card in the target moving direction exceeds the plane boundary of the current application card or not according to the target offset of the current application card, and if so, executing the step c); if not, executing the step b);

b) Judging whether the current application card is in a locking state, if so, executing the step c), and if not, executing the step d);

c) Determining that the current application card fails to move;

d) And determining that the current application card is successfully moved.

And judging whether the card exceeds the boundary of the grid plane after the offset is superposed, if the card exceeds the boundary, the card is limited by the grid edge, the card cannot move, and the card movement is finished. The coordinate system constructed from the mesh plane is not particularly limited. In this embodiment, preferably, the vertex of the upper left corner of the plane where the application card is located is taken as the origin of coordinates, and the upper boundary and the left boundary of the plane are taken as two coordinate axes, so as to establish a two-dimensional coordinate system. The specific judgment is as follows: if the card moves to the right, whether the sum of the right boundary of the current application card and the offset is larger than the width of the grid plane or not needs to be judged, and if the sum of (m0.r + offset > width) is larger than the width of the grid plane, the boundary exceeding the grid plane is determined; moving to the left, judging whether the offset subtracted from the left boundary of the application card is smaller than zero, and if the offset subtracted from the left boundary of the application card is smaller than zero (m0.l-offset is smaller than 0), determining that the offset exceeds the boundary of the grid plane; if the card moves downwards, whether the sum of the lower boundary of the application card and the offset is larger than the height of the grid plane or not needs to be judged, and if the sum of (m0. B + offset > height), the boundary exceeding the grid plane is determined; and if the upper boundary of the application card is moved upwards, judging whether the offset subtracted by the upper boundary of the application card is smaller than zero, and if the offset subtracted by the upper boundary of the application card is smaller than zero (m0.t-offset is smaller than 0), determining that the upper boundary exceeds the boundary of the grid plane, wherein m0.l, m0.r, m0.t and m0.b respectively represent the left boundary coordinate, the right boundary coordinate, the upper boundary coordinate and the lower boundary coordinate of the area of the current application card, and width and height represent the width and height of the grid plane. It should be noted that this step may be omitted if the design requirements of the product may exceed the grid area boundaries.

And judging whether the card is a card in the locking area, if the area of the card is locked, the card cannot be moved, and the card is moved. It should be noted that this step is an optional step, and may be omitted if the design requirements of the product do not require the locking of the card.

And S206, if so, determining the coverage of the current application card according to the area information of the current application card and the target offset of the current application card.

In this step, if the current application card can be successfully moved, it is considered that the current application card collides with other application cards due to the movement of the current application card. In this embodiment, according to the recursive movement principle, it needs to sequentially determine whether the collided card that collides with the current application card can be successfully moved. In order to determine whether the collided card can be successfully moved, the coverage of the current application card needs to be determined, and the application card contained in the coverage can be understood as the card which is likely to collide after the current application card moves by the target offset.

It should be noted that, for example, after moving the offset amount to the right, the area after the current application card is (m0.l + offset, m0.t, m0.r + offset, m0.b), and as a general understanding, it is sufficient to process the cards with the overlapping areas (m0.l + offset, m0.t, m0.r + offset, m0.b), but considering the case that the value of offset is relatively large, when offset > m0.width (width of the moved card), the card will be moved from the original position to the new position, some cards may be skipped in the middle, and the card will not continue to push all the cards to the right of the right by recursion. Therefore, all cards in the search area (m0.l, m0.t, m0.r + offset, m0.b) are determined, and the variables in the expression are described above and will not be described herein again. For other moving directions, the step of determining the coverage is the same as above, and is not listed here.

And S207, taking the application card in the coverage range as a new current application card, and returning to the step of continuously executing the determination of the target offset of the current application card until all the related application cards are traversed.

It can be understood that the coverage area may include one or more application cards, and when there are multiple application cards in the coverage area, it needs to sequentially determine whether the multiple application cards can be successfully moved. And sequentially taking the plurality of application cards in the coverage area as new current application cards, and re-determining the target offset of the new current application cards. And whether the offset of the moving target of the new current application card exceeds the plane boundary or is locked is judged again so as to further judge whether the new current application card can be successfully moved. In this embodiment, if the moving direction of the target is rightward, all the searched cards are arranged from small to large according to the left edge. The purpose of the sorting is to reduce the number of the following recursive calls and improve the operation efficiency. If the target moving direction is moving leftward: arranging the right edges from large to small; if the moving direction of the target is downward: arranging from small to large at the top; if the moving direction of the target is upward: arranged from large to small at the bottom.

It should be noted that, according to the recursive moving principle, the above steps are repeatedly executed until all the associated application cards are traversed. To determine whether all associated application cards can be moved successfully. When the current application card is determined to be successfully moved, the moving offset of the current application card can be output and recorded as the target offset of the current application card.

And S208, if not, determining that the associated application card fails to move in the target moving direction.

Specifically, if there is a failure in moving the associated application card in the target moving direction, it is determined that the associated application card fails to move in the target moving direction, and the failure in moving the application card in the target moving direction is further indicated.

S209, if each current application card is successfully moved, determining that the associated application card is successfully moved in the target moving direction.

Specifically, if each current application card is successfully moved, it may be determined that the associated application card may be successfully moved in the target moving direction.

And S210, acquiring the target offset of the associated application card.

Specifically, the target offset of each associated application card is acquired and recorded.

And S211, controlling the related application card to move the target offset according to the target moving direction.

After all card cycles are completed, the entire work step is complete. The target offsets for all cards have now been recorded and all card offset data can be used to make the actual adjustment action for the moving card. The specific adjustment action may be implemented by a card moving animation, and the like, which is not limited herein.

In this embodiment, through a scheduling algorithm, when all cards on the grid plane are dragged or changed in size on a certain card, whether the card overlaps with other cards in a new area range is determined; when the cards are overlapped, the cards in the overlapping area can be extruded, and the cards in the overlapping area are extruded and moved out of the overlapping area; and when the squeezed card moves, the adjacent cards are squeezed simultaneously, and the effect of recursive squeezing is generated. In the process of moving the application card, after the application card moves to a new position, the rectangular card pressed by the application card at the new position is recursively pressed and moved. All cards squeezed by the applied cards are sorted and then moved to reduce the number of subsequent recursions. The method is simple and easy to implement, can well meet the requirement that the number of cards is below thousands of levels in a two-dimensional grid plane rectangular area extrusion movement, and can well run on a graphical interface of computer equipment, such as a main screen desktop starter. Therefore, the cards can be dragged or the size can be changed smoothly, the card overlapping phenomenon under any condition is avoided, and all the cards can be displayed normally. Meanwhile, starting from the position of starting extrusion, the directions of recursive extrusion need to be ensured to be consistent, and the visual experience effect is ensured.

EXAMPLE III

Fig. 5 is a schematic structural diagram of a mobile device for application cards according to a third embodiment of the present invention, where the mobile device is suitable for dynamically adjusting other application cards when a plurality of non-overlapping cards exist in a plane and a certain card is dragged or zoomed in, and the method may be executed by the mobile device for application cards, which may be implemented in a form of hardware and/or software and is generally integrated in an electronic device. As shown in fig. 5, the apparatus includes: a direction determination module 31, an offset determination module 32, and a control module 33, wherein,

a direction determining module 31, configured to determine, when it is detected that the area of the first application card has changed, a target moving direction of an associated application card that collides with the first application card;

the offset determining module 32 is configured to determine whether the associated application card can be successfully moved in the target moving direction, and if so, obtain a target offset of the associated application card;

and the control module 33 is used for controlling the associated application card to move the target offset according to the target moving direction.

Optionally, the direction determining module 31 may include:

the collision type determining unit is used for determining the collision type of a second application card and a first application card according to a set edge collision detection mode, wherein the second application card is an application card which directly collides with the first application card in the associated application cards;

the moving direction determining unit is used for determining the moving direction of the second application card according to the collision type and by combining a preset moving association table;

and the target direction determining unit is used for taking the moving direction of the second application card as the target moving direction of the related application card.

Optionally, the collision type determining unit is specifically configured to:

acquiring first area information of a first application card and second area information of a second application card;

determining a horizontal relative value and a vertical relative value of the first application card and the second application card according to the first area information and the second area information;

and determining the collision type of the second application card and the first application card according to the horizontal relative value and the vertical relative value.

Optionally, the moving direction determining unit is specifically configured to:

inquiring a mobile association table, and determining a mobile direction sequence associated with the collision type, wherein the mobile direction sequence is arranged from high to low according to the priority of the mobile direction;

and taking the moving direction with the highest priority in the moving direction sequence as the moving direction of the second application card.

Optionally, the apparatus further comprises a re-determination module configured to:

if the associated application card fails to move in the target moving direction, taking the next moving direction of the target moving direction in the moving direction sequence as a new target moving direction;

judging whether the associated application card can successfully move in the target moving direction;

if so, re-determining the target offset of the associated application card in the target moving direction;

otherwise, returning to continue executing to take the next moving direction of the target moving direction in the moving direction sequence as a new target moving direction.

Optionally, the offset determining module 32 includes:

the offset determining unit is used for taking a second application card in the associated application cards as a current application card and determining the target offset of the current application card;

the judging unit is used for judging whether the current application card can successfully move according to the target moving direction moving target offset;

the range determining unit is used for determining the coverage range of the current application card according to the area information of the current application card and the target offset of the current application card if the coverage range of the current application card is within the range;

the card updating unit is used for taking the application card in the coverage range as a new current application card, returning to the step of continuously executing the determination of the target offset of the current application card until all the related application cards are traversed;

the movement failure determining unit is used for determining that the associated application card fails to move in the target movement direction if the associated application card does not move in the target movement direction;

and the moving success determining unit is used for determining that the associated application cards successfully move in the target moving direction if each current application card successfully moves.

Further, the offset determining unit is specifically configured to:

determining a second offset of the second application card according to a first coordinate of the first area information of the first application card in the target moving direction and a second coordinate of the second area information of the second application card in the target moving direction;

and determining the target offset of the current application card according to the second offset.

Further, the determining unit is specifically configured to:

c) Determining that the current application card fails to move;

d) And determining that the current application card is successfully moved.

The mobile device of the application card provided by the embodiment of the invention can execute the mobile method of the application card provided by any embodiment of the invention, and has the corresponding functional module and beneficial effect of the execution method.

Example four

Fig. 6 is a schematic structural diagram of an electronic device according to a fourth embodiment of the present invention. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital assistants, cellular phones, smart phones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the inventions described and/or claimed herein.

As shown in fig. 6, the electronic device 40 includes at least one processor 41, and a memory communicatively connected to the at least one processor 41, such as a Read Only Memory (ROM) 42, a Random Access Memory (RAM) 43, and the like, wherein the memory stores a computer program executable by the at least one processor, and the processor 41 may perform various appropriate actions and processes according to the computer program stored in the Read Only Memory (ROM) 42 or the computer program loaded from the storage unit 48 into the Random Access Memory (RAM) 43. In the RAM 43, various programs and data necessary for the operation of the electronic apparatus 40 can also be stored. The processor 41, the ROM 42, and the RAM 43 are connected to each other via a bus 44. An input/output (I/O) interface 45 is also connected to the bus 44.

A number of components in the electronic device 40 are connected to the I/O interface 45, including: an input unit 46 such as a keyboard, a mouse, etc.; an output unit 47 such as various types of displays, speakers, and the like; a storage unit 48 such as a magnetic disk, an optical disk, or the like; and a communication unit 49 such as a network card, modem, wireless communication transceiver, etc. The communication unit 49 allows the electronic device 40 to exchange information/data with other devices via a computer network such as the internet and/or various telecommunication networks.

Processor 41 may be a variety of general and/or special purpose processing components having processing and computing capabilities. Some examples of processor 41 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various specialized Artificial Intelligence (AI) computing chips, various processors running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, or the like. The processor 41 performs the various methods and processes described above, such as the method of moving an application card.

In some embodiments, the method of applying the movement of the card may be implemented as a computer program tangibly embodied in a computer-readable storage medium, such as storage unit 48. In some embodiments, part or all of the computer program may be loaded and/or installed onto the electronic device 40 via the ROM 42 and/or the communication unit 49. When the computer program is loaded into the RAM 43 and executed by the processor 41, one or more steps of the above described method of moving an application card may be performed. Alternatively, in other embodiments, the processor 41 may be configured by any other suitable means (e.g., by means of firmware) to perform the movement method of the application card.

Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuitry, field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), system on a chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, receiving data and instructions from, and transmitting data and instructions to, a storage system, at least one input device, and at least one output device.

A computer program for implementing the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the computer programs, when executed by the processor, cause the functions/acts specified in the flowchart and/or block diagram block or blocks to be performed. A computer program can execute entirely on a machine, partly on a machine, as a stand-alone software package partly on a machine and partly on a remote machine or entirely on a remote machine or server.

In the context of the present invention, a computer-readable storage medium may be a tangible medium that can contain, or store a computer program for use by or in connection with an instruction execution system, apparatus, or device. A computer readable storage medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. Alternatively, the computer readable storage medium may be a machine readable signal medium. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

To provide for interaction with a user, the systems and techniques described here can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which a user can provide input to the electronic device. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form, including acoustic, speech, or tactile input.

The systems and techniques described here can be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), blockchain networks, and the internet.

The computing system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server can be a cloud server, also called a cloud computing server or a cloud host, and is a host product in a cloud computing service system, so that the defects of high management difficulty and weak service expansibility in the traditional physical host and VPS service are overcome.

It should be understood that various forms of the flows shown above, reordering, adding or deleting steps, may be used. For example, the steps described in the present invention may be executed in parallel, sequentially, or in different orders, and are not limited herein as long as the desired result of the technical solution of the present invention can be achieved.

The above-described embodiments should not be construed as limiting the scope of the invention. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may be made, depending on design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

1. A method for moving an application card, comprising:

when detecting that the area of a first application card changes, determining a target moving direction of an associated application card colliding with the first application card;

2. The method of claim 1, wherein determining a target direction of movement of an associated application card that collides with the first application card comprises:

determining a collision type of a second application card and the first application card according to a set edge collision detection mode, wherein the second application card is an application card which directly collides with the first application card in the associated application cards;

determining the moving direction of the second application card by combining a preset moving association table according to the collision type;

and taking the moving direction of the second application card as the target moving direction of the associated application card.

3. The method according to claim 2, wherein the determining the collision type of the second application card with the first application card according to the set collision detection mode comprises:

acquiring first area information of the first application card and second area information of the second application card;

4. The method according to claim 2, wherein the determining the moving direction of the second application card according to the collision type and in combination with a preset moving association table comprises:

inquiring the mobile association table, and determining a mobile direction sequence associated with the collision type, wherein the mobile direction sequence is arranged according to the priority of the mobile direction from high to low;

5. The method of claim 4, further comprising:

and if not, returning to continue executing to take the next moving direction of the target moving direction in the moving direction sequence as a new target moving direction.

6. The method of claim 1, wherein the determining whether the associated application card can be successfully moved in the target moving direction comprises:

taking a second application card in the associated application cards as a current application card, and determining a target offset of the current application card;

judging whether the target offset of the current application card moving along the target moving direction can be successfully moved;

if so, determining the coverage range of the current application card according to the area information of the current application card and the target offset of the current application card;

taking the application card in the coverage range as a new current application card, and returning to the step of continuously executing the determination of the target offset of the current application card until all the related application cards are traversed;

if not, determining that the associated application card fails to move in the target moving direction;

and if each current application card successfully moves, determining that the associated application card successfully moves in the target moving direction.

7. The method according to claim 6, wherein the determining a target offset of the current application card comprises:

determining a second offset of the second application card according to a first coordinate of first area information of the first application card in the target moving direction and a second coordinate of second area information of the second application card in the target moving direction;

8. The method of claim 6, wherein the determining whether the associated application card can be successfully moved in the target moving direction comprises:

c) Determining that the current application card fails to move;

d) And determining that the current application card is successfully moved.

9. A mobile device for applying a card, comprising:

the offset determining module is used for judging whether the associated application card can successfully move in the target moving direction or not, and if so, acquiring the target offset of the associated application card;

10. An electronic device, characterized in that the electronic device comprises:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein,

the memory stores a computer program executable by the at least one processor, the computer program being executable by the at least one processor to enable the at least one processor to perform the method of moving an application card of any one of claims 1-8.

11. A computer-readable storage medium, having stored thereon computer instructions for causing a processor to, when executed, implement the method of moving an application card of any one of claims 1-8.