CN112130738B - Screenshot processing method, device, electronic device and storage medium - Google Patents

Abstract

The application discloses a screenshot processing method, a screenshot processing device, electronic equipment and a storage medium. The screenshot processing method comprises the steps of receiving a sliding instruction aiming at a target screenshot displayed on a current interface, and obtaining a sliding direction corresponding to the sliding instruction; when the sliding direction is the first direction, switching the target screenshot; deleting the target screenshot when the sliding direction is the second direction; the second direction is different from the first direction; when the sliding direction is the third direction, displaying a picture editing page aiming at the target screenshot; the third direction is different from the second direction and the first direction. The scheme realizes that a user can directly operate and process the target screenshot displayed in the terminal after the screenshot, is simple and convenient to use, and can be completed without multi-step operation and processing.

Description

Screenshot processing method, device, electronic device and storage medium

Technical Field

The present application relates to the field of screenshot processing, and more specifically, to a screenshot processing method, device, electronic device and storage medium.

Background Art

Mobile phones from major mobile phone manufacturers handle user screenshots differently, such as gesture screenshots, physical button screenshots, etc., and the operating logic of the captured pictures is also different, such as the display method of the picture after the screenshot (thumbnail in the lower left corner, thumbnail at the bottom, etc.), deletion method (edit and delete after selection), editing method (click to select) and so on.

Since each manufacturer has its own processing logic, the cost for users to learn how to take screenshots is high. In addition, whether it is editing or deleting screenshots, it may require multiple steps to complete, which makes it not simple and convenient to use.

Summary of the invention

In order to solve the above problems, the embodiments of the present application provide a screenshot processing method, device, electronic device and storage medium.

In a first aspect, an embodiment of the present application provides a screenshot processing method, the method comprising:

Receiving a sliding instruction for a target screenshot displayed on the current interface, and obtaining a sliding direction corresponding to the sliding instruction;

When the sliding direction is the first direction, switching the target screenshot;

When the sliding direction is a second direction, deleting the target screenshot; the second direction is different from the first direction;

When the sliding direction is a third direction, a picture editing page for the target screenshot is displayed; the third direction is different from the second direction and the first direction.

In a second aspect, an embodiment of the present application provides a screenshot processing device, the device comprising:

A receiving module, used to receive a sliding instruction for a target screenshot displayed on the current interface, and obtain a sliding direction corresponding to the sliding instruction;

A first direction determining module, configured to switch the target screenshot when the sliding direction is the first direction;

A second direction determining module, configured to delete the target screenshot when the sliding direction is a second direction; the second direction is different from the first direction;

A third direction determination module is used to display a picture editing page for the target screenshot when the sliding direction is a third direction; the third direction is different from the second direction and the first direction.

In a third aspect, an embodiment of the present application provides an electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, the processor implements the steps of the method provided in the first aspect or any possible implementation of the first aspect.

In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the method provided in the first aspect or any possible implementation manner of the first aspect.

In one or more embodiments of the present application, after a user uses a user terminal to take a screenshot, a target screenshot will be displayed on the user terminal. After receiving a sliding instruction from the user for the target screenshot, the user terminal will obtain the sliding direction corresponding to the sliding instruction to determine the direction of the user's sliding, and switch, delete, edit, and other operations on the target screenshot according to the different sliding directions. In this way, the user can directly operate the target screenshot displayed in the terminal after taking the screenshot, which is simple and convenient to use and does not require multiple steps of operation to complete. Since the logic of operating the target screenshot is similar to the background program processing operation logic commonly used in mobile phones, the cost of user screenshots is low.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

FIG1 is a schematic diagram of a process flow of a screenshot processing method provided in an embodiment of the present application;

FIG. 2 is a schematic diagram showing an example of a user sliding a target screenshot provided by an embodiment of the present application;

FIG3a is a schematic diagram of an example of a user pressing a target screenshot provided by an embodiment of the present application;

FIG3b is a schematic diagram of an example of a user continuously pressing a target screenshot to perform a long screenshot operation provided by an embodiment of the present application;

FIG4 is a schematic diagram showing an example of a user terminal switching target screenshot provided in an embodiment of the present application;

FIG5 is a schematic diagram showing an example of a user terminal deleting a target screenshot provided by an embodiment of the present application;

FIG6 is a schematic diagram showing an example of a user terminal editing a target screenshot provided by an embodiment of the present application;

FIG7 is a schematic diagram of a flow chart of another screenshot processing method provided in an embodiment of the present application;

FIG8 is a schematic diagram showing an example of a user terminal displaying a target screenshot in the form of a card provided by an embodiment of the present application;

FIG9 is a schematic diagram showing an example of a user terminal stopping a sliding target screenshot provided by an embodiment of the present application;

FIG10 is a schematic diagram showing an example of deleting a control in a user terminal provided in an embodiment of the present application;

FIG11 is a schematic diagram of the structure of a screenshot processing device provided in an embodiment of the present application;

FIG. 12 is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application.

DETAILED DESCRIPTION

The technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application.

In the following introduction, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance. The following introduction provides multiple embodiments of the present application, and different embodiments can be replaced or combined, so the present application can also be considered to include all possible combinations of the same and/or different embodiments recorded. Therefore, if one embodiment includes features A, B, and C, and another embodiment includes features B and D, then the present application should also be considered to include embodiments containing one or more of all other possible combinations of A, B, C, and D, although the embodiment may not be clearly recorded in the following text.

The following description provides examples and does not limit the scope, applicability or examples set forth in the claims. Changes may be made to the functions and arrangements of the elements described without departing from the scope of the present application. Various processes or components may be appropriately omitted, substituted or added to each example. For example, the described method may be performed in an order different from the order described, and various steps may be added, omitted or combined. In addition, features described in some examples may be combined in other examples.

The user terminal may be any electronic device with a display screen, including but not limited to a smart phone, a tablet computer, etc. Specifically, the user terminal may be hardware or software.

Optionally, when the user terminal is software, it can be installed in the electronic devices listed above. It can be implemented as multiple software or software modules (for example: used to provide distributed services), or it can be implemented as a single software or software module, which is not specifically limited here.

Optionally, when the user terminal is hardware, a display device and a camera may be installed thereon. The display device may be any device capable of realizing a display function, and the camera is used to collect video streams. For example, the display device may be a cathode ray tube display (CR), a light-emitting diode display (LED), an electronic ink screen, a liquid crystal display (LCD), a plasma display panel (PDP), etc. The user may use the display device on the terminal to view displayed text, pictures, videos, and other information.

The present solution will be described in detail below with reference to specific embodiments.

Referring to Figure 1, Figure 1 is a flow chart of a screenshot processing method provided in an embodiment of the present application. In the embodiment of the present application, the method includes:

S101: Receive a sliding instruction for a target screenshot displayed on a current interface, and obtain a sliding direction corresponding to the sliding instruction.

The current interface is the interface currently displayed on the user terminal screen. In the embodiment of the present application, the current interface can be understood as the interface displayed on the user terminal screen when the user terminal is performing a screenshot operation.

The screenshot is a picture generated by the user terminal capturing the interface image. The target screenshot in the embodiment of the present application can be understood as a picture generated when the user terminal performs a screenshot operation on the current interface.

The instruction is an indication and command for directing the user terminal to work, and can be understood as a code for specifying the execution of a certain operation or a certain control for the function to be realized. The sliding instruction in the embodiment of the present application can be understood as a code for directing the user terminal to execute a sliding control function for the target screenshot, and the user terminal can obtain the sliding direction of the target screenshot by executing the code.

The sliding direction can be understood as the direction in which the user slides the target screenshot. In practical applications, the sliding direction can be sliding upward, sliding downward, or sliding left and right.

For example, as shown in Figure 2, Figure 2 is a schematic diagram of an example of a user sliding a target screenshot. When the user wants to slide the target screenshot, the user needs to press the finger on the area where the target screenshot is displayed on the user terminal screen, and slide the finger in a certain direction on the user terminal screen to achieve the sliding of the target screenshot.

In an embodiment of the present application, if a user slides a target screenshot displayed on the current interface of the user terminal, the user terminal will receive a sliding instruction for the target screenshot. After receiving the sliding instruction, the user terminal will obtain the sliding direction corresponding to the sliding instruction to determine the direction in which the user slid the target screenshot on the current interface.

In one possible implementation, after step S101, the method further includes:

Receiving a pressing instruction for the target screenshot, and obtaining a continuous pressing duration corresponding to the pressing instruction;

When the continuous pressing time is longer than a second preset time, a long screenshot operation is performed on the display screen corresponding to the target screenshot.

The press instruction in the embodiment of the present application can be understood as a code that instructs the user terminal to perform a press control function on the target screenshot. By executing the code, the user terminal can obtain the continuous pressing duration of the target screenshot.

