CN113687750B - Screenshot processing method and device - Google Patents
Screenshot processing method and device Download PDFInfo
- Publication number
- CN113687750B CN113687750B CN202010380738.0A CN202010380738A CN113687750B CN 113687750 B CN113687750 B CN 113687750B CN 202010380738 A CN202010380738 A CN 202010380738A CN 113687750 B CN113687750 B CN 113687750B
- Authority
- CN
- China
- Prior art keywords
- screenshot
- display
- desktop picture
- window
- target display
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 22
- 238000000034 method Methods 0.000 claims abstract description 294
- 230000008569 process Effects 0.000 claims abstract description 263
- 238000012545 processing Methods 0.000 claims abstract description 23
- 230000000694 effects Effects 0.000 claims description 102
- 230000015654 memory Effects 0.000 claims description 33
- 230000004044 response Effects 0.000 claims description 7
- 238000010586 diagram Methods 0.000 description 14
- 230000006870 function Effects 0.000 description 8
- 230000008447 perception Effects 0.000 description 6
- 238000011161 development Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000004927 fusion Effects 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000013515 script Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
- G06F3/04842—Selection of displayed objects or displayed text elements
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
Abstract
The invention provides a screenshot processing method, a screenshot processing device, electronic equipment and a computer readable storage medium; the method comprises the following steps: creating a second process for screenshot by the first process of the application program; the second process obtains the scanning density of the target display; the target display is a display which needs to be captured; the second process obtains a desktop picture of the target display, and determines the physical size of the desktop picture according to the scanning density of the target display; the second process creates a screenshot window conforming to the physical size and displays a desktop picture in the screenshot window; and the second process generates a screenshot result according to the desktop picture in the screenshot window. By the method and the device, accurate screenshot can be realized.
Description
Technical Field
The present invention relates to image processing technologies, and in particular, to a screenshot processing method, apparatus, electronic device, and computer readable storage medium.
Background
With the popularization of computer equipment, more and more users select to connect a plurality of displays to a notebook computer for work or entertainment, so that different work contents can be displayed by using different display screens, the window switching times are reduced, and the work efficiency is improved. However, when the scan densities of the connected displays are different, the screen capturing operation performed on the non-main display will cause the desktop image to be excessively large or excessively small as a whole. Because the user cannot obtain the expected screenshot result, the screenshot using experience is affected.
Disclosure of Invention
The embodiment of the invention provides a screenshot processing method, a screenshot processing device, electronic equipment and a computer readable storage medium, which can realize accurate screenshot.
The technical scheme of the embodiment of the invention is realized as follows:
the embodiment of the invention provides a screenshot processing method, which comprises the following steps:
creating a second process for screenshot by the first process of the application program;
the second process obtains the scanning density of the target display; the target display is a display which needs to be captured;
the second process obtains a desktop picture of the target display, and determines the physical size of the desktop picture according to the scanning density of the target display;
the second process creates a screenshot window conforming to the physical size and displays the desktop picture in the screenshot window;
and the second process generates a screenshot result according to the desktop picture in the screenshot window.
The embodiment of the invention provides a screenshot processing device, which comprises:
the creation module is used for creating a second process for screenshot by the first process of the application program;
the acquisition module is used for acquiring the scanning density of the target display by the second process; the target display is a display which needs to be captured;
The determining module is used for acquiring a desktop picture of the target display by the second process and determining the physical size of the desktop picture according to the scanning density of the target display;
the display module is used for creating a screenshot window which accords with the physical size by the second process and displaying the desktop picture in the screenshot window;
and the screenshot generating module is used for generating a screenshot result by the second process according to the desktop picture in the screenshot window.
In the above solution, the creating module is configured to:
when the first process of the application program is a main process of the application program, and when the first process is started, the first process creates the second process, or when the first process receives a screenshot instruction sent by an operating system, the first process creates the second process;
the first process sends the path parameters of the codes of the screenshot windows to the second process;
the path parameter is used for enabling the second process to read codes of the screenshot windows according to the path parameter, and creating the screenshot windows conforming to the physical size when the physical size is obtained.
The acquisition module is used for:
the second process declares to an operating system that a scan density awareness mode of the second process is display level awareness to query the operating system for scan densities of the target display.
The determining module is used for:
the second process calls a screenshot interface of the operating system to
Acquiring a desktop picture matched with the identification of the target display and the screenshot time from the screenshot interface;
determining the ratio of the pixel width of the desktop picture to the scanning density of the target display as the physical width of the desktop picture in the target display, and
and determining the ratio of the pixel height of the desktop picture to the scanning density of the target display as the physical height of the desktop picture in the target display.
The display module is used for:
the second process creates a screenshot window in the target display conforming to the physical width and the physical height according to the physical width and the physical height of the desktop picture in the target display.
The display module is further configured to:
when in the extended mode, the target display includes a main display and a sub-display; and displaying the desktop picture of the main display in a partial screenshot window created by the main display, and displaying the desktop picture of the auxiliary display in a partial screenshot window created by the auxiliary display.
The screenshot generating module is used for:
the first process obtains the effect data of the screenshot, sequences the effect data into a byte sequence, and
sending the byte sequence to the second process;
the second process deserializes the byte sequence to obtain the effect data;
displaying the special effects which can be added in a toolbar of the screenshot window according to the effect data;
and in response to the special effect editing operation of the desktop picture based on the special effect, fusing the desktop picture with special effect data generated according to the special effect editing operation to obtain a screenshot result.
The screenshot generating module is further configured to:
the second process responds to the screenshot area selection operation to obtain the position parameters of the screenshot area;
and displaying the position of the screenshot area in the screenshot window according to the position parameter of the screenshot area.
The screenshot generating module is further configured to:
carrying out matting processing on the desktop picture according to the position parameters of the screenshot area;
and fusing the picture of the screenshot area obtained after the matting processing with special effect data generated according to the special effect editing operation.
The screenshot generating module is further configured to:
The second process sends the screenshot result to the data sharing position of the operating system and notifies the first process that the screenshot is completed, so that
The first process ends the second process.
The embodiment of the invention also provides electronic equipment, which comprises:
a memory for storing executable instructions;
and the processor is used for realizing the screenshot processing method provided by the embodiment of the invention when executing the executable instructions stored in the memory.
The embodiment of the invention also provides a computer readable storage medium which stores executable instructions for realizing the screenshot processing method provided by the embodiment of the invention when the processor is caused to execute.
The embodiment of the invention has the following beneficial effects:
the first process creates the second process to perform screenshot, and the screenshot is decoupled from the first process, so that the workload of the first process can be reduced, and the stable operation of the first process is ensured; and in the second process, a screenshot window is created according to the scanning density of the target display, so that the physical size of the screenshot window is adapted to the target display, and the accuracy of a screenshot result generated based on the screenshot window is further ensured.
Drawings
FIG. 1A is a schematic diagram of a related art screen shot for an extension in the case where the scan density of the sub-display is less than the scan density of the main display;
FIG. 1B is a schematic diagram of a screenshot of a secondary display in the case where the scan density of the secondary display is less than the scan density of the primary display;
FIG. 1C is a schematic diagram of a screenshot of a secondary display in the case where the scan density of the secondary display is greater than the scan density of the primary display;
fig. 2 is a schematic structural diagram of an electronic device according to an embodiment of the present invention;
FIG. 3A is a flowchart of a screenshot processing method according to an embodiment of the present invention;
FIG. 3B is a flowchart illustrating a screenshot processing method according to an embodiment of the present invention;
FIG. 4A is a schematic diagram of a screenshot window provided by an embodiment of the invention;
FIG. 4B is a schematic diagram of a screenshot window provided by an embodiment of the invention;
FIG. 5 is a flowchart of a screenshot processing method according to an embodiment of the present invention;
FIG. 6 is a schematic flow diagram of a screenshot provided by an embodiment of the present invention;
fig. 7 is a schematic diagram of a screenshot of a session window in an application according to an embodiment of the present invention.
Detailed Description
The present invention will be further described in detail with reference to the accompanying drawings, for the purpose of making the objects, technical solutions and advantages of the present invention more apparent, and the described embodiments should not be construed as limiting the present invention, and all other embodiments obtained by those skilled in the art without making any inventive effort are within the scope of the present invention.
In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but it is to be understood that "some embodiments" can be the same subset or different subsets of all possible embodiments and can be combined with one another without conflict.
Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. The terminology used herein is for the purpose of describing embodiments of the invention only and is not intended to be limiting of the invention.
Before describing embodiments of the present invention in further detail, the terms and terminology involved in the embodiments of the present invention will be described, and the terms and terminology involved in the embodiments of the present invention will be used in the following explanation.
1) The scan density, in Dots Per Inch (DPI), is used in embodiments of the invention to represent the number of midpoints of a display screen that are one inch long, each Dot being used to display a pixel Dot. For example, 96DPI means that 96 points are included in one inch of the length of the display, and 120DPI means that 120 points are included in one inch of the length of the display. DPI can be used to control the physical size of objects (e.g., text, images) that are displayed on a screen, with a larger DPI the larger the physical size of the objects in the screen with a fixed display resolution of the display screen.
2) Scanning density aware mode, the operating system supports techniques for applications to read the scanning density of the screen of the display. Taking Windows as an example, support for scan density includes the following levels:
the interface of the application program is forcedly scaled by the operating system without perception, and the interface is fuzzy;
the system level perception is that the display size of the interface of the application program is not controlled by the operating system, and the operating system performs forced scaling and interface blurring on the interface of the application program through the virtualization of the DWM (Desktop Window Manager ) only when the scanning density is changed;
display level perception: when the application program expands the display of the plurality of displays, the application program can sense the scanning density of each display and display normally.
3) A single screen mode, a mode in which the electronic device displays content using only one display.
4) Multi-screen mode the electronic device uses a mode in which multiple (at least two) displays (abbreviated as physical displays/screens) are co-displayed. The graphics processor of the electronic device (for example, a stand-alone graphics card or a CPU-integrated graphics card converts content to be displayed into image frames to be refreshed and displayed on a screen continuously) recognizes a display outputting the image frames as a main display, and a display copying or expanding the display content of the main display is called a sub-display. The types of the multi-screen modes comprise:
4.1 A copy mode of copying the contents in the main display to the sub-display for display, the resolution of the main display and the sub-display being the same;
4.2 An extension mode in which the main display and the sub-display are virtualized into one virtual display having a larger area to spatially extend the display space of the main display, and the main display and the sub-display can display different contents. For example, the main display displays document content and the sub-display plays video. The main display and the sub-display may be provided. For example, when the notebook computer is externally connected with the display, the operating system of the notebook computer supports the user to set the built-in display of the notebook computer as the main display, and also supports the user to set the externally connected display as the main display.
5) The screenshot interface is opened to an interface of an application program by an operating system, and the interface can output screen pictures.
6) Desktop environment, abbreviated as desktop, refers generally to the area of content displayed on a display screen after an electronic device (e.g., a computer) successfully logs into an operating system. For example, in an initial state of a desktop, taking a Windows (Windows) system as an example, the desktop includes the following elements: taskbars, application icons, and start buttons (for accessing programs, folders, and computer settings); in the use state of the desktop, the desktop includes various contents such as web pages, documents, videos, etc., so that various elements of the initial state may be partially or completely blocked.
7) A Main Process (Main Process), the parent Process from which an application program starts initially, is an entry for executing the application program, and may be, for example, a Process for executing a Main () function.
A screenshot is a very common operation on a personal computer that can generate a still picture for some or all of the display presentation. Today, where notebook computers are popular, more and more users use portable notebook computers with small displays to connect to desktop large displays for work and entertainment. If the two displays connected have different scan densities, the scan density aware mode of the application that requires the screenshot is display level sensitive. However, due to the huge workload, the display-level sensitivity of the scanning density is not realized by the application program compatible with the Windows system of the old version in the related technology.
Specifically, the application does not use a new screenshot process, but rather performs the screenshot directly in the main process of the application. The scanning density sensing mode of the screenshot function in the situation is consistent with that of the main process, if the main process does not support display level sensing, accurate screenshot of the screen cannot be realized, and the phenomenon that the desktop display area is larger (incomplete display) or smaller than the display screen occurs in the screenshot of the non-main display (sub-display); if the host process supports display level perception, the workload of the host process is greatly increased.
As shown in fig. 1A, fig. 1A is a schematic diagram of the related art screenshot of the extension screen in the case where the scan density of the sub-display is smaller than that of the main display. If the scan density sensing mode of the screenshot in the main process is set to be the system level sensing and the scan density of the sub-display is smaller than the scan density of the main display, when the desktop picture 110 of the main display and the desktop picture 120 of the sub-display are drawn into the canvas of the screenshot window of the extension screen composed of the main display and the sub-display (set to be the scan density of the main display) for display in screenshot, because the canvas of the screenshot window is adapted to the scan density of the main display, in case that the scan density of the main display (for example, 200 DPI) is greater than the scan density of the sub-display (for example, 100 DPI), the desktop picture of the main display will be displayed in normal size, the desktop picture of the sub-display will be too small, and black edges will appear in the screenshot result 130.
As shown in fig. 1B, fig. 1B is a schematic diagram of a related art screenshot of a sub-display in a case where the scan density of the sub-display is smaller than that of the main display. If the screen sensing mode of the screenshot in the main process is set to be system level sensing and the scanning density of the secondary display is smaller than that of the main display, when the screenshot is aimed at the secondary display, the phenomenon that the desktop picture 150 of the secondary display is too small and black edges appear in the screenshot occurs in the screenshot result 140.
As shown in fig. 1C, fig. 1C is a schematic diagram of a related art screenshot of a sub-display in a case where the scan density of the sub-display is greater than that of the main display. If the screen sensing mode of the screenshot in the main process is set to be system level sensing and the scanning density of the secondary display is greater than that of the main display, the screenshot result 160 will show the phenomenon that the desktop picture 170 of the secondary display is too large to be completely displayed in the screen when the screenshot is aimed at the secondary display.
When the type of the multi-screen mode is the copy mode, the resolution of the main display and the sub-display are the same, and if the physical dimensions of the main display and the sub-display are the same, the scanning density of the main display and the sub-display is the same, and the phenomenon that the desktop of the sub-display is too large or too small can not occur during screenshot. If the physical dimensions of the main and sub displays are different, the phenomenon that the desktop of the sub display is too large or too small can occur during screenshot.
As can be seen, the related art cannot support display level sensing, and thus, when the scan densities of the main display and the sub-display are different, the screen shots will not be correctly displayed in the sub-display, and accurate screen shots will not be realized.
Based on this, the embodiment of the invention provides a screenshot processing method, a screenshot processing device, an electronic device and a computer readable storage medium, which can realize accurate screenshot when the scanning densities of a main display and a sub display are different. The electronic device provided by the embodiment of the invention can be implemented as various types of user terminals such as a notebook computer, a tablet computer, a desktop computer, a set-top box, a mobile device (for example, a mobile phone, a portable music player, a personal digital assistant, a special message device, and a portable game device). In the following, an exemplary application of the electronic device will be described.
Referring to fig. 2, fig. 2 is a schematic structural diagram of an electronic device 200 according to an embodiment of the present invention, and the electronic device 200 shown in fig. 2 includes: at least one processor 210, a memory 250, at least one network interface 220, and a user interface 230. The various components in the electronic device 200 are coupled together by a bus system 240. It is understood that the bus system 240 is used to enable connected communications between these components. The bus system 240 includes a power bus, a control bus, and a status signal bus in addition to the data bus. For clarity of illustration, the various buses are labeled as bus system 240 in FIG. 2.
The processor 210 may be an integrated circuit chip with signal processing capabilities such as a general purpose processor, such as a microprocessor or any conventional processor, or the like, a digital signal processor (DSP, digital Signal Processor), or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or the like.
The user interface 230 includes one or more output devices 231, including one or more speakers and/or one or more visual displays, that enable presentation of media content. The user interface 230 also includes one or more input devices 232, including user interface components that facilitate user input, such as a keyboard, mouse, microphone, touch screen display, camera, other input buttons and controls.
The memory 250 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid state memory, hard drives, optical drives, and the like. Memory 250 optionally includes one or more storage devices physically located remote from processor 210.
Memory 250 includes volatile memory or nonvolatile memory, and may also include both volatile and nonvolatile memory. The non-volatile memory may be a read only memory and the volatile memory may be a random access memory. The memory 250 described in embodiments of the present invention is intended to comprise any suitable type of memory.
In some embodiments, memory 250 is capable of storing data to support various operations, examples of which include programs, modules and data structures, or subsets or supersets thereof, as exemplified below.
The operating system 251, which includes system programs for handling various basic system services and performing hardware-related tasks, such as a framework layer, a core library layer, a driver layer, etc., is used to implement various basic services and handle hardware-based tasks.
Network communication module 252 for reaching other computing devices via one or more (wired or wireless) network interfaces 220, exemplary network interfaces 220 include: bluetooth, wireless compatibility authentication (WiFi), and universal serial bus, etc.
A presentation module 253 for enabling presentation of information (e.g., a user interface for operating peripheral devices and displaying content and information) via one or more output devices 231 (e.g., a display screen, speakers, etc.) associated with the user interface 230.
An input processing module 254 for detecting one or more user inputs or interactions from one of the one or more input devices 232 and translating the detected inputs or interactions.
In some embodiments, the screenshot processing device provided in the embodiments of the present invention may be implemented in software, and fig. 2 shows a screenshot processing device 255 stored in a memory 250, which may be software in the form of a program and a plug-in, and includes the following software units: the creation module 2551, the acquisition module 2552, the determination module 2553, the display module 2554, the screenshot generation module 2555 are logical, and thus may be arbitrarily combined or further split according to the implemented functions. The functions of the respective modules will be described hereinafter.
In other embodiments, the apparatus provided by the embodiments of the present invention may be implemented in hardware, and by way of example, the apparatus provided by the embodiments of the present invention may be a processor in the form of a hardware decoding processor that is programmed to perform the screenshot processing method provided by the embodiments of the present invention, for example, the processor in the form of a hardware decoding processor may employ one or more application specific integrated circuits (ASIC, application Specif ic Integrated Circuit), DSP, programmable logic device (PLD, programmable Logic De vice), complex programmable logic device (CPLD, complex Programmable Logic Device), field programmable gate array (FPGA, field-Programmable Gate Array), or other electronic component.
The screenshot processing method provided by the embodiment of the invention will be described in connection with the exemplary application and implementation of the electronic device provided by the embodiment of the invention.
Referring to fig. 3A, fig. 3A is a schematic flow chart of a screenshot processing method according to an embodiment of the present invention, and will be described with reference to the steps shown in fig. 3A.
In step 101, a first process of an application running in an electronic device creates a second process for a screenshot.
Applications running in the electronic device include social networking applications, shopping applications, multimedia playing applications, and the like. The first process of the application program is an entry for application program execution, and may be a main process of the application program, such as a process running a main function of the application program; or a sub-process created by a main process, such as a daemon dedicated to listening for and distributing instructions delivered by an operating system. The second process is a subprocess created by the first process and is used for executing the operation related to the screenshot.
In some embodiments, when the first process of the application is a main process of the application, and when the first process is started, the first process creates a second process, or when the first process receives a screenshot instruction sent by the operating system, the first process creates the second process; after the first process creates the second process, the path parameters of the codes of the screenshot windows are sent to the second process; and the second process can read the code of the screenshot window according to the path parameters, and creates the screenshot window conforming to the physical size when the physical size of the desktop picture is acquired.
The screenshot instruction may be generated after the user performs the screenshot operation, or may be generated when the operating system performs the planning task. After receiving the screenshot operation implemented by the user, the operating system generates a screenshot instruction and transmits the screenshot instruction to the first process to trigger the first process to create the second process. Parameters of the screenshot instruction include: time of screen capture, displays (main display/sub display/main display and sub display) requiring screen capture; parameters including the screenshot instructions may also include: the location of the screenshot area, screenshot effect, etc. The scheduling tasks are used to instruct the operating system to periodically or aperiodically capture and store the capture as a log. For example, in an office scenario, the log may be used to perform dangerous operation analysis, further determine whether there is a risk of data leakage, and trigger an alarm.
In step 102, a second process of the application obtains a scan density of the target display.
The target display is a display which needs to be captured. When the screenshot is carried out, if the electronic equipment is in a single screen mode, the target display and the main display are the same display; if the target display is in the multi-screen mode, the target display is a main display and a sub-display.
In the code development stage of the application program, the scan density perception mode of the second process has been declared to be display level perception in the screenshot project used by the second process, and thus, after the second process is created, the second process can query the operating system for the scan density of the target display. As an example, the scan density of the display may be obtained through a getdbidpi formonitor interface. When the target displays are multiple, the second process acquires the scanning densities of the multiple target displays at the same time.
In step 103, a second process of the application obtains a desktop picture of the target display.
In one possible example, the second process invokes a screenshot interface opened to the application by the operating system, the interface parameter screenshot time and the identity of the target display, and obtains a desktop picture matching the identity of the target display and the screenshot time from the screenshot interface through the interface parameter. After the desktop picture is acquired, the second process further acquires the pixel width (the number of pixels in the horizontal direction) and the pixel height (the number of pixels in the vertical direction) of the desktop picture, and stores the desktop picture in the memory.
The target display is the main display and the at least one sub-display when in an extended mode in which the main display and the at least one sub-display cooperatively display; at this time, the second process acquires the desktop picture of the main display and the desktop picture of the sub-display at the same time.
When the target display is the secondary display in a copy mode in which the secondary display and the main display the same content, the second process acquires a desktop picture of the secondary display; and when the target display is the main display, the second process acquires the desktop picture of the main display.
In step 104, a second process of the application determines the physical size of the desktop picture based on the scan density of the target display.
In one possible example, the physical dimensions of the desktop picture include the physical width and physical height of the desktop picture in inches in the target display. After the second process obtains the desktop picture, determining the ratio of the pixel width of the desktop picture to the scanning density of the target display as the physical width of the desktop picture in the target display, and determining the ratio of the pixel height of the desktop picture to the scanning density of the target display as the physical height of the desktop picture in the target display.
For example, the pixel width and pixel height of the desktop picture are 1920 pixels and 1080 pixels, respectively, and the scan density of the target display is 120DPI, then its physical width is 16 inches, and its physical height is 9 inches. When in the extended mode, the second process determines physical dimensions of desktop pictures of the main display and the sub-display according to scan densities of the main display and the sub-display, respectively.
In step 105, the second process of the application creates a screenshot window conforming to the physical size.
In one possible example, the second process creates a screenshot window in the target display that matches the physical width and physical height of the desktop picture based on the physical width and physical height of the desktop picture in the main display.
When in the extended mode, the second process creates a partial screenshot window in the main display that matches the physical width and physical height in the main display; the second process creates a partial screenshot window in the secondary display, which accords with the physical width and the physical height in the secondary display, according to the physical width and the physical height of the desktop picture in the secondary display; the partial screenshot windows of the main display and the sub-display are combined into a complete screenshot window.
Referring to fig. 4A and 4B, fig. 4A and 4B are schematic diagrams of a screenshot window provided by an embodiment of the present invention. When the main display and the sub-display are the same in size, for example, both are 21.5 inches, as shown in fig. 4A, a screenshot window 1 is created in the main display on the left side, and the physical size of the screenshot window 1 is the same as the physical size of the desktop picture of the main display obtained in step 104; creating a screenshot window 2 in the secondary display on the right side, wherein the physical size of the screenshot window 2 is the same as the physical size of the desktop picture of the secondary display obtained in step 104; and splicing the screenshot window 1 and the screenshot window 2 to obtain a complete screenshot window.
When the main display and the sub-display are different in size, as shown by a broken line in fig. 4B, the screen capturing window is rectangular surrounding the main display 3 and the sub-display 4, wherein the main display 3 and the sub-display 4 are effective display areas, and a portion of the screen capturing window under the main display 3 does not display contents.
In step 106, the application displays the desktop picture in the screenshot window.
In one possible example, when in the extended mode, the target display includes a main display and a sub-display; and displaying the desktop picture of the main display in a partial screenshot window created by the main display, and displaying the desktop picture of the sub-display in a partial screenshot window created by the sub-display. When the main display and the sub display are the same in size, the desktop picture of the main display is displayed in the screenshot window 1 according to the physical size obtained in step 104, and the desktop picture of the sub display is displayed in the screenshot window 2 according to the physical size obtained in step 104. When the main display and the sub-display are different in size, the desktop picture of the main display is displayed in the main display 3 in accordance with the physical size obtained in step 104, and the desktop picture of the sub-display is displayed in the sub-display 4 in accordance with the physical size obtained in step 104.
In step 107, the second process of the application generates a screenshot result from the desktop picture in the screenshot window.
In one possible example, prior to step 107, the first process obtains the effect data of the screenshot, sequences the effect data into a byte sequence, and sends the byte sequence to the second process. Wherein serialization refers to the process of converting an object into a byte sequence, and deserialization refers to the process of recovering a byte sequence into an object; serialization converts objects into an ordered byte stream to facilitate the transfer of objects over a network or to preserve objects in local files, ensuring the integrity and transitivity of the objects. The effect data may be preset, or may be set when the user triggers the screenshot operation, including relevant data such as invisible watermarks (including identity information), text, and mosaics.
In one possible example, as shown in fig. 5, fig. 5 is a schematic flow chart of a screenshot processing method provided in an embodiment of the present invention, and step 107 will be described in conjunction with the steps shown in fig. 5.
In step 201, the second process deserializes the byte sequence to obtain effect data.
In step 202, the second process displays the effects that can be added in the toolbar of the screenshot window according to the effect data.
In step 203, the second process, in response to the special effect editing operation on the desktop picture based on the special effect, fuses the desktop picture with the special effect data generated according to the special effect editing operation, so as to obtain a screenshot result.
If the identity information of the login user needs to be implanted in the effect data, the second process cannot acquire the identity information, so that the first process can only transmit the serialized effect data to the second process; if the effect data does not include the identity information of the user, the step of "the first process obtaining the effect data of the screenshot, serializing the effect data into a byte sequence, and sending the byte sequence to the second process" may be omitted, and correspondingly, step 201 may also be omitted. The second process displays a toolbar in the created screenshot window, displays a plurality of special effects which can be added in the toolbar, supports a user to use the toolbar to carry out special effect editing operation on the desktop picture so as to generate special effect data, and fuses the special effect data with the desktop picture; when the user does not use the tool bar to carry out special effect editing operation on the desktop picture, special effect data are not generated, and fusion of the special effect data and the desktop picture is not needed.
In one possible example, if the screen is a full screen, the full screen is set as a screen capture area, and the desktop picture displayed in the screen capture window is taken as a screen capture result. At this time, special effect editing can be performed in the desktop picture displayed in the screenshot window. If the screen is the region screen capture, namely only a part of the full screen (the desktop picture displayed in the screen capture window) is selected as the screen capture region.
When the desktop picture is displayed in the screenshot window, the second process responds to screenshot region selection operation, and position parameters (such as coordinates of the upper left corner and the lower right corner of the screenshot region/center coordinates and the size of the screenshot region) of the screenshot region are obtained, wherein the screenshot region selection operation is used for determining that the screenshot is full screen screenshot or region screenshot according to the physical size of the screenshot region; in the screenshot window, the position of the screenshot area is displayed according to the position parameter of the screenshot area, for example, the position of the screenshot area is displayed in the desktop picture in a dotted line frame manner. Then, according to the position parameters of the screenshot area, carrying out the matting processing on the desktop picture, namely, intercepting the screenshot area from the whole desktop picture; and fusing the picture of the screenshot area obtained after the matting processing with special effect data generated on the screenshot area according to special effect editing operation to obtain screenshot results.
After step 107, the second process sends the screenshot result to the data sharing location of the operating system and notifies the first process that the screenshot is complete, so that the first process ends the second process.
The data sharing location is a location in the operating system for sharing data, for example, a clipboard, and because the clipboard occupies a certain storage space in the memory, the clipboard can store the shared data.
In one possible example, after the screenshot is completed, the second process may not be ended, that is, the second process may reside in the background, or the first process may end the second process when the idle time of the second process exceeds the idle time threshold, so when the screenshot operation of the user is received, the second process of the screenshot is not required to be created through the first process, the screenshot related operation can be directly executed through the second process, and the response speed is faster and the efficiency is higher. The second process uses the system interface to send a system message to the first process to inform the first process that the screenshot is completed, the first process generates an end process message after receiving the system message, and sends the end process message to the second process to end the second process. . And then, if the main process needs to use the screenshot result, directly calling the screenshot result in the data sharing position.
In the above steps, the desktop pictures of the main display and the sub display, the pictures of the screenshot areas and the fused screenshot results are stored in the memory, and after the screenshot is completed, the operating system cleans the desktop pictures and the pictures of the screenshot areas stored in the memory.
Therefore, the embodiment of the invention can avoid influencing the first process when the screenshot is abnormal by performing the screenshot related processing operation through the second process. The second process obtains the scanning density of the target display, and further can determine the physical dimensions of the screenshot window and the desktop picture in the screenshot window, so that the screenshot window and the desktop picture can be correctly displayed, the display range of the display is not exceeded, and the black edge is not excessively reduced. And generating a screenshot result according to the desktop picture in the screenshot window, so that not only can accurate screenshot be realized, but also special effect data displayed on the screenshot result band can be realized.
The following describes a screenshot processing method by taking an extension mode as an example, referring to fig. 3B, fig. 3B is a schematic flow chart of the screenshot processing method according to an embodiment of the present invention, and the description will be made with reference to the steps shown in fig. 3B.
In step 301, a first process sequences effect data to obtain a byte sequence;
In step 302, a first process creates a second process for screenshot;
in step 303, the first process sends a byte sequence to the second process;
in step 304, the second process deserializes the byte sequence to obtain effect data;
in step 305, the second process obtains scan densities of the main display and the at least one sub-display;
in step 306, the second process obtains desktop pictures of the main display and the at least one sub-display;
in step 307, the second process determines physical dimensions of the desktop pictures of the main display and the at least one sub-display according to the scan densities of the main display and the at least one sub-display, respectively;
in step 308, the second process creates a partial screenshot window in the main display according to the physical dimensions of the desktop picture of the main display;
in step 309, the second process creates a partial screenshot window in the at least one secondary display according to the physical size of the desktop picture of the at least one secondary display;
in step 310, the second process combines partial screenshot windows of the primary display and the at least one secondary display into a complete screenshot window;
in step 311, the second process displays desktop pictures of the main display and at least one sub-display in the complete screenshot window;
In step 312, the second process displays the addable special effects in the complete screenshot window according to the effect data;
in step 313, the second process, in response to the special effect editing operation on the desktop pictures of the main display and the at least one sub-display based on the special effect, fuses the desktop pictures with the special effect data generated according to the special effect editing operation to obtain a screenshot result;
in step 314, the second process sends the screenshot results to the operating system in the data sharing location, generating a system message;
in step 315, the second process sends a system message to the first process;
in step 316, the first process generates an end process message;
in step 317, the first process sends an end process message to the second process;
in step 318, the second process ends.
Wherein, in the extended mode, the target display is a main display and at least one sub-display. For a detailed description of the above steps, reference may be made to the above description, and no further description is given here.
An exemplary application of an embodiment of the present invention in a practical application will be described below. In different phases of the application, the electronic device needs to perform different operations to achieve accurate screenshot in the application. Embodiments of the present invention will be described below in terms of two phases, a code development phase of an application program and an execution phase of the application program.
1. In the code development stage of application program
In the code development stage of the application program, code related to the screenshot in a main project used by a main process of the application program is required to be determined, and engineering splitting is carried out, namely the code related to the screenshot is separated from the main project to be used as a screenshot project used by a subprocess for the screenshot, and the screenshot project is independent of the main project. At the portal of the screenshot project there is code for creating a screenshot window. After the project is split, the screenshot project is declared to be display-level sensing, so that the screenshot of any display can be ensured to acquire the scanning density of the corresponding display.
2. At the running stage of the application program, different screenshot scenes are used for describing
Scene 1: in the expansion mode, the target display is a main display and at least one sub-display, and full screen/region screenshot is performed.
Referring to fig. 6, fig. 6 is a schematic flow chart of a screenshot provided by an embodiment of the present invention. In the extended mode, the main display and the sub-display are used as a complete (virtual) display, and the full screen capture actually forms a capture including both the main display desktop picture and the sub-display desktop picture.
Referring to fig. 7, fig. 7 is a schematic diagram of a screenshot of a session window in an application according to an embodiment of the present invention. In the process of operating an application program in the sub-display desktop, the user triggers a screenshot by a certain operation, for example, pressing a screenshot shortcut key such as "shift+alt+a", or clicking a screenshot button 701 as shown in fig. 7. After receiving the trigger screenshot operation of the user, screenshot processing is performed through the following steps.
Step 1, the host process 601 in fig. 6 obtains the effect data (such as text, mosaic, invisible watermark representing user identity information) of the current login user (e.g. local or cloud), converts (serializes) the effect data and merges the effect data into a character string (byte sequence); the main process creates a sub-process 602 for the screenshot and passes the serialized string to the sub-process along with other execution parameters of the sub-process (e.g., path parameters, memory locations for code pointing to the screenshot window); and the sub-process entrance performs deserialization on the serialized character strings, and analyzes the effect data transmitted by the main process.
The effect data transferred from the main process to the sub-process may be preset, or may be set when the screenshot operation is triggered in the window of the main process, including relevant data such as invisible watermark (including identity information), text, mosaic, etc.
If the identity information of the login user needs to be implanted in the effect data, the sub-process cannot acquire the identity information, so that a mode of transmitting the identity information from the main process to the sub-process can only be adopted; if the user's identity information is not included in the effect data, the step of "the main process transferring the effect data to the sub-process" may be default. The special effect setting function is also provided for the user in the screenshot window of the subprocess.
And 2, respectively reading scanning densities of the main display and the auxiliary display by a sub-process through screenshot engineering, and calculating physical sizes of desktop pictures of the main display and the auxiliary display according to the scanning densities of the main display and the auxiliary display.
After the scanning density of the main display and the secondary display is read, the electronic device determines the resolutions of the desktop pictures of the main display and the secondary display, obtains the physical width of the desktop pictures of the main/secondary display according to the ratio of the horizontal resolution of the desktop pictures of the main/secondary display to the scanning density of the main/secondary display, and obtains the physical height of the desktop pictures of the main/secondary display according to the ratio of the vertical resolution of the desktop pictures of the main/secondary display to the scanning density of the main/secondary display.
And 3, creating a screenshot window according to the physical size obtained in the step 2 by the subprocess, acquiring desktop pictures of the main display and the auxiliary display through a calling interface, splicing the desktop pictures of the main display and the auxiliary display into a complete picture according to the respective physical size, and displaying the complete picture in the screenshot window.
The sub-process creates a screenshot window in a virtual display composed of a main display and a sub-display, wherein the physical size of the screenshot window is equal to the physical size of a rectangle at the outermost periphery of a desktop picture of the main display and a desktop picture of the sub-display.
The subprocess calls an operating system interface to respectively acquire desktop pictures of the main display and the auxiliary display; the operating system interface is an interface that the operating system opens to an application program, such as DX GI (DirectX Graphics Infrastructure, directX graphical interface) provided by the Windows system, and the interface parameters include a screenshot time and a display identifier. When the interface is called, the mirror image drive of the operating system reads the image corresponding to the display identifier and the screenshot time from the video memory and outputs the image. In step 3, the sub-process further supports selecting a screenshot area in the screenshot window to perform regional screenshot, and performing a matting operation according to the position parameters (such as the coordinates of the upper left corner and the lower right corner/the center coordinates, and the pixel width and the pixel height of the area) of the screenshot area, where the obtained picture of the screenshot area is stored in the memory.
Step 4, the subprocess displays special effects such as watermarks, mosaics, characters and the like which can be added in the screenshot window in a toolbar of the screenshot window; at the moment, the user can call the toolbar to edit the special effects of the pictures in the screenshot window, and the special effect data are stored. As shown in toolbar 702 in fig. 7. Step 4 includes the following two cases.
And 4.1, the subprocess receives effect data (such as special effect data embedded with user identity information) sent by the main process, displays special effects which can be added to the screenshot in the toolbar, and supports special effect setting (such as special effect number, display position and effect setting) of the picture through the toolbar.
And 4.2, regardless of whether the effect data sent by the main process is received or not, the subprocess can present a toolbar of the special effect in the screenshot window, and the special effect setting of the picture through the toolbar is supported.
And 5, fusing the special effect data added into the screenshot with the picture of the screenshot area in the memory by the subprocess.
The fusion mode is various, taking watermarking as an example, an explicit watermark can be directly displayed on a screenshot, or an implicit watermark can be written into picture data but not directly rendered on a picture.
And 6, after data fusion, saving the picture (final screenshot) of the screenshot area fused with the special effect data into a picture file, outputting the picture file to a system clipboard, simultaneously using a system interface function to send a system message WM_COPYDATA (used for carrying out inter-process data transmission) to a main process, informing the main process that the screenshot is completed, generating an end process message after the main process receives the system message, and sending the end process message to a sub-process to end the sub-process. And simultaneously cleaning the picture data in the memory and the picture in the screenshot area.
If the sub-process needs to take the execution result information which does not include the final screenshot to the main process, the required data can be packaged in the sub-process and sent to the main process through the parameters of WM_COPYDATA. In addition, because the system interface functions are synchronously executed, the subprocess can destroy the packaged data after the main process receives the data, and the abnormal phenomenon that the memory is released when the data is not sent completely can not occur. If the main process needs to use the final screenshot, the picture file in the clipboard is directly called.
Scene 2: in copy mode, the target display is the main/sub display, and full screen/area screenshot is performed.
In scene 2, a screenshot is triggered in the process of a user operating an application in the desktop of the main/sub display; the electronic equipment acquires a desktop picture of the main/sub display; and displaying a screenshot window in the desktop of the main/sub display, and displaying a desktop picture of the main/sub display in the screenshot window of the main/sub display.
Scene 3: single screen mode.
In scenario 3, there is only one display, and the screenshot does not have problems, and the screenshot process is similar to scenario 2.
Continuing with the description below of an exemplary architecture of the screenshot processing device 255 implemented as a software module provided by an embodiment of the present invention, in some embodiments, as shown in fig. 2, the software modules stored in the screenshot processing device 255 in memory may include: a creation module 2551 for a first process of the application program creating a second process for the screenshot; an acquisition module 2552, configured to acquire a scan density of the target display in the second process; the target display is a display which needs to be captured; a determining module 2553, configured to obtain a desktop picture of the target display according to the second process, and determine a physical size of the desktop picture according to a scanning density of the target display; the display module 2554 is configured to create a screenshot window according with the physical size by the second process, and display a desktop picture in the screenshot window; the screenshot generating module 2555 is configured to generate a screenshot result according to the desktop picture in the screenshot window by using the second process.
In some embodiments, a module is created for: when the first process of the application program is a main process of the application program, and when the first process is started, the first process creates a second process, or when the first process receives a screenshot instruction sent by an operating system, the first process creates the second process; the first process sends the path parameters of the codes of the screenshot windows to the second process; the path parameters are used for enabling the second process to read codes of the screenshot windows according to the path parameters, and creating the screenshot windows conforming to the physical size when the physical size is acquired.
In some embodiments, the acquisition module is configured to: the second process declares the scan density aware mode of the second process to the operating system as display level aware to query the operating system for scan density of the target display.
In some embodiments, the determining module is configured to: the second process calls a screenshot interface of the operating system to acquire desktop pictures matched with the identification of the target display and the screenshot time from the screenshot interface; and determining the ratio of the pixel width of the desktop picture to the scanning density of the target display as the physical width of the desktop picture in the target display, and determining the ratio of the pixel height of the desktop picture to the scanning density of the target display as the physical height of the desktop picture in the target display.
In some embodiments, the display module is configured to: the second process creates a screenshot window in the target display that matches the physical width and the physical height according to the physical width and the physical height of the desktop picture in the target display.
In some embodiments, the display module is further configured to: when in the extended mode, the target display includes a main display and a sub-display; and displaying the desktop picture of the main display in a partial screenshot window created by the main display, and displaying the desktop picture of the sub-display in a partial screenshot window created by the sub-display.
In some embodiments, the screenshot generation module is to: the first process acquires effect data of the screenshot, sequences the effect data into a byte sequence, and sends the byte sequence to the second process; the second process deserializes the byte sequence to obtain effect data; displaying the special effects which can be added in a toolbar of the screenshot window according to the effect data; and in response to the special effect editing operation on the desktop picture based on the special effect, fusing the desktop picture with special effect data generated according to the special effect editing operation to obtain a screenshot result.
In some embodiments, the screenshot generating module is further to: the second process responds to the screenshot area selection operation to obtain the position parameters of the screenshot area; and displaying the position of the screenshot area in the screenshot window according to the position parameter of the screenshot area.
In some embodiments, the screenshot generating module is further to: according to the position parameters of the screenshot area, carrying out matting processing on the desktop picture; and fusing the picture of the screenshot area obtained after the matting processing with special effect data generated according to special effect editing operation.
In some embodiments, the screenshot generating module is further to: and the second process sends the screenshot result to the data sharing position of the operating system and notifies the first process of the screenshot completion so that the first process ends the second process.
Embodiments of the present invention provide a computer-readable storage medium storing executable instructions that, when executed by a processor, cause the processor to perform a screenshot processing method provided by embodiments of the present invention, for example, a screenshot processing method as shown in fig. 3A.
In some embodiments, the computer readable storage medium may be FRAM, ROM, PROM, EP ROM, EEPROM, flash memory, magnetic surface memory, optical disk, or CD-ROM; but may be a variety of devices including one or any combination of the above memories.
In some embodiments, the executable instructions may be in the form of programs, software modules, scripts, or code, written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and they may be deployed in any form, including as stand-alone programs or as modules, components, subroutines, or other units suitable for use in a computing environment.
As an example, the executable instructions may, but need not, correspond to files in a file system, may be stored as part of a file that holds other programs or data, for example, in one or more scripts in a hypertext markup language (HTML, hyper Text Markup Language) document, in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub-programs, or portions of code).
As an example, executable instructions may be deployed to be executed on one computing device or on multiple computing devices located at one site or, alternatively, distributed across multiple sites and interconnected by a communication network.
In summary, in the embodiment of the present invention, the first process creates the second process to perform the screenshot, and since the screenshot is decoupled from the first process, the workload of the first process can be reduced, and the stable operation of the first process is ensured; and in the second process, a screenshot window is created according to the scanning density of the target display, so that the physical size of the screenshot window is adapted to the target display, and the accuracy of a screenshot result generated based on the screenshot window is further ensured.
The above is merely an example of the present invention and is not intended to limit the scope of the present invention. Any modification, equivalent replacement, improvement, etc. made within the spirit and scope of the present invention are included in the protection scope of the present invention.
Claims (11)
1. A method of processing a screenshot, the method comprising:
creating a second process for screenshot by the first process of the application program;
the first process acquires effect data of a screenshot, sequences the effect data into a byte sequence, and sends the byte sequence to the second process;
the second process obtains the scanning density of the target display; the target display is a display which needs to be captured;
the second process obtains a desktop picture of the target display, and determines the physical size of the desktop picture according to the scanning density of the target display;
the second process creates a screenshot window conforming to the physical size and displays the desktop picture in the screenshot window;
and the second process deserializes the byte sequence to obtain the effect data, displays the addable special effects in the toolbar of the screenshot window according to the effect data, and fuses the desktop picture with the special effect data generated according to the special effect editing operation in response to the special effect editing operation on the desktop picture based on the special effects to obtain a screenshot result.
2. The method of claim 1, the first process of the application creating a second process for screenshot, comprising:
when the first process of the application program is a main process of the application program, and when the first process is started, the first process creates the second process, or when the first process receives a screenshot instruction sent by an operating system, the first process creates the second process;
the first process sends the path parameters of the codes of the screenshot windows to the second process;
the path parameter is used for enabling the second process to read codes of the screenshot windows according to the path parameter, and creating the screenshot windows conforming to the physical size when the physical size is obtained.
3. The method of claim 1, wherein the second process obtains a scan density of the target display, comprising:
the second process declares to an operating system that a scan density awareness mode of the second process is display level awareness to query the operating system for scan densities of the target display.
4. The method of claim 1, wherein the second process obtaining a desktop picture of the target display comprises:
The second process calls a screenshot interface of the operating system to
Acquiring a desktop picture matched with the identification of the target display and the screenshot time from the screenshot interface;
the determining the physical size of the screenshot window according to the scanning density of the target display includes:
determining the ratio of the pixel width of the desktop picture to the scanning density of the target display as the physical width of the desktop picture in the target display, and
and determining the ratio of the pixel height of the desktop picture to the scanning density of the target display as the physical height of the desktop picture in the target display.
5. The method of claim 4, wherein the second process creates a screenshot window conforming to the physical size, comprising:
the second process creates a screenshot window in the target display conforming to the physical width and the physical height according to the physical width and the physical height of the desktop picture in the target display.
6. The method of claim 1, wherein the target display comprises a primary display and a secondary display when in an extended mode; the step of displaying the desktop picture in the screenshot window comprises the following steps:
And displaying the desktop picture of the main display in a partial screenshot window created by the main display, and displaying the desktop picture of the auxiliary display in a partial screenshot window created by the auxiliary display.
7. The method of claim 1, wherein after displaying the desktop picture in the screenshot window, the method further comprises:
the second process responds to the screenshot area selection operation to obtain the position parameters of the screenshot area;
displaying the position of the screenshot area in the screenshot window according to the position parameter of the screenshot area;
the fusing the desktop picture with the special effect data generated according to the special effect editing operation comprises the following steps:
carrying out matting processing on the desktop picture according to the position parameters of the screenshot area;
and fusing the picture of the screenshot area obtained after the matting processing with special effect data generated according to the special effect editing operation.
8. The method according to any one of claims 1 to 7, wherein after the obtaining of the screenshot result, the method further comprises:
the second process sends the screenshot result to the data sharing position of the operating system and notifies the first process that the screenshot is completed, so that
The first process ends the second process.
9. A screenshot processing apparatus, comprising:
the creation module is used for creating a second process for screenshot by the first process of the application program; the first process acquires effect data of a screenshot, sequences the effect data into a byte sequence, and sends the byte sequence to the second process;
the acquisition module is used for acquiring the scanning density of the target display by the second process; the target display is a display which needs to be captured;
the determining module is used for acquiring a desktop picture of the target display by the second process and determining the physical size of the desktop picture according to the scanning density of the target display;
the display module is used for creating a screenshot window which accords with the physical size by the second process and displaying the desktop picture in the screenshot window;
and the screenshot generating module is used for deserializing the byte sequence by the second process to obtain the effect data, displaying the addable special effects in a toolbar of the screenshot window according to the effect data, and fusing the desktop picture with the special effect data generated according to the special effect editing operation in response to the special effect editing operation on the desktop picture based on the special effects to obtain a screenshot result.
10. An electronic device, comprising:
a memory for storing executable instructions;
a processor for implementing the screenshot processing method of any one of claims 1 to 8 when executing executable instructions stored in the memory.
11. A computer readable storage medium storing executable instructions for causing a processor to perform the screenshot processing method of any one of claims 1 to 8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010380738.0A CN113687750B (en) | 2020-05-08 | 2020-05-08 | Screenshot processing method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010380738.0A CN113687750B (en) | 2020-05-08 | 2020-05-08 | Screenshot processing method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113687750A CN113687750A (en) | 2021-11-23 |
| CN113687750B true CN113687750B (en) | 2023-10-27 |
Family
ID=78575249
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010380738.0A Active CN113687750B (en) | 2020-05-08 | 2020-05-08 | Screenshot processing method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113687750B (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106294159A (en) * | 2016-08-12 | 2017-01-04 | 腾讯科技（深圳）有限公司 | A kind of method controlling screenshotss and screenshotss control device |
| CN109144370A (en) * | 2018-09-30 | 2019-01-04 | 珠海市君天电子科技有限公司 | A kind of screenshotss method, apparatus, terminal and computer-readable medium |
| CN109408179A (en) * | 2018-10-08 | 2019-03-01 | 北京金山安全软件有限公司 | Method and device for determining comprehensive screen of terminal equipment |
| CN110286831A (en) * | 2019-06-28 | 2019-09-27 | 北京金山云网络技术有限公司 | Screenshot method, device and terminal device |
| CN110515514A (en) * | 2019-08-30 | 2019-11-29 | 腾讯科技（深圳）有限公司 | A kind of data processing method, device and storage medium |
| CN110557417A (en) * | 2018-05-31 | 2019-12-10 | 西安中兴新软件有限责任公司 | Image processing method and device and storage medium |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150128017A1 (en) * | 2013-11-06 | 2015-05-07 | International Business Machines Corporation | Enabling interactive screenshots within collaborative applications |
| US10776905B2 (en) * | 2018-02-28 | 2020-09-15 | Microsoft Technology Licensing, Llc | Adaptive interface transformation across display screens |
-
2020
- 2020-05-08 CN CN202010380738.0A patent/CN113687750B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106294159A (en) * | 2016-08-12 | 2017-01-04 | 腾讯科技（深圳）有限公司 | A kind of method controlling screenshotss and screenshotss control device |
| CN110557417A (en) * | 2018-05-31 | 2019-12-10 | 西安中兴新软件有限责任公司 | Image processing method and device and storage medium |
| CN109144370A (en) * | 2018-09-30 | 2019-01-04 | 珠海市君天电子科技有限公司 | A kind of screenshotss method, apparatus, terminal and computer-readable medium |
| CN109408179A (en) * | 2018-10-08 | 2019-03-01 | 北京金山安全软件有限公司 | Method and device for determining comprehensive screen of terminal equipment |
| CN110286831A (en) * | 2019-06-28 | 2019-09-27 | 北京金山云网络技术有限公司 | Screenshot method, device and terminal device |
| CN110515514A (en) * | 2019-08-30 | 2019-11-29 | 腾讯科技（深圳）有限公司 | A kind of data processing method, device and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113687750A (en) | 2021-11-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI776066B (en) | Picture generating method, device, terminal, server and storage medium | |
| CN109782976B (en) | File processing method, device, terminal and storage medium | |
| KR102278932B1 (en) | Application program processing method and terminal device | |
| KR102463304B1 (en) | Video processing method and device, electronic device, computer-readable storage medium and computer program | |
| WO2019047147A1 (en) | Icon moving method and device | |
| CN103268628B (en) | Virtual surface renders | |
| MX2008003406A (en) | Extensible visual effects on active content in user interfaces. | |
| CN108427589B (en) | Data processing method and electronic equipment | |
| WO2021259185A1 (en) | Image processing method and apparatus, device, and readable storage medium | |
| US7958458B2 (en) | Method for supporting data linkage between applications | |
| JP2015509633A (en) | Application display method and terminal | |
| US20140325409A1 (en) | Active & Efficient Monitoring of a Graphical User Interface | |
| US11190653B2 (en) | Techniques for capturing an image within the context of a document | |
| CN104765528A (en) | Display method and device of virtual keyboard | |
| KR20190021016A (en) | Electronic device and control method thereof | |
| CN110750664A (en) | Picture display method and device | |
| WO2019047187A1 (en) | Navigation bar control method and device | |
| US9632696B2 (en) | Presentation system to facilitate the association of handwriting input by a participant user with a page of a presentation | |
| CN113687750B (en) | Screenshot processing method and device | |
| JP4849302B2 (en) | Display control apparatus, display control method, and program | |
| CN107680038B (en) | Picture processing method, medium and related device | |
| JP2996933B2 (en) | Drawing display device | |
| CN112367295B (en) | Plug-in display method and device, storage medium and electronic equipment | |
| CN112740161A (en) | Terminal, method for controlling terminal, and recording medium having recorded therein program for implementing the method | |
| KR20230086770A (en) | Shooting method, shooting device, electronic device and readable storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40054070 Country of ref document: HK |
|
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |