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

Abstract

The application discloses a screenshot processing method and 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 a 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, 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 the user can directly operate and process the target screenshot displayed in the terminal after screenshot, the use is simple and convenient, and the target screenshot 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 in particular, to a screenshot processing method, device, electronic device, and storage medium.

Background technique

The mobile phones of major mobile phone manufacturers have different processing methods for user screenshots, such as gesture screenshots, physical button screenshots, etc., and the operation logic of the captured pictures is also different, such as the display method of the screenshots (the thumbnails in the lower left corner). , bottom thumbnail, etc.), delete method (edit and delete after selection), edit method (click to select and edit), etc.

Since each manufacturer has its own set of processing logic, the cost of learning screenshots is high for users, and whether it is to edit or delete screenshots, it is very likely that multi-step operation processing is required to complete, which is not simple and convenient to use.

SUMMARY OF THE INVENTION

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

In a first aspect, an embodiment of the present application provides a method for processing screenshots, and the method includes:

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

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

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

When the sliding direction is the 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, and the device includes:

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

a first direction determination module, configured to switch the target screenshot when the sliding direction is the first direction;

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

A third direction determining 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.

In a third aspect, an embodiment of the present application provides an electronic device, including a memory, a processor, and a computer program stored in the memory and running on the processor. When the processor executes the computer program, the first The aspect or any one of the possible implementations of the first aspect provides the steps of the method.

In a fourth aspect, embodiments of the present application provide a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, implements the first aspect or any possible implementation of the first aspect method provided.

In one or more embodiments of the present application, 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 sliding direction of the user, and perform operations such as switching, deleting, and editing the target screenshot according to the different sliding directions. In this way, the user can directly operate and process the target screenshot displayed in the terminal after the screenshot is taken, which is simple and convenient to use, and does not require multi-step operation processing to complete. Since the logic of operating the target screenshot is similar to the processing operation logic of the background program common to the mobile phone, the cost of the user's screenshot is low.

Description of drawings

In order to illustrate the technical solutions in the embodiments of the present application more clearly, the following briefly introduces the drawings used in the embodiments. Obviously, the drawings in the following description are only some embodiments of the present application. For those of ordinary skill in the art, other drawings can also be obtained from these drawings without any creative effort.

1 is a schematic flowchart of a screenshot processing method provided by an embodiment of the present application;

2 is a schematic diagram of a sliding example in which a user slides a target screenshot according to an embodiment of the present application;

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

3b is an exemplary schematic diagram of a long screenshot operation after a user continuously presses a target screenshot according to an embodiment of the present application;

4 is a schematic diagram of an example of a user terminal switching target screenshot provided by an embodiment of the present application;

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

6 is a schematic diagram illustrating an example of editing a target screenshot by a user terminal according to an embodiment of the present application;

7 is a schematic flowchart of another screenshot processing method provided by an embodiment of the present application;

8 is a schematic diagram of an example of a user terminal displaying a target screenshot in the form of a card according to an embodiment of the present application;

FIG. 9 is an exemplary schematic diagram of a screenshot of a user terminal stopping sliding target according to an embodiment of the present application;

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

11 is a schematic structural diagram of a screenshot processing apparatus provided by an embodiment of the application;

FIG. 12 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying 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 construed as indicating or implying relative importance. The following description provides multiple embodiments of the present application, and different embodiments may be substituted or combined, so the present application may also be considered to include all possible combinations of the same and/or different embodiments described. Thus, if one embodiment includes features A, B, C and another embodiment includes features B, D, the application should also be considered to include all other possible combinations of one or more of A, B, C, D example, although this example may not be explicitly described in the following content.

The following description provides examples, and does not limit the scope, applicability, or examples set forth in the claims. Changes may be made in the function and arrangement of elements described without departing from the scope of the present disclosure. Various examples may omit, substitute or add various procedures or components as appropriate. For example, the methods described may be performed in an order different from that described, and various steps may be added, omitted, or combined. Furthermore, features described with respect to some examples may be combined in other examples.

The user terminal may be various electronic devices with display screens, including but not limited to smart phones, tablet computers, and the like. 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, which can be implemented as multiple software or software modules (for example, used to provide distributed services), or can be implemented as a single software. or software modules, which are not specifically limited here.

Optionally, when the user terminal is hardware, a display device and a camera may also be installed thereon, and the display device may be various devices capable of realizing a display function, and the camera is used to collect video streams. For example, the display device can 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 (Plasma displaypanel, referred to as PDP) and so on. The user can use the display device on the terminal to view the displayed text, picture, video and other information.

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

Referring to FIG. 1, FIG. 1 is a schematic flowchart of a screenshot processing method provided by an embodiment of the present application. In this embodiment of the present application, the method includes:

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

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

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

The instructions are instructions and commands for instructing the user terminal to work, and can be understood as a code specifying a certain control to perform a certain operation or function realization. The sliding instruction can be understood as a code for instructing the user terminal to execute the sliding control function on the target screenshot in the embodiment of the present application, and the user terminal can obtain the sliding direction of the target screenshot by executing the code.

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

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

In the embodiment of the present application, if the user slides the 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, so as to determine the direction in which the user slides the target screenshot on the current interface.

In a possible implementation manner, after step S101, it further includes:

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

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

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

In the embodiment of the present application, the duration of continuous pressing may be understood as the duration for which the user presses the target screenshot and keeps the pressing action unchanged.

In the embodiment of the present application, the long screenshot can be understood as a scrolling screenshot, and multiple pages of content that cannot be fully displayed on the screen of the user terminal can be saved as 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 long screenshot operation after the user continues to press the target screenshot. After the user presses a finger on the screen of the user terminal where the target screenshot is displayed, and keeps 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 this embodiment of the present application, when the user takes a screenshot and the target screenshot is displayed on the current interface of the user terminal, the user can not only operate the target screenshot by sliding, but also operate the target screenshot by long-pressing the target screenshot. . After receiving the pressing instruction for the target screenshot, the user terminal will obtain the continuous pressing duration corresponding to the pressing instruction, and perform a long screenshot operation according to the continuous pressing duration. Since the user also needs to press the target screenshot for a short period of time when sliding, in order to avoid false triggering of the long screenshot operation and affect the user's experience, only when the continuous pressing duration is longer than the second preset duration (for example, 2s), the user terminal will perform a long screenshot operation on the display screen corresponding to the target screenshot.

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

For example, as shown in FIG. 4 , FIG. 4 is an exemplary schematic diagram of a screenshot of a switching target of a user terminal. When the user presses the target screenshot with a finger and slides the target screenshot in the first direction, the user terminal will switch the target screenshot to another screenshot based on the first direction. The other screenshots may be screenshot pictures stored in the picture database. The first direction may be a leftward sliding direction or a rightward sliding direction.

In the embodiment of the present application, when the sliding direction corresponding to the sliding instruction obtained by the user terminal is the first direction, the user terminal considers that the user wants to switch target screenshots to view other target screenshots that have been captured, so the user terminal switches the target screenshots.

S103. When the sliding direction is the second direction, delete the target screenshot. The second direction is different from the first direction.

For example, as shown in FIG. 5 , FIG. 5 is a schematic diagram of an example of a user terminal deleting a target screenshot. When the user presses the target screenshot with a finger and slides the target screenshot in the second direction, the user terminal will delete the target screenshot based on the second direction. The second direction may be a slide-up direction.

In this embodiment of the present application, when the sliding direction corresponding to the sliding instruction obtained by the user terminal is the second direction, the user terminal considers that the user wants to delete the captured target screenshot, so the user terminal deletes the target screenshot. Wherein, the second direction and the first direction are not the same direction, so as to ensure that the corresponding operation functions in each direction do not conflict.

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

The picture editing page can be understood as a page displayed on the screen of the user terminal for editing the target screenshot. As shown in FIG. 6 , FIG. 6 is a schematic diagram of an example of editing a target screenshot by a user terminal. The user can perform operations such as adding arrows, drawing circles, adding patterns, and adding text to the target screenshot by clicking the corresponding functional controls on the image editing page. In the embodiment of the present application, when the sliding direction corresponding to the sliding instruction obtained by the user terminal is the third direction, the user terminal considers that the user wants to edit the captured target screenshot, so the user terminal will display the image editing page of the target screenshot for User edits. The third direction is different from the second direction and the first direction, so as to ensure that the corresponding operation functions in each direction do not conflict.

In a possible implementation manner, after step S104, it further includes:

Receive an editing instruction on the image editing page, and generate an edited image based on the editing instruction;

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

In this embodiment of the present application, when the user edits the screenshot on the picture editing page, the user terminal will receive an editing instruction. After receiving the editing instruction, the user terminal generates an editing picture based on the editing content in the editing instruction. After a general user takes a screenshot, most of editing the screenshot is to draw a circle or mark an arrow somewhere in the picture to emphasize the position in the screenshot. In this case, the pictures that the user really needs to save or send are the edited pictures, but the unedited screenshot pictures are not needed. Forgetting or being too lazy to delete screenshots after taking screenshots leads to the accumulation of useless screenshots. When there are too many accumulations, it is not convenient for the user to clean up 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 an embodiment, 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, no matter what brand of mobile phone, the operation logic of the background program management interface is the same, that is, sliding left and right to switch the target program running in the background, and sliding upward to close the current background program. Therefore, in this application, the sliding direction corresponding to the same function is set consistent with the sliding direction when operating in the background program management interface, so that the learning cost for the user to operate the target screenshot displayed in this application is very low, and both the elderly and children can be simple and fast. master the operation method.

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 sliding direction of the user, and perform operations such as switching, deleting, and editing the target screenshot according to the different sliding directions. In this way, the user can directly operate and process the target screenshot displayed in the terminal after the screenshot is taken, which is simple and convenient to use, and does not require multi-step operation processing to complete. Since the logic of operating the target screenshot is similar to the processing operation logic of the background program common to the mobile phone, the cost of the user's screenshot is low.

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

S201. Receive a screenshot instruction for the current interface, and generate and store a screenshot image.

The screenshot instruction can be understood as a code for instructing the user terminal to perform a screenshot function of the current interface in the embodiment of the present application, and the user terminal can generate a screenshot picture by executing the code.

In this embodiment of the present application, when the user performs a screenshot operation through gestures or keys, the user terminal will receive a screenshot instruction for the current interface, and the user terminal will take a screenshot of the current interface based on the screenshot instruction, generate a screenshot image and take the screenshot image. stored in the image database.

S202: Acquire a thumbnail of the screenshot picture, and determine the thumbnail as a target screenshot.

In the embodiment of the present application, the thumbnail image can be understood as a picture whose size is compressed but the content of the picture does not change.

In this embodiment of the present application, after the user terminal stores the screenshot images, since the screenshot images may be large, direct display may occupy too many resources of the mobile phone and cause a freeze. Thumbnails are determined as target screenshots for subsequent display.

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

The card form can be understood as a way of presenting the target screenshot in a card form that does not occupy the full size of the screen of the user terminal in the embodiments of the present application. Specifically, the length and width of the target screenshot may be half of the length and width of the screen of the user terminal, and may also be one third of the length and width of the screen of the user terminal.

In this embodiment of the present application, as shown in FIG. 8 , FIG. 8 is a schematic diagram of an example in which a user terminal displays a target screenshot in the form of a card. After the screenshot is completed, the user terminal will display the target screenshot on the current interface in the form of a card, so as 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 acquire a sliding direction corresponding to the sliding instruction.

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

S205. When the sliding direction is the first direction, acquire the 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 screen center of the user terminal according to the horizontal distance between the sliding stop position and the center of the screen of the user terminal.

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

In this embodiment of the present application, when the user terminal determines that the sliding direction is the first direction, the user terminal considers that the user wants to switch the displayed target screenshot, and at this time, the user terminal will obtain the corresponding sliding stop position according to the sliding instruction, so as to to confirm which screenshot to show when the user stops swiping.

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 set may be understood as a set of screenshots displayed on the screen of the user terminal in the form of cards in the embodiment of the present application.

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