The continuous pressing time in the embodiment of the present application can be understood as the time period during which the user presses the target screenshot and keeps the pressing action unchanged.

The long screenshot in the embodiment of the present application can be understood as a scrolling screenshot, which can save multiple pages of content that cannot be fully displayed on the user terminal screen into one screenshot at one time.

For example, as shown in Figures 3a and 3b, Figure 3a is an example schematic diagram of a user pressing a target screenshot, and Figure 3b is an example schematic diagram of a user continuously pressing a target screenshot and performing a long screenshot operation. After the user presses his finger on the area on the user terminal screen where the target screenshot is displayed and maintains the action for a certain period of time, the user terminal will perform a long screenshot operation on the display screen corresponding to the target screenshot. After the user terminal displays the long screenshot interface, the user adjusts the range of the long screenshot by sliding up and down, and clicks the OK button to complete the long screenshot.

In an embodiment of the present application, when a user takes a screenshot and a target screenshot is displayed on the current interface of a user terminal, the user can operate the target screenshot by long pressing the target screenshot in addition to operating the target screenshot by sliding. After receiving a press instruction for the target screenshot, the user terminal will obtain the continuous pressing time corresponding to the press instruction, and perform a long screenshot operation according to the continuous pressing time. Since the user also needs to press the target screenshot for a short time when sliding, in order to avoid accidentally triggering the long screenshot operation and affecting the user's experience, the user terminal will only perform a long screenshot operation on the display screen corresponding to the target screenshot when the continuous pressing time is greater than the second preset time (for example, 2s).

S102: When the sliding direction is a first direction, switch the target screenshot.

For example, as shown in FIG4 , FIG4 is an example schematic diagram of a user terminal switching a target screenshot. When the user presses the target screenshot with a finger and slides the target screenshot in a first direction, the user terminal switches the target screenshot to another screenshot based on the first direction. The other screenshots may be screenshot images stored in the image database. The first direction may be a left sliding direction or a right sliding direction.

In the embodiment of the present application, when the user terminal obtains that the sliding direction corresponding to the sliding instruction is the first direction, the user terminal believes that the user wants to switch the target screenshot to view other target screenshots that have been captured, so the user terminal will switch the target screenshot.

S103: When the sliding direction is a second direction, deleting the target screenshot, wherein the second direction is different from the first direction.

For example, as shown in Figure 5, Figure 5 is an example schematic diagram of a user terminal deleting a target screenshot. When the user presses the target screenshot with a finger and slides the target screenshot in a second direction, the user terminal deletes the target screenshot based on the second direction. The second direction may be an upward sliding direction.

In the embodiment of the present application, when the user terminal obtains that the sliding direction corresponding to the sliding instruction is the second direction, the user terminal believes that the user wants to delete the captured target screenshot, so the user terminal deletes the target screenshot. The second direction is not the same as the first direction to ensure that the corresponding operation functions in each direction do not conflict.

S104: When the sliding direction is a third direction, displaying a picture editing page for the target screenshot, wherein the third direction is different from the second direction and the first direction.

The picture editing page can be understood as a page for editing the target screenshot displayed on the user terminal screen. As shown in Figure 6, Figure 6 is an example schematic diagram of a user terminal editing a target screenshot. The user can add arrows, circle annotations, add patterns, add text, and other operations to the target screenshot by clicking the corresponding function controls on the picture editing page. In an embodiment of the present application, when the user terminal obtains that the sliding direction corresponding to the sliding instruction is a third direction, the user terminal believes that the user wants to edit the captured target screenshot, so the user terminal will display the picture editing page of the target screenshot for the user to edit. Among them, the third direction is different from the second direction and the first direction to ensure that the corresponding operation functions in each direction do not conflict.

In one possible implementation, after step S104, the method further includes:

Receiving an editing instruction on a picture editing page, and generating an edited picture based on the editing instruction;

A delete control for the target screenshot corresponding to the edited image is displayed.

In an embodiment of the present application, when a user edits a screenshot on a picture editing page, the user terminal will receive an editing instruction. After receiving the editing instruction, the user terminal generates an edited picture based on the editing content in the editing instruction. Generally, after capturing a screenshot picture, the user edits the screenshot picture by drawing a circle or marking an arrow somewhere in the picture to emphasize the position in the screenshot. In this case, the picture that the user really needs to save or send is the edited edited picture, and the unedited screenshot picture is not needed. The user is prone to forget or be too lazy to delete the screenshot after editing the screenshot due to the cumbersome operation required to delete the picture in the prior art, resulting in useless screenshots piling up. When there are too many piles, it is not convenient for the user to clean up the useless screenshots, nor is it convenient for the user to find the required screenshots in the screenshots. Therefore, after generating the edited picture, the user terminal will display a delete control for the target screenshot corresponding to the edited picture, so that the user can simply and conveniently delete the target screenshot before editing after editing the screenshot.