In this 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 taken, 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 that should 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 according to the time sequence of the captured pictures.

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 view the previously captured reference screenshot when performing a sliding operation on the target screenshot. Further, the user is assisted in discovering a reference screenshot that was taken but is now useless, and can swipe in the second direction for the reference screenshot to delete the useless reference screenshot. This enables the user to quickly and conveniently clean up the previous reference screenshots every time a new screenshot is taken, which will not cause the user to not clean up the screenshots for a long time and cause 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 that a user can interact with to enter or manipulate data. In the embodiment of the present application, the deletion control can be understood as the object that the user can interact with the user terminal to delete the target screenshot.

For example, as shown in FIG. 10 , FIG. 10 is a schematic diagram of an example of deleting a control in a user terminal. After the user slides up 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 can contain the text "Confirm whether to delete".

In this 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, so as to prevent the user from sliding in the second direction by mistake when sliding in the first direction. A situation that caused the screenshot to be deleted.

In a possible implementation manner, step S207 includes:

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

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

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

In the embodiment of the present application, generally speaking, the target screenshot displayed after the screenshot will be hidden after a period of inactivity. In order to prevent the user from clicking on other places on the current interface by operating the target screenshot when the target screenshot is about to disappear, when the user terminal detects that the sliding direction is the second direction, it will first obtain the display duration corresponding to the target screenshot to determine How long the target screenshot has been displayed, the user terminal will display the delete control only when the display duration is less than the first preset duration.

Optionally, when the display duration is longer than the first preset duration, the target screenshot can still be displayed but cannot be operated, and when the display duration reaches the third preset duration, the target screenshot is hidden. For example, when the display duration of the target screenshot exceeds the first preset duration (eg 5s), the user slides the target screenshot and cannot perform any operations on the target screenshot, and when the display duration reaches the third preset duration (eg 6s) , hide the target screenshot.

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

S208. Receive a confirmation instruction for the deletion control, close the deletion control, and delete the target screenshot.

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

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

In a possible implementation manner, after step S208, it further includes:

Delete the screenshot picture.

In this embodiment of the present application, since the displayed target screenshots are only thumbnails of the captured screenshots, after deleting the thumbnails, the user terminal will also delete the stored screenshots.

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

The specific process is shown in step 104, so it is not 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 image of the screenshot image on the current interface in the form of a card. 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 sliding direction of the user, and perform operations such as switching, deleting, and editing 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 duration of the target screenshot exceeds the preset duration. In this way, the user can directly operate and process the target screenshot displayed in the terminal after the screenshot is taken, which is simple and convenient to use, and does not require multi-step operation processing to complete. Since the logic for operating the target screenshot is similar to the background program processing operation logic common to mobile phones, the learning and use cost of the user is low.

The screenshot processing apparatus provided by the embodiment of the present application will be described in detail below with reference to FIG. 11 . It should be noted that the screenshot processing apparatus shown in FIG. 11 is used to execute the methods of the embodiments shown in FIG. 1 and FIG. 7 of the present application. For convenience of description, only the parts related to the embodiments of the present application are shown. If the technical details are not disclosed, please refer to the embodiments shown in FIG. 1 and FIG. 7 of the present application.

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

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

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

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

The third direction determining module 1104 is 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.

In a possible embodiment, the device further comprises:

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

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

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

In a possible implementation manner, the first direction determination module 1102 is specifically configured to:

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

A reference screenshot corresponding to the sliding stop position is determined in the card set, and the target screenshot is switched to the reference screenshot.

In a possible implementation manner, the second direction determination module 1103 includes:

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

A receiving unit, configured to receive a confirmation instruction for the deletion control, close the deletion control, and delete the target screenshot.

In a possible implementation manner, the receiving unit is further configured to:

Delete the screenshot picture.

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

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

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

In a possible embodiment, the device further comprises:

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

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

In a possible embodiment, the device further comprises:

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

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