In one possible implementation, the first direction is a left-right direction, the second direction is an upward direction, and the third direction is a downward direction.

In the embodiment of the present application, the operation logic of the background program management interface is the same regardless of the brand of mobile phone, that is, swiping left and right switches the target program running in the background, and swiping up closes the current background program. Therefore, the present application sets the sliding direction corresponding to the same function to be consistent with the sliding direction when operating in the background program management interface, so that the learning cost of the user to operate the target screenshot displayed in the present application is very low, and both the elderly and children can master the operation method simply and quickly.

Through the above steps, after the user uses the user terminal to take a screenshot, the target screenshot will be displayed on the user terminal. After receiving the user's sliding instruction for the target screenshot, the user terminal will obtain the sliding direction corresponding to the sliding instruction to determine the direction of the user's sliding, and switch, delete, edit, and other operations on the target screenshot according to the different sliding directions. In this way, the user can directly operate the target screenshot displayed in the terminal after the screenshot is taken. It is simple and convenient to use and does not require multiple steps to complete. Since the logic of operating the target screenshot is similar to the general background program processing operation logic of the mobile phone, the cost of user screenshots is low.

See Figure 7, which is a flowchart of another screenshot processing method according to an embodiment of the present application. As shown in Figure 7, the method includes:

S201, receiving a screenshot instruction for the current interface, and generating and storing a screenshot image.

The screenshot instruction in the embodiment of the present application can be understood as a code that instructs the user terminal to perform a screenshot function on the current interface. The user terminal can generate a screenshot image by executing the code.

In an embodiment of the present application, when a user performs a screenshot operation through a gesture or button, the user terminal will receive a screenshot instruction for the current interface. Based on the screenshot instruction, the user terminal will take a screenshot of the current interface, generate a screenshot image and store the screenshot image in the image database.

S202: Obtain a thumbnail of the screenshot image, and determine the thumbnail as a target screenshot.

The thumbnail in the embodiment of the present application can be understood as a picture whose size is compressed but the picture content is not changed.

In an embodiment of the present application, after the user terminal stores the screenshot image, since the screenshot image may be large, direct display may occupy too many resources of the mobile phone and cause lag. The user terminal will obtain the thumbnail corresponding to the screenshot image and determine the thumbnail as the target screenshot for subsequent display.

S203: Display the target screenshot in the form of a card on the current interface.

The card format in the embodiment of the present application can be understood as a way of presenting the target screenshot in a card style that does not occupy the entire size of the user terminal screen. Specifically, the length and width of the target screenshot can be half of the length and width of the user terminal screen, or can be one third of the length and width of the user terminal screen.

In an embodiment of the present application, as shown in Figure 8, Figure 8 is an example schematic diagram of a user terminal displaying a target screenshot in the form of a card. After the screenshot is completed, the user terminal will display the target screenshot in the form of a card on the current interface to inform the user that the screenshot is completed and display the screenshot.

Optionally, the target screenshot can be displayed in the middle of the current interface in the form of a card.

S204: Receive a sliding instruction for the target screenshot displayed on the current interface, and obtain a sliding direction corresponding to the sliding instruction.

The specific process is shown in step S101, so it will not be repeated here.

S205: When the sliding direction is the first direction, obtain a sliding stop position corresponding to the sliding instruction.

In the embodiment of the present application, the sliding stop position can be understood as the position where the user's finger stops sliding after the user slides the target screenshot in the first direction. The user terminal will determine which of the displayed screenshots is closest to the center of the user terminal screen according to the horizontal distance between the sliding stop position and the center of the user terminal screen.

For example, as shown in FIG9 , FIG9 is an example schematic diagram of a user terminal stopping sliding a target screenshot. The first direction may be left and right. When the user slides the target screenshot left and right, the user terminal will determine which screenshot is closest to the center of the screen when the user stops sliding according to the sliding stop position. When the position where the user stops sliding is the illustrated position, the screenshot on the left of the target screenshot displayed at this time is closest to the center of the user terminal screen. After the user removes his finger, the user terminal will switch to display the screenshot.