In an embodiment, 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 by means of software and/or hardware. The "unit" and "module" in this specification refer to software and/or hardware that can perform a specific function independently or in cooperation with other components, wherein the hardware can be, for example, a Field-Programmable Gate Array (FPGA), Integrated Circuit (IC), etc.

Each processing unit and/or module in 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 FIG. 12 , it shows a schematic structural diagram 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 FIG. 1 and FIG. 7 . As shown in FIG. 12 , the electronic device 1200 may include: at least one central processing unit 1201 , at least one network interface 1204 , user interface 1203 , memory 1205 , and at least one communication bus 1202 .

Among them, the communication bus 1202 is used to realize the connection 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.

Wherein, the network interface 1204 may optionally include a standard wired interface and a wireless interface (eg, a WI-FI interface).

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 of the entire terminal 1200, and executes by running or executing the instructions, programs, code sets or instruction sets stored in the memory 1205, and calling the data stored in the memory 1205. Various functions of the terminal 1200 and processing data. Optionally, the central processing unit 1201 may adopt at least one 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). A hardware form is implemented. The central processing unit 1201 may integrate one or a combination of a central processing unit (Central Processing Unit, CPU), a graphics central processing unit (Graphics Processing Unit, GPU), a modem, and the like. Among them, the CPU mainly handles the operating system, user interface, and application programs; the GPU is used to render and draw the content that needs to be displayed on the display screen; the modem is used to handle wireless communication. It can be understood that, the above-mentioned modem may also not be integrated into the central processing unit 1201, and is implemented by a single chip.

The memory 1205 may include random access memory (Random Access Memory, RAM), or may include read-only memory (Read-Only Memory). Optionally, the memory 1205 includes a non-transitory computer-readable storage medium. Memory 1205 may be used to store instructions, programs, codes, sets of codes, or sets of instructions. The memory 1205 may include a stored program area and a stored data area, wherein the stored program 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 and the like used to implement the above method embodiments; the storage data area may store the data and the like involved in the above method embodiments. Optionally, the memory 1205 may also be at least one storage device located away from the aforementioned central processing unit 1201 . As shown in FIG. 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 the 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 Do the following:

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

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

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

When the sliding direction is the 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, implements the steps of the above method. Among them, the computer-readable storage medium may include, but is not limited to, any type of disk, including floppy disks, optical disks, DVDs, CD-ROMs, micro-drives, and magneto-optical disks, ROM, RAM, EPROM, EEPROM, DRAM, VRAM, flash memory devices , magnetic or optical cards, nanosystems (including molecular memory ICs), or any type of medium or device suitable for storing instructions and/or data.

It should be noted that, for the sake of simple description, the foregoing method embodiments are all expressed as a series of action combinations, but those skilled in the art should know that the present application is not limited by the described action sequence. Because in accordance with the present application, certain steps may be performed in other orders or concurrently. Secondly, those skilled in the art should also know 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-mentioned embodiments, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference may be made to the relevant descriptions of other embodiments.

In the several embodiments provided in this application, it should be understood that the disclosed apparatus may be implemented in other manners. For example, the apparatus embodiments described above are only illustrative, for example, the division of the units is only a logical function division, and there may be other division methods in actual implementation, for example, multiple units or components may be combined or Integration into another system, or some features can be ignored, or not implemented. On the other hand, the shown or discussed mutual coupling or direct coupling or communication connection may be through some service interfaces, indirect coupling or communication connection of devices or units, and may be in electrical or other forms.

The units described as separate components may or may not be physically separated, and components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in 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 alone, or two or more units may be integrated into one unit. The above-mentioned integrated units may be implemented in the form of hardware, or may be implemented in the form of software functional units.

The integrated unit, if implemented as a software functional unit and sold or used as a stand-alone product, may be stored in a computer-readable memory. Based on this understanding, the technical solution of the present application can be embodied in the form of a software product in essence, or the part that contributes to the prior art, or all or part of the technical solution, and the computer software product is stored in a memory, Several instructions are included to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned memory includes: U disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), mobile hard disk, magnetic disk or optical disk and other media that can store program codes.