In an embodiment of the present application, when the user terminal determines that the sliding direction is the first direction, the user terminal believes that the user wants to switch the target screenshot to be displayed. At this time, the user terminal will obtain the corresponding sliding stop position according to the sliding instruction to confirm which screenshot should be displayed when the user stops sliding.

S206: Determine a reference screenshot corresponding to the sliding stop position in the card set, and switch the target screenshot to the reference screenshot.

The card collection in the embodiment of the present application can be understood as a set of screenshots displayed in the form of cards on the user terminal screen.

In the embodiment of the present application, the reference screenshot can be understood as a historical screenshot stored in the image database and displayed in the form of a card on the user terminal screen.

In the embodiment of the present application, the screenshots will be displayed in the current interface in the form of a card set, that is, in addition to the target screenshot just captured, the reference screenshots will also be displayed in the form of cards according to a certain arrangement rule. When the user terminal detects that the user wants to switch the target screenshot, it will determine the reference screenshot to be switched according to the sliding stop position, and switch the target screenshot to the reference screenshot.

Optionally, the reference screenshots and the target screenshots are arranged horizontally from left to right in the chronological order of when the screenshots were taken.

Optionally, after the user terminal captures the target screenshot, the card set of the target screenshot and the reference screenshot is displayed on the current interface, so that the user can see the reference screenshot that was captured when sliding the target screenshot. This helps the user find the reference screenshot that was captured but is now useless, and can delete the useless reference screenshot by sliding in the second direction with respect to the reference screenshot. This allows the user to quickly and conveniently clean up the previous reference screenshots every time a new screenshot is captured, and does not cause the user to not clean up the screenshots for a long time, resulting in the accumulation of useless screenshots.

S207: When the sliding direction is the second direction, display a delete control for the target screenshot.

The control is an object with which the user can interact to input or operate data. The delete control in the embodiment of the present application can be understood as an object with which the user can interact with the user terminal to delete the target screenshot.

For example, as shown in FIG10 , FIG10 is an example schematic diagram of a delete control in a user terminal. After the user swipes upward on the target screenshot, the user terminal will display a delete control for the target screenshot to prompt the user whether to delete the target screenshot. The delete control may include text content "Confirm whether to delete".

In an embodiment of the present application, when the user terminal determines that the sliding direction is the second direction, the user terminal will display a delete control for the user to confirm the deletion operation, to prevent the user from accidentally sliding in the second direction when sliding in the first direction, causing the screenshot to be deleted.

In one possible implementation, step S207 includes:

When the sliding direction is the second direction, obtaining the display time duration corresponding to the target screenshot;

When the display time is less than a first preset time, a delete control for the target screenshot is displayed.

The display duration in the embodiment of the present application can be understood as the duration from the moment when the target screenshot begins to be displayed on the user terminal screen to the current moment.

In the embodiment of the present application, generally speaking, the target screenshot displayed after taking a screenshot will disappear after no operation has been performed for a period of time. In order to prevent the user from operating the target screenshot when the target screenshot is about to disappear and clicking somewhere else on the current interface, when the user terminal detects that the sliding direction is the second direction, it first obtains the display time corresponding to the target screenshot to determine how long the target screenshot has been displayed. Only when the display time is less than the first preset time will the user terminal display the delete control.

Optionally, when the display time is longer than the first preset time, the target screenshot can still be displayed but cannot be operated, and when the display time reaches a third preset time, the target screenshot is hidden. For example, when the display time of the target screenshot exceeds the first preset time (such as 5 seconds), the user slides the target screenshot and cannot perform any operation on the target screenshot, and when the display time reaches the third preset time (such as 6 seconds), the target screenshot is hidden.

Optionally, when the display duration is equal to the first preset duration, the user terminal will hide the target screenshot.

S208: receiving a confirmation instruction for the deletion control, closing the deletion control and deleting the target screenshot.

The confirmation instruction in the embodiment of the present application can be understood as a code that instructs the user terminal to perform a screenshot deletion function. By executing the code, the user terminal can close the deletion control and delete the target screenshot.

In an embodiment of the present application, after the user clicks on the delete control to confirm deletion, the user terminal will receive a confirmation instruction, and in response to the confirmation instruction, close the delete control and delete the target screenshot.

In one possible implementation, after step S208, the following steps are further included:

Delete the screenshot image.

In the embodiment of the present application, since the target screenshot displayed is only a thumbnail of the captured screenshot image, after deleting the thumbnail, the user terminal will also delete the stored screenshot image.

S209: When the sliding direction is a third direction, displaying a picture editing page for the target screenshot, wherein the third direction is different from the second direction and the first direction.

The specific process is shown in step 104, so it will not be repeated here.

Through the above steps, after the user uses the user terminal to take a screenshot, the user terminal will store the screenshot image and display the thumbnail of the screenshot image in the form of a card on the current interface. After receiving the user's sliding instruction for the target screenshot, the user terminal will obtain the sliding direction corresponding to the sliding instruction to determine the direction of the user's sliding, and switch, delete, edit, and other operations on the target screenshot according to the different sliding directions. The user terminal will determine the reference screenshot for switching according to the sliding stop position corresponding to the sliding instruction. Before deleting the target screenshot, the user terminal will determine whether the display time of the target screenshot exceeds the preset time. In this way, the user can directly operate the target screenshot displayed in the terminal after the screenshot is taken, which is simple and convenient to use and does not require multiple steps to complete. Since the logic of operating the target screenshot is similar to the background program processing operation logic commonly used in mobile phones, the user's learning and use cost is low.

The screenshot processing device provided in the embodiment of the present application will be described in detail below in conjunction with FIG. 11. It should be noted that the screenshot processing device shown in FIG. 11 is used to execute the method of the embodiment shown in FIG. 1 and FIG. 7 of the present application. For the convenience of description, only the part related to the embodiment of the present application is shown. For the specific technical details not disclosed, please refer to the embodiment shown in FIG. 1 and FIG. 7 of the present application.

Please refer to Figure 11, which is a schematic diagram of the structure of a screenshot processing device provided in an embodiment of the present application. As shown in Figure 11, the device includes:

The receiving module 1101 is used to receive a sliding instruction for a target screenshot displayed on the current interface, and obtain a sliding direction corresponding to the sliding instruction;

A first direction determining module 1102, configured to switch the target screenshot when the sliding direction is a first direction;

A second direction determining module 1103, configured to delete the target screenshot when the sliding direction is a second direction; the second direction is different from the first direction;

The third direction determining module 1104 is used to display a picture editing page for the target screenshot when the sliding direction is a third direction; the third direction is different from the second direction and the first direction.

In one possible implementation, the device further comprises:

The storage module is used to receive the screenshot instruction for the current interface, generate and store the screenshot image;

A determination module, used to obtain a thumbnail of the screenshot image and determine the thumbnail as a target screenshot;

The display module is used to display the target screenshot in the form of a card on the current interface.

In one possible implementation, the first direction determining module 1102 is specifically configured to:

When the sliding direction is the first direction, obtaining a sliding stop position corresponding to the sliding instruction;

Determine a reference screenshot corresponding to the sliding stop position in the card set, and switch the target screenshot to the reference screenshot.

In one possible implementation, the second direction determining module 1103 includes:

A display unit, configured to display a delete control for the target screenshot when the sliding direction is a second direction;

The receiving unit is used to receive a confirmation instruction for the deletion control, close the deletion control and delete the target screenshot.

In one possible implementation, the receiving unit is further used for:

Delete the screenshot image.

In one possible implementation, the display unit is specifically used for:

When the sliding direction is the second direction, obtaining the display time duration corresponding to the target screenshot;

When the display time is less than a first preset time, a delete control for the target screenshot is displayed.

In one embodiment, the device further comprises:

An acquisition module, configured to receive a pressing instruction for the target screenshot, and acquire a continuous pressing duration corresponding to the pressing instruction;

The operation module is used to perform a long screenshot operation on the display screen corresponding to the target screenshot when the continuous pressing time is greater than a second preset time.

In one embodiment, the device further comprises:

The editing module is used to receive editing instructions on the picture editing page and generate the edited picture;

The deletion module is used to display a deletion control for the target screenshot corresponding to the edited image.

In one possible implementation, the first direction is a left-right direction, the second direction is an upward direction, and the third direction is a downward direction.

Those skilled in the art can clearly understand that the technical solutions of the embodiments of the present application can be implemented with the help of software and/or hardware. The "unit" and "module" in this specification refer to software and/or hardware that can independently complete or cooperate with other components to complete specific functions, where the hardware can be, for example, a field programmable gate array (Field-Programmable Gate Array, FPGA), an integrated circuit (Integrated Circuit, IC), etc.

Each processing unit and/or module of the embodiments of the present application may be implemented by an analog circuit that implements the functions described in the embodiments of the present application, or may be implemented by software that executes the functions described in the embodiments of the present application.