Those skilled in the art can understand that all or part of the steps in the various methods of the above embodiments can be completed by instructing relevant hardware through a program, and the program can be stored in a computer-readable memory, and the memory can include: flash memory disk, read-only memory (Read-Only Memory, ROM), random access device (Random Access Memory, RAM), magnetic disk or optical disk, etc.

The above descriptions are merely exemplary embodiments of the present disclosure, which cannot limit the scope of the present disclosure. That is, all equivalent changes and modifications made according to the teachings of the present disclosure are still within the scope of the present disclosure. Embodiments of the present disclosure will be readily apparent to those skilled in the art upon consideration of the specification and practice of the disclosure herein. This application is intended to cover any variations, uses, or adaptations of the present disclosure that follow the general principles of the present disclosure and include common knowledge or conventional techniques in the art not described in this disclosure . The specification and examples are to be regarded as exemplary only, and the scope and spirit of the present disclosure are defined by the claims.

Claims (12)

1. A screenshot processing method, comprising:

receiving a sliding instruction aiming at a target screenshot displayed on a current interface, and acquiring a sliding direction corresponding to the sliding instruction;

when the sliding direction is a 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, displaying a picture editing page aiming at the target screenshot; the third direction is different from the second direction and the first direction.

2. The method according to claim 1, wherein before receiving a slide instruction for a target screenshot displayed on a current interface and acquiring a slide direction corresponding to the slide instruction, the method further comprises:

receiving a screen capture instruction aiming at the current interface, and generating and storing a screen capture picture;

acquiring a thumbnail of the screenshot picture, and determining the thumbnail as a target screenshot;

and displaying the target screenshot on a current interface in a card form.

3. The method of claim 2, wherein switching the target screenshot when the sliding direction is a first direction comprises:

when the sliding direction is a first direction, acquiring a sliding stop position corresponding to the sliding instruction;

and determining a reference screenshot corresponding to the sliding stopping position in a card set, and switching the target screenshot into the reference screenshot.

4. The method of claim 2, wherein deleting the target screenshot when the sliding direction is a second direction comprises:

when the sliding direction is a second direction, displaying a deletion control aiming at the target screenshot;

and receiving a confirmation instruction aiming at the deleting control, closing the deleting control and deleting the target screenshot.

5. The method of claim 4, wherein after receiving the confirmation instruction for the delete control, further comprising:

and deleting the screenshot picture.

6. The method of claim 4, wherein when the sliding direction is a second direction, showing a delete control for the target screenshot comprises:

when the sliding direction is a second direction, acquiring a display duration corresponding to the target screenshot;

and when the display duration is less than a first preset duration, displaying a deletion control aiming at the target screenshot.

7. The method according to claim 1, wherein after receiving a sliding instruction for a target screenshot displayed on a current interface and obtaining a sliding direction corresponding to the sliding instruction, the method further comprises:

receiving a pressing instruction aiming at the target screenshot, and acquiring the duration of pressing corresponding to the pressing instruction;

and when the duration of the continuous pressing is longer than a second preset duration, performing long screenshot operation on a display picture corresponding to the target screenshot.

8. The method of claim 1, wherein after displaying the picture editing page for the target screenshot when the sliding direction is the third direction, further comprising:

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

and displaying a deletion control aiming at the target screenshot corresponding to the edited picture.

9. The method of any one of claims 1-8, wherein the first direction is a left-right direction, the second direction is an upward direction, and the third direction is a downward direction.

10. A screenshot processing apparatus, comprising:

the receiving module is used for receiving a sliding instruction aiming at a target screenshot displayed on a current interface and acquiring a sliding direction corresponding to the sliding instruction;

the first direction determining module is used for switching the target screenshot when the sliding direction is the first direction;

the second direction determining module is used for deleting the target screenshot when the sliding direction is the second direction; the second direction is different from the first direction;

the third direction determining module is used for displaying a picture editing page aiming at the target screenshot when the sliding direction is a third direction; the third direction is different from the second direction and the first direction.

11. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the steps of the method according to any of claims 1-9 are implemented when the computer program is executed by the processor.

12. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 9.

Images