Referring to FIG12, it shows a schematic diagram of the structure of an electronic device involved in an embodiment of the present application, and the electronic device can be used to implement the methods in the embodiments shown in FIG1 and FIG7. As shown in FIG12, the electronic device 1200 may include: at least one central processor 1201, at least one network interface 1204, a user interface 1203, a memory 1205, and at least one communication bus 1202.

The communication bus 1202 is used to realize the connection and communication between these components.

The user interface 1203 may include a display screen (Display) and a camera (Camera), and the optional user interface 1203 may also include a standard wired interface and a wireless interface.

The network interface 1204 may optionally include a standard wired interface or a wireless interface (such as a WI-FI interface).

Among them, the central processing unit 1201 may include one or more processing cores. The central processing unit 1201 uses various interfaces and lines to connect various parts in the entire terminal 1200, and executes various functions and processes data of the terminal 1200 by running or executing instructions, programs, code sets or instruction sets stored in the memory 1205, and calling data stored in the memory 1205. Optionally, the central processing unit 1201 can be implemented in at least one hardware form of digital signal processing (Digital Signal Processing, DSP), field programmable gate array (Field-Programmable Gate Array, FPGA), and programmable logic array (Programmable Logic Array, PLA). The central processing unit 1201 can integrate one or a combination of a central processing unit (Central Processing Unit, CPU), a graphics central processing unit (Graphics Processing Unit, GPU) and a modem. Among them, the CPU mainly processes the operating system, user interface and application programs; the GPU is responsible for rendering and drawing the content to be displayed on the display screen; and the modem is used to process wireless communications. It can be understood that the above-mentioned modem may not be integrated into the central processing unit 1201, and it can be implemented separately through a chip.

Among them, the memory 1205 may include a random access memory (Random Access Memory, RAM), and may also include a read-only memory (Read-Only Memory). Optionally, the memory 1205 includes a non-transitory computer-readable storage medium. The memory 1205 can be used to store instructions, programs, codes, code sets or instruction sets. The memory 1205 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playback function, an image playback function, etc.), instructions for implementing the above-mentioned various method embodiments, etc.; the data storage area may store data involved in the above various method embodiments, etc. The memory 1205 may also be at least one storage device located away from the aforementioned central processor 1201. As shown in Figure 12, the memory 1205 as a computer storage medium may include an operating system, a network communication module, a user interface module and program instructions.

In the electronic device 1200 shown in FIG. 12 , the user interface 1203 is mainly used to provide an input interface for the user and obtain data input by the user; and the processor 1201 can be used to call the screenshot processing application stored in the memory 1205 and specifically perform the following operations:

Receiving a sliding instruction for a target screenshot displayed on the current interface, and obtaining a sliding direction corresponding to the sliding instruction;

When the sliding direction is the first direction, switching the target screenshot;

When the sliding direction is a second direction, deleting the target screenshot; the second direction is different from the first direction;

When the sliding direction is a third direction, a picture editing page for the target screenshot is displayed; the third direction is different from the second direction and the first direction.

The present application also provides a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, the steps of the above method are implemented. The computer-readable storage medium may include, but is not limited to, any type of disk, including a floppy disk, an optical disk, a DVD, a CD-ROM, a micro drive, and a magneto-optical disk, a ROM, a RAM, an EPROM, an EEPROM, a DRAM, a VRAM, a flash memory device, a magnetic card or an optical card, a nanosystem (including a molecular memory IC), or any type of medium or device suitable for storing instructions and/or data.

It should be noted that, for the above-mentioned method embodiments, for the sake of simplicity, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the present application is not limited by the order of the actions described, because according to the present application, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present application.

In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

In the several embodiments provided in the present application, it should be understood that the disclosed devices can be implemented in other ways. For example, the device embodiments described above are only schematic, such as the division of the units, which is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some service interfaces, and the indirect coupling or communication connection of devices or units can be electrical or other forms.

The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable memory. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art or all or part of the technical solution, can be embodied in the form of a software product, which is stored in a memory and includes several instructions for a computer device (which can be a personal computer, a server or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned memory includes: U disk, read-only memory (ROM), random access memory (RAM), mobile hard disk, disk or optical disk, etc., and other media that can store program codes.

A person skilled in the art may understand that all or part of the steps in the various methods of the above embodiments may be completed by entering a program to instruct related hardware. The program may be stored in a computer-readable memory, and the memory may include: a flash drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, etc.

The above is only an exemplary embodiment of the present disclosure, and the scope of the present disclosure cannot be limited thereto. That is, any equivalent changes and modifications made according to the teachings of the present disclosure are still within the scope of the present disclosure. After considering the specification and practicing the disclosure here, those skilled in the art will easily think of the implementation scheme of the present disclosure. This application is intended to cover any modification, use or adaptation of the present disclosure, which follows the general principles of the present disclosure and includes common knowledge or customary technical means in the technical field not recorded in the present disclosure. The description and examples are only regarded as exemplary, and the scope and spirit of the present disclosure are defined by the claims.

Claims (11)

1. A screenshot processing method, characterized by comprising: Receiving a sliding instruction for a target screenshot displayed on the current interface, and obtaining a sliding direction corresponding to the sliding instruction; When the sliding direction is the first direction, switching the target screenshot to a reference screenshot taken at a historical moment; When the sliding direction is a second direction, deleting the target screenshot; the second direction is different from the first direction; When the sliding direction is a third direction, displaying a picture editing page for the target screenshot; the third direction is different from the second direction and the first direction; Wherein, when the sliding direction is the first direction, switching the target screenshot to a reference screenshot captured at a historical moment includes: When the sliding direction is the first direction, obtaining a sliding stop position corresponding to the sliding instruction; Determine a reference screenshot corresponding to the sliding stop position in a card set, and switch the target screenshot to the reference screenshot; the card set is used to indicate a screenshot set displayed in the form of a card on the user terminal screen. 2. The method according to claim 1, characterized in that before receiving the sliding instruction for the target screenshot displayed on the current interface and obtaining the sliding direction corresponding to the sliding instruction, it also includes: Receive screenshot instructions for the current interface, generate and store screenshot images; Obtaining a thumbnail of the screenshot image, and determining the thumbnail as a target screenshot; The target screenshot is displayed on the current interface in the form of a card. 3. The method according to claim 2, characterized in that when the sliding direction is the second direction, deleting the target screenshot comprises: When the sliding direction is the second direction, displaying a delete control for the target screenshot; A confirmation instruction for the deletion control is received, the deletion control is closed, and the target screenshot is deleted. 4. The method according to claim 3, characterized in that after receiving the confirmation instruction for deleting the control, it also includes: Delete the screenshot image. 5. The method according to claim 3, characterized in that when the sliding direction is the second direction, displaying a delete control for the target screenshot comprises: When the sliding direction is the second direction, obtaining the display time duration corresponding to the target screenshot; When the display time is less than a first preset time, a delete control for the target screenshot is displayed. 6. The method according to claim 1, characterized in that after receiving a sliding instruction for a target screenshot displayed on the current interface and obtaining a sliding direction corresponding to the sliding instruction, the method further comprises: Receiving a pressing instruction for the target screenshot, and obtaining a continuous pressing duration corresponding to the pressing instruction; When the continuous pressing time is longer than a second preset time, a long screenshot operation is performed on the display screen corresponding to the target screenshot. 7. The method according to claim 1, characterized in that when the sliding direction is the third direction, after displaying the picture editing page for the target screenshot, it also includes: Receiving an editing instruction on a picture editing page, and generating an edited picture based on the editing instruction; A delete control for the target screenshot corresponding to the edited image is displayed. 8. The method according to any one of claims 1 to 7, characterized in that the first direction is a left-right direction, the second direction is an upward direction, and the third direction is a downward direction. 9. A screenshot processing device, comprising: A receiving module, used to receive a sliding instruction for a target screenshot displayed on the current interface, and obtain a sliding direction corresponding to the sliding instruction; A first direction determining module, configured to switch the target screenshot to a reference screenshot taken at a historical moment when the sliding direction is the first direction; A second direction determining module, configured to delete the target screenshot when the sliding direction is a second direction; the second direction is different from the first direction; A third direction determination module, configured to display a picture editing page for the target screenshot when the sliding direction is a third direction; the third direction is different from the second direction and the first direction; Among them, the first direction determination module is specifically used to: when the sliding direction is the first direction, obtain the sliding stop position corresponding to the sliding instruction; determine the reference screenshot corresponding to the sliding stop position in the card set, and switch the target screenshot to the reference screenshot; the card set is used to indicate a screenshot collection displayed in the form of cards on the user terminal screen. 10. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the steps of the method according to any one of claims 1 to 8 when executing the computer program. 11. A computer-readable storage medium having a computer program stored thereon, wherein when the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 8 are implemented.