Progress information display method and device

Abstract

The embodiment of the invention provides a progress information display method which is applied to electronic equipment, a first application program APP runs in the electronic equipment, the first APP records data of a first event, and the method comprises the steps of obtaining completed progress data of the first event based on the data of the first event, and displaying progress information of the first event based on the completed progress data. Intercepting drawing parameters of the completed progress of the first event from all pre-configured completed progress data, intercepting drawing parameters of the uncompleted progress of the first event from all pre-generated uncompleted progress data on the basis of the completed progress data, and drawing the first event on the basis of the completed progress drawing parameters and the uncompleted progress drawing parameters on the basis of the completed progress drawing parameters and the uncompleted progress drawing parameters. And drawing a progress object representing progress information of the first event, and displaying the progress object in a card associated with the first APP. The progress object is displayed in the card, so that the progress of the first event can be reminded, and the display function of the card is improved.

Description

Technical Field

[0001] The present application relates to the field of electronic information technology, and in particular to a method and device for displaying progress information. Background Art

[0002] With the development of smart terminals, the functions of applications (APP) are becoming more and more perfect. The card display function of APP can be understood as displaying cards in areas such as the desktop or the pull-down notification bar, and the display content of APP is displayed in the card. Compared with the display interface of APP, the card usually has a simple interface and does not require users to open the display interface of APP, so that users can obtain the display content of APP more quickly and conveniently.

[0003] There is still room for improvement in the card display function of the APP. Summary of the invention

[0004] The present application provides a method for displaying progress information, aiming to solve the problem of how to improve the card display function of an APP.

[0005] In order to achieve the above objectives, this application provides the following technical solutions:

[0006] The first aspect of the present application provides a method for displaying progress information, which is applied to an electronic device, in which a first application APP is running, and the first APP records data of a first event. The method includes: based on the data of the first event, obtaining the completed progress data of the first event, based on the completed progress data, intercepting the drawing parameters of the completed progress of the first event from all pre-configured completed progress data, based on the completed progress data, intercepting the drawing parameters of the unfinished progress of the first event from all pre-generated unfinished progress data, based on the completed progress data, drawing a progress object representing the progress information of the first event based on the drawing parameters of the completed progress and the drawing parameters of the unfinished progress, and displaying the progress object in a card associated with the first APP. Displaying the progress object in the card can realize a reminder of the progress of the first event, and realize an improvement in the display function of the card.

[0007] In some implementations, based on the completed progress data of the first event, the drawing parameters of the completed progress of the first event are intercepted from the pre-configured all completed progress data, including: obtaining the pre-configured all completed progress data, the all completed progress data including the data of all completed progress bars, the data of all completed progress bars including the length of the progress segment and the length of the first gap, the first gap being the gap between adjacent progress segments, and calculating the number of progress segments in the completed progress bar to be drawn, the length of the last segment, and the length of the second gap, the second gap being the gap after the last segment, based on the completed progress data of the first event. Based on all completed progress bars including the progress segments and the gaps, the parameters of the completed progress bar to be drawn are obtained, which has the advantages of simple calculation and easy implementation, and can reduce the amount of calculation, thereby saving calculation resources.

[0008] In some implementations, the lengths of multiple progress segments in all completed progress bars are equal, the lengths of the first gaps between adjacent progress segments are equal, and the number of progress segments in the completed progress bar to be drawn is calculated based on the completed progress data of the first event, including: obtaining the number of progress segments in the completed progress bar to be drawn based on the ratio of the completed progress data to a first value, the first value including the sum of the length of a progress segment and the length of a first gap. The equal lengths of the progress segments and the equal gap lengths can further reduce the amount of calculation, thereby further saving calculation resources.

[0009] In some implementations, the process of calculating the length of the last segment includes: obtaining the length of the last segment based on a result of a modulo operation between the progress data and the first value, with lower computing resource usage.

[0010] In some implementations, the process of calculating the length of the second gap includes: if the length of the last segment is not greater than the length of the progress segment, the length of the second gap is 0; if the length of the last segment is greater than the length of the progress segment, the length of the second gap is obtained based on the difference between the length of the last segment and the length of the progress segment. In addition to having a lower computing resource usage, classified calculations in different situations can also obtain accurate drawing results.

[0011] In some implementations, based on the completed progress data, the drawing parameters of the unfinished progress of the first event are intercepted from all the pre-generated unfinished progress data, including: obtaining all the pre-generated unfinished progress data, all the unfinished progress data including the data of all the unfinished progress bars, all the unfinished progress bar data including the length of each classification segment, based on the completed progress data and the accumulated parameter, searching for the target segment in the classification segment, the target segment is the classification segment that needs to be segmented, the accumulated parameter is the sum of the lengths of at least one classification segment, and based on the accumulated parameter, the length of the target segment, and the completed progress data, setting the length of the first segment in the unfinished progress bar to be drawn. Searching for the classification segment that needs to be segmented based on the segmented traversal and accumulation method is easy to implement and has high accuracy.

[0012] In some implementations, based on the completed progress data, the drawing parameters of the unfinished progress of the first event are intercepted from all the pre-generated unfinished progress data, and also include: if the target segment is not the last segment in the unfinished progress bar to be drawn, the length of other classification segments after the first segment is the length in all the unfinished progress bars, so as to obtain a more accurate drawing result.

[0013] In some implementations, the classification segments include: road condition segments, and the generation process of all unfinished progress bars includes: obtaining the total distance value of the driving distance and road condition data from the first APP, dividing the total distance into various road condition segments based on the congestion level indicated by the road condition data, and calculating the length of each road condition segment if the congestion levels of two adjacent road condition segments are different. Using road condition segments to indicate the congestion level of unfinished progress is conducive to obtaining a better user experience.

[0014] In some implementations, before obtaining the completed progress data of the first event, it also includes: in response to not obtaining the completed progress data of the first event, displaying a dynamic object indicating that there is no progress in the card, so as to display special progress information and further enhance the user experience.

[0015] In some implementations, the progress object includes a target object, the target object includes a foreground and a background, and drawing the progress object representing the progress information of the first event includes: cutting the canvas in the target object to obtain a cutting result, wherein the length of the cut canvas is determined based on the total length of the foreground in the target object and the total length of the foreground in the drawing result, extracting the foreground from the cutting result to obtain a cut foreground, combining the cut foreground with the canvas before cutting to obtain the target object, so as to display the foreground in different styles at the beginning and the end, thereby improving the novelty of the displayed progress information.

[0016] In some implementations, an application layer and a system layer are run in an electronic device, the application layer includes a first APP and a second APP, the system layer includes a segmented progress bar control and a computing engine, and based on the data of the first event, the completed progress data of the first event is obtained, including: the second APP obtains the completed progress data of the first event based on the data of the first event obtained from the first APP; based on the completed progress data, the drawing parameters of the completed progress of the first event are intercepted from all pre-configured completed progress data, and based on the completed progress data, the drawing parameters of the unfinished progress of the first event are intercepted from all pre-generated unfinished progress data, including: the computing engine responds to the calculation notification of the segmented progress bar, based on the completed progress data, the drawing parameters of the completed progress of the first event are intercepted from all pre-configured completed progress data, and based on the completed progress data, the drawing parameters of the unfinished progress of the first event are intercepted from all pre-generated unfinished progress data.

[0017] The second aspect of the present application provides an electronic device, including: a processor and a memory, the memory is used to store computer program code, when the processor runs the computer program code, the electronic device executes the progress information display method provided by the first aspect of the present application.

[0018] The third aspect of the present application provides a computer storage medium for storing a computer program. When the computer program is executed, it is specifically used to implement the method for displaying progress information provided in the first aspect of the present application.

[0019] The fourth aspect of the present application provides a computer program product including instructions. When the computer program product is run on a computer or a processor, the computer or the processor executes the method for displaying progress information provided in the first aspect of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Figure 1 This is an example of a card for a sports and health app.

[0021] Figure 2a This is an example diagram of a travel reminder card when travel progress is detected;

[0022] Figure 2b This is an example image of a travel reminder card when the travel progress is not detected;

[0023] Figure 3 An example diagram of the structure of an electronic device provided in an embodiment of the present application;

[0024] Figure 4 An example diagram of a software and hardware framework in an electronic device provided in an embodiment of the present application;

[0025] Figure 5A flowchart of a method for displaying progress information provided by an embodiment of the present application;

[0026] Figure 6 A schematic diagram of the drawing principle of progress information provided in an embodiment of the present application;

[0027] Figure 7 This is an example diagram of progress bars with different progress obtained by splicing all completed progress bars and all uncompleted progress bars;

[0028] Figure 8 A flowchart of drawing progress information provided by an embodiment of the present application;

[0029] Fig. 9 A flowchart of calculating drawing parameters of completed progress provided in an embodiment of the present application;

[0030] Fig.10 A schematic diagram of all the parameters of the completion progress bar provided in the embodiment of the present application;

[0031] Fig.11 Various example diagrams of completed progress bars to be drawn provided in the embodiments of the present application;

[0032] Fig.12 A flowchart of calculating drawing parameters of unfinished progress provided in an embodiment of the present application;

[0033] Fig.13 A schematic diagram of the parameters of all unfinished progress bars provided in an embodiment of the present application;

[0034] Fig.14 Two example diagrams of unfinished progress bars to be drawn provided in the embodiments of the present application;

[0035] Fig.15 This is an example of an object with different styles at the beginning and end of the progress bar;

[0036] Fig.16 A flowchart for drawing objects with different head and tail styles provided in an embodiment of the present application. DETAILED DESCRIPTION

[0037] The technical solutions in the embodiments of the present application will be described clearly and completely below in conjunction with the drawings in the embodiments of the present application. The terms used in the following embodiments are only for the purpose of describing specific embodiments and are not intended to be used as limitations on the present application. As used in the specification and the appended claims of the present application, the singular expressions "one", "a kind", "said", "above", "the" and "this" are intended to also include expressions such as "one or more", unless there is a clear contrary indication in the context. It should also be understood that in the embodiments of the present application, "one or more" refers to one, two or more; "and / or" describes the association relationship of the associated objects, indicating that three relationships may exist; for example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone, where A and B can be singular or plural. The character " / " generally indicates that the objects associated before and after are in an "or" relationship.

[0038] References to "one embodiment" or "some embodiments" etc. described in this specification mean that a particular feature, structure or characteristic described in conjunction with the embodiment is included in one or more embodiments of the present application. Thus, the phrases "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. that appear at different places in this specification do not necessarily refer to the same embodiment, but mean "one or more but not all embodiments", unless otherwise specifically emphasized in other ways. The terms "including", "comprising", "having" and their variations all mean "including but not limited to", unless otherwise specifically emphasized in other ways.

[0039] The multiple involved in the embodiments of the present application means greater than or equal to two. It should be noted that in the description of the embodiments of the present application, the words "first", "second", etc. are only used for the purpose of distinguishing the description, and cannot be understood as indicating or implying relative importance, nor can they be understood as indicating or implying an order.

[0040] Figure 1 This is an example of a card for a sports health APP. Card 1 can be displayed on the desktop or in the pull-down notification bar. The card displays the name of the APP "Sports Health" 11, the number of kilometers walked "2.84 kilometers" 12, the calories consumed "200 kcal" 13, the exercise time "19 minutes" 14 and an icon representing the sports health APP 15.

[0041] The user can obtain the status of the currently completed exercise from Card 1 without opening the Sports Health APP.

[0042] During the research process, the inventor found that there is still room for improvement in the function of the APP card: displaying a progress bar in the card to indicate the progress can remind the user of the progress of the event (or business) running the APP, so that the card has the function of reminding the progress, thereby obtaining a better user experience.

[0043] like Figure 1 As shown, a progress bar 16 is also displayed on the card 1 of the sports health APP, and the progress bar 16 indicates the progress of the exercise. For example, the user sets the total walking distance to 7 kilometers in the sports health APP, and the progress bar 16 shows the progress of the completed distance compared with the total walking distance.

[0044] Understandably, Figure 1 The cards and progress bars shown are only examples. In addition to the Sports and Health APP, the cards of other APPs can also display progress bars to remind the progress of the events displayed by the APP. Different types of APPs display different events (or services), so the progress reminded by the progress bars displayed on the cards of different types of APPs also have different meanings.

[0045] Figure 2a This is an example of a travel reminder card 2. In card 2, the name of the APP "Travel Reminder" 21, the current road condition "Smooth Road" 22, the remaining distance "About 2 minutes (min) to arrive, 763 meters remaining" 23, the vehicle information "Beijing AXXXX, white" 24, and the progress bar 25 are displayed. The progress bar 25 indicates the current distance traveled, the remaining distance, and the road congestion of the unfinished distance. The darker the grayscale (different colors can be used in practice), the more serious the congestion.

[0046] Table 1 shows the information represented by the progress bar displayed in the cards of some different types of apps (i.e., used in different scenarios):

[0047] Table 1

[0048]

[0049]

[0050] In Table 1, in the scenarios of food delivery and taxi hailing, the progress bar is used to remind distance information, for example Figure 2a As shown, it can be understood that Figure 2a In the example, the distance information is expressed as the distance traveled and the distance not traveled in the total distance (i.e., the distance relationship), but it is not limited to other forms such as numerical representation. In the scenarios of food delivery and taxi hailing, in addition to indicating the distance relationship, the progress bar can also indicate road condition information such as Figure 2aTakeout and taxi are just examples of scenarios. As described in the descriptions corresponding to the takeout and taxi scenarios in Table 1, any scenario related to a geographic location can use a progress bar indicating a distance relationship.

[0051] The progress bar in the download and sports health scenarios indicates the progress information. Figure 1 As an example, the process information takes the length of the completed process and the unfinished process in the total process (i.e., the progress completion status) as an example, but it is not limited to this. Downloading and sports health are only scene examples. The progress bar that prompts the process information is suitable for scenes with clear processes, focusing on the display of process completion status.

[0052] The progress bar in the flight and high-speed rail scenarios indicates the current state or stage of the service (or business), such as the current registration stage, without involving specific numerical changes. Flights and high-speed rail are only examples of scenarios. As long as there is a clear state or stage division involved, the progress bar that indicates the stage information is applicable.

[0053] For ease of description, in the following embodiments, distance relationship, process information, and stage information are collectively referred to as progress information. The present application provides a method and device for displaying progress information.

[0054] It is understandable that the progress bar is only an example of progress information. In addition, the progress information can also be represented in other styles, such as numerical values.

[0055] It is understandable that no progress (which can be understood as no progress detected, which is different from detecting progress as 0) is a special case of progress information. In order to improve the user experience, in some scenarios, when the progress is not detected, the display effect of no progress is displayed. For example, in a travel scenario, if the travel progress has not been detected, a prompt message indicating that there is no clear progress will be displayed on the travel reminder card. Figure 2b For example, the travel reminder card 2 displays the dispatching reminder information 26 and the dynamic object 27, and the dynamic object 27 includes a progress bar 271, a highlight point 272, and a gradient interval 273 (the part of 272 located in the box). The gradient interval 273 is a part of the progress bar 271, and the highlight point 272 is displayed in the gradient interval 273. The dynamic object 27 achieves a dynamic effect by changing the position of the gradient interval 273, that is, the position of the dynamic interval 273 on the progress bar 271 is dynamically changed.

[0056] The method and device for displaying progress information described in the embodiments of the present application are used to display the above progress information.

[0057] The progress information display method and device provided in the present application are applied to electronic devices. In some implementations, the electronic device can be a mobile phone, a tablet computer, a desktop, a laptop, a notebook computer, an ultra-mobile personal computer (UMPC), a handheld computer, a netbook, a personal digital assistant (PDA), a wearable electronic device, a smart watch, and other devices.

[0058] Take mobile phones as an example of electronic devices. Figure 3 The figure shows a partial structure of a mobile phone related to an embodiment of the present application, including: a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, a button 190, a motor 191, an indicator 192, a camera 193, a display screen 194, and a subscriber identification module (SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, etc.

[0059] It is to be understood that the structure illustrated in this embodiment does not constitute a specific limitation on the electronic device. In other embodiments, the electronic device may include more or fewer components than shown in the figure, or combine some components, or split some components, or arrange the components differently. The components shown in the figure may be implemented in hardware, software, or a combination of software and hardware.

[0060] The processor 110 may include one or more processing units, for example, the processor 110 may include an application processor (AP), a modem processor, a graphics processor (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural-network processing unit (NPU), etc. Different processing units may be independent devices or integrated into one or more processors.

[0061] The controller can be the nerve center and command center of the electronic device. The controller can generate operation control signals according to the instruction operation code and timing signal to complete the control of fetching and executing instructions.

[0062] The processor 110 may also be provided with a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may store instructions or data that the processor 110 has just used or cyclically used. If the processor 110 needs to use the instruction or data again, it may be directly called from the memory, thereby avoiding repeated access, reducing the waiting time of the processor 110, and thus improving the efficiency of the system.

[0063] In some embodiments, the processor 110 may include one or more interfaces. The interface may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface, etc.

[0064] The MIPI interface can be used to connect the processor 110 with peripheral devices such as the display screen 194 and the camera 193. The MIPI interface includes a camera serial interface (CSI), a display serial interface (DSI), etc. In some embodiments, the processor 110 and the display screen 194 communicate via the DSI interface to realize the display function of the electronic device.

[0065] The GPIO interface can be configured by software. The GPIO interface can be configured as a control signal or as a data signal. In some embodiments, the GPIO interface can be used to connect the processor 110 with the camera 193, the display screen 194, the wireless communication module 160, the audio module 170, the sensor module 180, etc. It can be understood that the interface connection relationship between the modules illustrated in this embodiment is only a schematic illustration and does not constitute a structural limitation on the electronic device. In other embodiments of the present application, the electronic device may also adopt different interface connection methods in the above embodiments, or a combination of multiple interface connection methods.

[0066] The electronic device implements the display function through a GPU, a display screen 194, and an application processor. The GPU is a microprocessor for image processing, which connects the display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 110 may include one or more GPUs that execute program instructions to generate or change display information.

[0067] The display screen 194 is used to display images, videos, etc. The display screen 194 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode or an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), Miniled, MicroLed, Micro-oled, a quantum dot light-emitting diode (QLED), etc. In some embodiments, the electronic device may include 1 or N display screens 194, where N is a positive integer greater than 1.

[0068] A series of graphical user interfaces (GUIs) can be displayed on the display screen 194 of the electronic device, and these GUIs are the main screens of the electronic device. Generally speaking, the size of the display screen 194 of the electronic device is fixed, and only limited controls can be displayed on the display screen 194 of the electronic device. A control is a GUI element, which is a software component included in an application that controls all data processed by the application and interactive operations on these data. Users can interact with the controls through direct manipulation to read or edit relevant information of the application. Generally speaking, controls can include visual interface elements such as icons, buttons, menus, tabs, text boxes, dialog boxes, status bars, navigation bars, widgets, etc. For example, in an embodiment of the present application, the display screen 194 can display cards.

[0069] The processor 110 can implement an operating system such as the iOS operating system, the Android open source operating system, the Windows operating system, or the Hongmeng operating system by running program code.

[0070] Take the Android open source operating system as an example. Figure 4 As shown, in some embodiments, the Android system includes at least an application layer, a system layer, and a native layer from top to bottom.

[0071] The application layer runs applications (APPs), and the applications related to this embodiment include smart cards and pull-down notifications. Smart cards can display APP cards on the desktop, and the cards display progress information. Pull-down notifications can display progress information in the notification bar or the pull-down notification bar. In some implementations, smart cards or pull-down notifications obtain information from APPs associated with the cards, such as taxi-hailing APPs, to display cards associated with such APPs. For ease of distinction, in the following embodiments, smart cards and pull-down notifications used to display cards are referred to as APPs, and APPs associated with cards for implementing services, such as taxi-hailing APPs, are referred to as business APPs.

[0072] The system layer includes a control framework for displaying progress information. The control framework includes a segmented progress bar control, an algorithm engine, and a drawing module. The system layer also includes a view framework and an animation framework. The specific functions of each module in the system layer will be combined with Figure 5 Provide explanation.

[0073] The native layer includes 3D graphics processing library (OpenGL) and SurfaceFlinger, etc.

[0074] The Android open source operating system is driven by the kernel layer ( Figure 4 Not shown) is connected to the hardware layer.

[0075] The hardware layer includes a Graphic hardware drawing module. The hardware layer is connected to the display and draws the display interface on the display.

[0076] based on Figure 4 The hardware and software framework shown in the figure, the embodiment of the present application discloses a progress information display method, which is applied in Figure 3 The electronic equipment shown, combined with Figure 4 As shown, a business application (also called a first application) and an APP (smart card, etc.) are running in the electronic device. In the process of executing the business, the business APP records the data of business-related events (referred to as the first event). Taking the business APP as a travel APP as an example, the first event is taking a taxi. The travel APP records the total distance from the starting point to the end point of the taxi, the distance traveled, the distance not traveled, and other data. The detailed distance description will be given in the following embodiments. The business APP has an associated display card.

[0077] The specific process of displaying progress information is as follows Figure 5 As shown. Figure 5 In the process shown, Figure 2b as well as Figure 2a The travel reminder card shown is used as an example for explanation.

[0078] Figure 5 The following steps are included:

[0079] S101. APP does not obtain progress information.

[0080] In some implementations, the APP obtains progress information from the business APP associated with the card.

[0081] The progress information corresponding to different types of business APPs can be pre-configured. Taking a taxi APP as an example, the corresponding progress information includes distance relationship and road condition information. The progress display corresponding to different types of business APPs can be seen in Table 1, but is not limited to that shown in Table 1.

[0082] A special case of progress is that no progress information is obtained, that is, there is no progress. The conditions of no progress corresponding to different types of business apps can be pre-configured. Taking the taxi app as an example, there is no progress before the passenger gets on the car.

[0083] It is understandable that the APP determines that there is no progress through the information obtained. For example, the current location information obtained by the APP from the taxi APP is different from the location information of the taxi starting point, and the APP has not received any information input by the driver indicating that the passenger has boarded the car, then it is confirmed that there is no progress.

[0084] S102. The APP sends a request for displaying the dynamic effect to the segmented progress bar control.

[0085] Animation is used to indicate that there is no progress.

[0086] S103: The segmented progress bar control sends a notification to the computing engine.

[0087] The purpose of the notification is to notify the computing engine to generate a dynamic object indicating that there is no progress.

[0088] S104: The computing engine obtains information of a progress bar used by the dynamic object.

[0089] In some implementations, information about the progress bar used by the dynamic object, such as the style of the progress bar, is pre-configured based on the type of business APP, and stored in the computing engine. In this step, the computing engine reads the type of progress bar based on the received information, such as the information about the business APP carried in the notification.

[0090] In other implementations, the information of the progress bar used by the dynamic object is pre-configured in the APP or the segmented progress bar control, and transmitted to the computing engine through S102 and / or S103.

[0091] S105: The computing engine obtains information of highlight points.

[0092] Highlight points can be understood as objects with different display effects from other objects in the dynamic effect, such as circular areas with higher brightness than other objects, such as Figure 2b of 272.

[0093] In some implementations, the information of the highlight point is pre-configured in the computing engine. In other implementations, the information of the highlight point is pre-configured in the APP or the segmented progress bar control and transmitted to the computing engine via S102 and / or S103.

[0094] The information of the highlight point includes the style and position information of the highlight point, etc. It is understandable that the position information of the highlight point includes information of multiple positions, for example, the position information is information of the display position corresponding to the highlight point on the progress bar used by the dynamic object at multiple times.

[0095] S106: The computing engine calculates the gradual change interval.

[0096] The highlight gradient area can be understood as the area including the highlight point, such as Figure 2b of 273.

[0097] In some implementations, taking the progress bar in the X direction as an example, assuming that the computing engine reads the length d of the pre-configured interval, the highlight gradient area of ​​the highlight point at any position P is [Pd / 2, P+d / 2].

[0098] S107: The computing engine sends a drawing instruction to the drawing module.

[0099] The drawing instruction is used to notify the drawing module to start drawing based on the drawing parameters. The drawing parameters include the information of the progress bar used by the dynamic object, the information of the highlight point, and the gradient interval.

[0100] S108: The drawing module records the drawing instruction.

[0101] S109: The drawing module sends a drawing instruction to the View framework and the motion effect framework.

[0102] S110 , the View framework and the dynamic effect framework respond to the drawing instruction, based on the hardware drawing module, draw a dynamic object for prompting that there is no progress, and display the dynamic object in the card of the APP.

[0103] Examples of dynamic objects are Figure 2b Take 27 in as an example.

[0104] It is understandable that in some scenarios, such as travel scenarios, S101-S110 may be executed, that is, a dynamic object for indicating that there is no progress is displayed to display special progress information, thereby obtaining a better user experience. In other scenarios, it may not be executed, and whether it is executed can be confirmed based on the pre-configuration of the APP.

[0105] The following is a detailed description of the process of drawing progress information when progress has been detected.

[0106] First, the drawing principle is explained:

[0107] like Figure 6 As shown, the final displayed progress bar A is composed of the completed progress A1 and the unfinished progress A2. The completed progress A1 represents the relationship between the completed progress and the total progress, and the unfinished progress A2 represents the relationship between the unfinished progress and the total progress.

[0108] The all-completed progress bar B indicates that the progress is all-completed, that is, the progress bar is displayed when the progress is 100% complete. The completed progress A1 is obtained by intercepting the all-completed progress bar B. It can be understood that the split point is found on the all-completed progress bar B to intercept the completed progress A1 from the all-completed progress bar B.

[0109] All unfinished progress bars D represent progress bars displayed when the progress completion degree is 0. The unfinished progress A2 is obtained by intercepting all unfinished progress bars D. The split point is found on all unfinished progress bars D to intercept the unfinished progress A2 from all unfinished progress bars D.

[0110] It is understandable that all unfinished progress bars D and Figure 2b Different from the "no progress" for example, "no progress" can be understood as the APP has not detected any progress, while "all unfinished progress" means that the progress has started to be detected and the detected progress is zero.

[0111] from Figure 6 It can be seen that the portion between the starting point and the split point of the completed progress bar B is intercepted as the completed progress A1, and the portion between the split point and the end point on the unfinished progress bar D is intercepted as the unfinished progress A2.

[0112] based on Figure 6 The principle of splicing drawing shown in the figure is Figure 7 An example of obtaining progress bars with different progress by splicing all completed progress bars B and all uncompleted progress bars D is shown. In the following examples, the total progress is 100.

[0113] A progress bar with a progress of 0 indicates that the APP has detected the start of progress and the detected progress is 0.

[0114] The progress bar with a progress of 50 indicates that the progress detected by the APP is 50.

[0115] The progress bar with a progress of 95 indicates that the progress detected by the APP is 95.

[0116] A progress bar with a progress of 100 indicates that the progress detected by the APP is 100, that is, the progress is fully completed.

[0117] In addition to the progress bar, Figure 7 The logo is also shown in the figure, which indicates the relationship between the current progress and the total progress, that is, the position of the logo display is Figure 6 The dividing point between A1 and A2 shown. It is understandable that the style of the logo is pre-configured based on the style of the progress bar in different scenarios and / or the business scenario of the APP. When drawing, the logo is drawn on the progress bar to indicate the position of the current progress.

[0118] based on Figure 6 and Figure 7 The final displayed progress bar A may also include a background to obtain a better visual effect.

[0119] Also Figure 6For example, all completed progress bars B are composed of equal-length segments, called progress segments A11 (first-type segments). All unfinished progress bars D are composed of road condition segments A21 (second-type segments). The color of any road condition segment S21 represents a road condition, and the length represents the relationship with the total length, such as a percentage. It is understandable that the lengths and / or colors of different A21s may be the same or different.

[0120] It can be understood that in the scenario of displaying the progress information corresponding to the taxi-hailing APP, the road condition segment is displayed to represent the road condition, while in the scenario of displaying the progress information corresponding to other types of business APPs, the entire unfinished progress bar D may not be segmented, or it may be segmented according to the business needs of other types of APPs, and the segments represent the business-related or required meanings of other types of APPs.

[0121] The progress bar B can also be completed without segments.

[0122] The progress bar drawing process based on the above principle is as follows Figure 8 As shown, the following steps are included:

[0123] S201. After obtaining the progress data, the APP sends a segmented progress bar display request to the segmented progress bar control.

[0124] In order to distinguish it from the dynamic object with no progress, the progress bar that gets the progress is called a segmented progress bar.

[0125] The segmented progress bar display request includes at least: the total length L of the progress bar, progress data C, and road condition segment data.

[0126] In some implementations, the total length L of the progress bar is obtained based on the size of the card that is finally displayed.

[0127] The progress data C is the ratio of the distance traveled to the total length L, and can also be called the completed progress data, indicating the ratio of the completed progress to the total progress.

[0128] The road condition segment data includes the proportion of the length of each road condition segment in the total length L and the drawing attributes of the road condition segment. The drawing attributes include color value and style, etc. It can be understood that the road condition segment data is used to generate all unfinished progress bars D.

[0129] In some implementations, the APP obtains the traveled distance value, the untraveled (remaining) distance value, the total distance value, and the road condition data of the total distance from the business APP. Based on the obtained data, the APP calculates the progress data C, and based on the congestion level indicated by the road condition data, divides the total distance into various road condition segments, so that the congestion levels of two adjacent road condition segments are different, and calculates the proportion of the distance (i.e., length) of each road condition segment in the total length L, and configures color values, styles, and other drawing attributes for each road condition segment based on the congestion level.

[0130] The segmented progress bar display request may also include progress segment drawing attributes, which include the proportion of the length of each progress segment in the total length L, as well as the color value, style, and the like.

[0131] It is understandable that the APP sends a segmented progress bar display request to the segmented progress bar control at a preset period to timely update the above parameters, so that the progress bar displayed in the card is closer to the actual situation. It is understandable that the specific data included in the segmented progress bar display request described in this step is an example in the scenario where the business APP is a taxi-hailing APP. In other business scenarios, the specific data included in the segmented progress bar display request may be different, but the purpose is to indicate all unfinished progress bars D, and may also indicate all completed progress bars B, so as to facilitate the subsequent operation of the calculation engine. Figure 6 as well as Figure 7 The principle shown is intercepted.

[0132] S202: The segmented progress bar control generates a parameter list in response to the segmented progress bar display request.

[0133] The parameter list includes an array of unfinished progress segments and initialization data. In some implementations, the segmented progress bar control saves the traffic segment data as an array of unfinished progress segments.

[0134] The initialization data includes: the proportion W of each progress segment in the total length L and the proportion s of the gap between the progress segments in the total length L.

[0135] If the segmented progress bar display request includes the progress segment drawing attribute, W and s are obtained based on the indication of the progress segment drawing attribute. If the segmented progress bar display request does not include the progress segment drawing attribute, the pre-configured W and s are read as initialization data.

[0136] S203: The segmented progress bar control sends a calculation notification to the calculation engine.

[0137] The calculation notification is used to indicate the calculation progress bar drawing parameters. It can be understood that the calculation notification includes: progress data C, an array of unfinished progress segments and initialization data.

[0138] S204: The computing engine calculates the drawing parameters of the completed progress.

[0139] Combination Figure 6 As shown, the drawing parameters of the completed progress are used to draw the completed progress A1. The specific process of S204 will be combined with Fig. 9 The process shown is described in detail.

[0140] S205: The computing engine sends the drawing parameters of the completed progress to the drawing module.

[0141] S206: The drawing module stores the drawing parameters of the completed progress.

[0142] S207: The computing engine calculates the drawing parameters of the unfinished progress.

[0143] Combination Figure 6 As shown, the drawing parameters of the unfinished progress are used to draw the unfinished progress A2. The specific process of S207 will be combined with Fig.13 The process shown is described in detail.

[0144] S208: The computing engine sends the drawing parameters of the unfinished progress to the drawing module.

[0145] In some implementations, drawing parameters of completed progress and / or drawing parameters of uncompleted progress are sent through a drawing instruction.

[0146] S209: The drawing module stores the drawing parameters of the unfinished progress.

[0147] S210: The drawing module sends a drawing instruction to the View framework and the motion effect framework.

[0148] The drawing instruction is used to indicate that the completed part and the unfinished part are drawn based on the drawing parameters of the completed progress and the drawing parameters of the unfinished progress. The drawing result is displayed as Figure 6 Take progress bar A as an example.

[0149] S211, the View framework and the animation framework respond to the drawing instruction, draw a progress bar for prompting progress information based on the hardware drawing module, and display the progress bar in the card of the APP.

[0150] Fig. 9 The process of calculating the drawing parameters of the completed progress for the calculation engine. Fig.10 As shown, the purpose of this process is to query the part before the completed progress division point from the completed progress bar B, that is, the part between the starting point of the completed progress bar B and the completed progress division point, which is the completed progress in the progress bar to be drawn.

[0151] For ease of explanation, Fig.10The proportion of the length of each progress segment in the total length L of the entire progress bar B is expressed as W, the proportion of the length of the gap (first gap) between the progress segments in the total length L is expressed as s, and the proportion of the completed progress in the total length L is expressed as C. Figure 8 As shown, W, s and C are all transmitted to the calculation engine by the segmented progress bar control.

[0152] It is understandable that if Fig.10 As shown, it is possible that the completed progress segmentation point is located in a certain progress segment, that is, a certain progress segment is segmented. In the embodiment of the present application, the progress segment refers to a complete progress segment, that is, an unsegmented progress segment, and the segmented progress segment is called an incomplete progress segment. It can be understood that the progress segment is a complete progress segment. Figure 6 and Figure 7 As shown, the last segment in the completed progress bar A1 to be drawn may be a complete progress segment or an incomplete progress segment. There may or may not be a gap after the last segment. The gap after the last segment is called a second gap, which may be the same or different in length from the first gap.

[0153] Fig. 9 The following steps are included:

[0154] S2041. Based on C, W, and s, calculate the number of progress segments in the completed progress bar to be drawn and the length of the last segment.

[0155] With a representing the number of progress segments (such as the complete progress segments other than the last segment in the completed progress bar A1 to be drawn), a=C / (W+s), and the length of the last segment b=[C%(W+s)]*L. The last segment is the final displayed (i.e., to be drawn) progress bar such as the last segment in A1.

[0156] S2042: Determine whether a=0 holds.

[0157] If a=0, it means that the length of the completed progress bar to be drawn is less than the length of one progress segment, then S2043 is executed; if a=0 does not hold, it means that the length of the completed progress bar to be drawn is greater than the length of one progress segment, then S2044 is executed.

[0158] S2043. If b≤W, set the length of the completed progress bar to be drawn to b*L, and set the length of the second gap to 0; if b>W, set the length of the last segment of the completed progress bar to be drawn to W*L, and set the length of the second gap to (bW)*L.

[0159] a=0 and b≤W means that the length of the completed progress in the total length is less than one progress segment. Fig.11As shown in a in , the proportion of the last segment to be drawn in the total length L is b, and the length of the last segment to be drawn is b*L.

[0160] a=0 and b>W means that the length of the completed progress in the total length is greater than one progress segment, but less than the sum of one progress segment and one first gap. Fig.11 As shown in b, the last segment to be drawn is a progress segment and the second gap after the last segment. The length of the last segment to be drawn is W*L, and the length of the second gap after the last segment is (bW)*L.

[0161] S2044. Set the lengths of a progress segments to W*L.

[0162] S2045. If b≤W, set the length of the incomplete progress segment in the completed progress bar to be drawn to b*L, and set the length of the gap (second gap) after the incomplete progress segment to 0. If b>W, set the length of the gap (second gap) after the last segment in the completed progress bar to be drawn to (bW)*L.

[0163] When a is greater than 0, b≤W means that the length of the last segment in the progress bar that has completed the progress is less than one progress segment, so Fig.11 As shown in c, the completed progress bar to be drawn includes a progress segments and an incomplete progress segment, namely the last segment. The length of the last segment accounts for b of the total length L. There is no gap after the last segment, namely, the length of the second gap after the last segment is 0.

[0164] When a is greater than 0, b>W indicates that the last segment of the completed progress bar to be drawn, that is, the length of the incomplete progress segment is greater than one progress segment, but less than the sum of one progress segment and one first gap. Fig.11 As shown in d, the completed progress bar to be drawn includes a progress segments (the last segment is also a progress segment) and a second gap whose length accounts for bW of the total length.

[0165] Fig.11 In the figure, a part of the progress bar of the unfinished progress spliced ​​after the completed progress is also shown to highlight the completed progress bar.

[0166] from Fig. 9 As can be seen from the process shown, the drawing parameters calculated by the computing engine include: the number of progress segments to be drawn, the length of the incomplete progress segment, and the length of the gap after the incomplete progress segment. The drawing parameters also include the length of the progress segment and the drawing attributes such as color and style. As mentioned above, the drawing attributes are issued by the APP.

[0167] Fig.12The process of calculating the drawing parameters of the unfinished progress for the calculation engine. Fig.13 As shown, since the length of each road condition segment is different, the purpose of this process is to query the completed progress split point from all unfinished progress bars D based on the accumulation of each segment. The part between the completed progress split point and the end point of all unfinished progress bars D is the unfinished progress part in the progress bar to be drawn.

[0168] For the sake of convenience, in the embodiments of the present application, Fig.13 As shown, the proportion of the length of each road condition segment (an example of a classification segment) in the total length L in the entire unfinished progress bar D is represented as M0, M1, M2, ... Mn. The proportion of the completed progress represented by the current progress data in the total length is represented as C. As mentioned above, the entire unfinished progress bar D is obtained based on the segmented progress bar display request sent by the APP.

[0169] Fig.12 The following steps are included:

[0170] S2071 , initialize the accumulation parameter SUM=0, and the identifier i of the currently traversed road condition segment=0.

[0171] The cumulative parameter represents the cumulative value of the length of each road condition segment.

[0172] S2072. Determine whether SUM≤C and SUM+M(i+1)>C holds.

[0173] If so, it means that the completed progress is greater than or equal to the sum of the lengths of the previous i road condition segments, but less than the sum of the lengths of the previous i+1 road condition segments, that is, the currently traversed road condition segment needs to be split, and S2074 is executed. If not, it means that the road condition segment that needs to be split has not been traversed yet, and it is necessary to continue accumulating traversal, and S2073 is executed.

[0174] S2073. Set SUM=SUM+M(i+1) and i=i+1, and return to execute S2072.

[0175] S2074. Determine whether i<n holds.

[0176] If so, it means that the road condition segment to be divided is not the last road condition segment in all unfinished progress bars D, then execute S2075-S2076; if not, it means that the road condition segment to be divided is the last road condition segment in all unfinished progress bars D, then execute S2077.

[0177] S2075. Set the proportion of the i-th road condition section in the total length to M(i)+SUM-C.

[0178] It can be understood that SUM is the proportion of the length of the road condition segment that has been traversed after the end of the i-1th cycle in the total length, and M(i) is the proportion of the road condition segment traversed in the current cycle in the total length.

[0179] S2076. Set the proportion of each road condition segment after the i-th road condition segment in the total length to a pre-configured proportion.

[0180] That is to say, the proportion of the (n-i+2)th road condition segment to the (n-1)th road condition segment in the total length is the proportion of all unfinished progress bars D, and there is no change, that is, the proportion of the (n-i+2)th road condition segment to the (n-1)th road condition segment is M(n-i+2) to M(n-1).

[0181] Combination Fig.13 As shown, assuming i=3, the road condition segment with a proportion of M3 needs to be segmented, combined with step S2075 and Fig.14 As shown in a in , the length of the segment that is divided as part of the unfinished progress (i.e., the length of the segment in M3 that is retained in the final displayed progress bar) accounts for M(i)+SUM-C, while the proportion of the road condition segment after the road condition segment with a proportion of M3 remains unchanged as part of the unfinished progress.

[0182] S2077. Set the proportion of the last road condition section in the total length to M(n)+SUM-C.

[0183] Combination Fig.14 As shown in b, the part that needs to be spliced ​​into the final displayed progress bar is a part of the last road condition segment in all the unfinished progress bars D, so it only needs to be intercepted from the last road condition segment.

[0184] It is understood that the drawing parameters of the unfinished progress include the length of each road condition segment finally displayed in the progress bar, as well as the drawing attributes such as color and style. The length of each road condition segment is based on Fig.12 The process shown is obtained, and the drawing attributes are issued by the APP.

[0185] To sum up, the method for displaying progress information provided in the embodiment of the present application calculates the completed progress and the unfinished progress based on the data obtained from the business APP, and finally draws it as a progress bar. Displaying the progress bar on the basis of displaying the card can obtain a better user experience, and the calculation method is easy to implement, so it can meet the real-time requirements of progress information.

[0186] As shown in FIG. 15 , in an embodiment of the present application, the styles of the beginning and end of the starting progress segment O1 in the completed progress part are different, that is, the beginning end is a circular edge and the end end is a rectangular edge, and the styles of the beginning and end of the last road condition segment O2 in the unfinished progress part are different, that is, the beginning end is a rectangular edge and the end end is a circular edge. The prior art can only draw objects with the same style at the beginning and end. In order to achieve Fig.15 The progress segment or road condition segment with different styles at the beginning and end shown in the figure, the embodiment of the present application provides a new drawing process, such as Fig.16 As shown, in Fig.16 In the steps shown, the progress segments or road condition segments with different styles at the beginning and end are collectively referred to as target objects. The target object O1 is used as an example for explanation below. Fig.16 The following steps are included:

[0187] S301. Back up the canvas in the target object.

[0188] Combination Fig.16 As shown, the target object includes a foreground (ie, a road condition segment) O11 and a background Q. In this step, the background Q is backed up.

[0189] S302: Cut the canvas in the target object to obtain a cutting result.

[0190] The length of the canvas cut off is determined based on the total length of the foreground in the target object and the total length of the foreground in the drawing result. The head end of the target object in the cutting result is still in the canvas, but the tail end of the target object is not in the canvas.

[0191] S303: extract the foreground from the cutting result to obtain the cut foreground O12.

[0192] Combination Fig.16 As shown, it is understandable that the part of the foreground that is not on the canvas in the cutting result cannot be extracted. Therefore, the circular edge of the tail end of the foreground is not extracted. Based on the rectangular edge of the canvas in the cutting result, the tail end of the foreground after cutting is also a rectangular edge.

[0193] S304: Combine the cut foreground with the backup canvas to obtain a target object.

[0194] It can be understood that after S304 , other objects continue to be drawn based on the target object.

[0195] Understandably, Fig.16 The drawing method shown is implemented by the drawing module and sends the target object to the View framework and the motion effect framework.

[0196] from Fig.16It can be seen from the process shown that by cutting, the foreground is intercepted and then the intercepted foreground is combined with the canvas before cutting to achieve the purpose of different beginning and end of the foreground in the drawn object. This method is easy to implement and has high compatibility and feasibility.

[0197] It can be understood that in the above embodiments, the calculation engine mainly uses the ratio of length (i.e., the ratio of length value to total length L) as the calculation object, with the aim of reducing the amount of calculation to save computing resources, but the ratio of length is only an example, and the length value can also be used directly for calculation. In this embodiment, the length value and the ratio of length can be collectively referred to as length.

[0198] It is understandable that the above embodiment is described by taking the progress information of the trip in the trip card as an example. For the progress information associated with other services, such as Figure 1 The progress bar of the movement shown can also be used Figure 6 The drawing is performed according to the principle shown in the figure. One implementation method is: based on the motion data obtained from the sports APP, the completed distance is obtained, and based on the completed distance, the drawing parameters of the completed distance are intercepted from the pre-configured all completed progress data, such as the all completed progress bar. The completed progress bar can be a continuous progress bar. In this case, based on the length of the continuous progress bar and the length of the completed distance, the parameters such as the proportion of the completed distance in the completed progress bar to be drawn are obtained. The completed progress bar can also be a progress bar including progress segments and gaps. In this case, the acquisition of the parameters of the completed progress bar to be drawn can refer to the above embodiment, which will not be repeated here. In the progress bar related to sports, there is no need to reflect the road condition information. Therefore, the drawing of the unfinished progress bar can refer to the drawing of the completed progress bar, such as calculating the proportion of the unfinished distance to the total distance to obtain the drawing parameters of the unfinished progress bar.

[0199] The embodiment of the present application further discloses a computer storage medium for storing a computer program. When the computer program is executed, it is specifically used to implement the method for displaying progress information provided in the above embodiment of the present application.

Claims

1. A method for displaying progress information, characterized in that: The method is applied to an electronic device, wherein a first application program APP is running in the electronic device, and the first APP records data of a first event. The method includes: Based on the data of the first event, obtaining completed progress data of the first event; Based on the completed progress data, intercepting drawing parameters of the completed progress of the first event from all pre-configured completed progress data; Based on the completed progress data, extracting drawing parameters of the unfinished progress of the first event from all pre-generated unfinished progress data; Drawing a progress object representing progress information of the first event based on the drawing parameters of the completed progress and the drawing parameters of the unfinished progress; The progress object is displayed in the card associated with the first APP.

2. The method according to claim 1, characterized in that The step of intercepting drawing parameters of the completed progress of the first event from all pre-configured completed progress data based on the completed progress data of the first event includes: Acquire the pre-configured complete progress data, wherein the complete progress data includes data of the complete progress bar, and the data of the complete progress bar includes the length of the progress segment and the length of the first gap, wherein the first gap is the gap between adjacent progress segments; Based on the completed progress data of the first event, the number of progress segments in the completed progress bar to be drawn, the length of the last segment, and the length of the second gap are calculated, where the second gap is the gap after the last segment.

3. The method according to claim 2, characterized in that The lengths of the plurality of progress segments in the all-completion progress bar are equal, and the lengths of the first gaps between adjacent progress segments are equal; The calculating the number of progress segments in the completed progress bar to be drawn based on the completed progress data of the first event includes: The number of progress segments in the completed progress bar to be drawn is obtained based on a ratio of the completed progress data to a first value, wherein the first value includes the sum of the length of one progress segment and the length of one first gap.

4. The method according to claim 3, characterized in that The process of calculating the length of the last segment includes: The length of the last segment is obtained based on a result of a modulo operation between the progress data and the first value.

5. The method according to claim 4, characterized in that The process of calculating the length of the second gap includes: If the length of the last segment is not greater than the length of the progress segment, the length of the second gap is 0; If the length of the last segment is greater than the length of the progress segment, the length of the second gap is obtained based on the difference between the length of the last segment and the length of the progress segment.

6. The method according to any one of claims 1 to 5, characterized in that: The extracting, based on the completed progress data, the drawing parameters of the unfinished progress of the first event from all pre-generated unfinished progress data includes: Acquire all the pre-generated unfinished progress data, wherein the all the unfinished progress data includes data of all the unfinished progress bars, and the data of all the unfinished progress bars includes the length of each classification segment; Based on the completed progress data and the accumulated parameter, searching for a target segment in the classification segment, the target segment being a classification segment to be segmented, and the accumulated parameter being the sum of the lengths of at least one of the classification segments; The length of the first segment in the unfinished progress bar to be drawn is set based on the accumulated parameter, the length of the target segment, and the completed progress data.

7. The method according to claim 6, characterized in that The extracting, based on the completed progress data, the drawing parameters of the unfinished progress of the first event from all pre-generated unfinished progress data, further includes: If the target segment is not the last segment in the unfinished progress bar to be drawn, the length of other classification segments after the first segment is the length of all the unfinished progress bars.

8. The method according to claim 6 or 7, characterized in that: The classification segments include: road condition segments; The generation process of all unfinished progress bars includes: Obtaining the total distance value and road condition data of the driving journey from the first APP; Based on the congestion degree indicated by the traffic data, the total distance is divided into traffic condition segments, and the congestion degrees of two adjacent traffic condition segments are different; The length of each road condition segment is calculated.

9. The method according to any one of claims 1 to 8, characterized in that: Before obtaining the completed progress data of the first event, the method further includes: In response to not obtaining the completed progress data of the first event, a dynamic object indicating that there is no progress is displayed in the card.

10. The method according to any one of claims 1 to 9, characterized in that: The progress object includes a target object, and the target object includes a foreground and a background; The drawing of a progress object representing progress information of the first event includes: Cutting the canvas in the target object to obtain a cutting result, wherein the length of the cut canvas is determined based on the total length of the foreground in the target object and the total length of the foreground in the drawing result; Extracting the foreground from the cutting result to obtain the cut foreground; The cut foreground is combined with the canvas before the cut to obtain the target object.

11. The method according to any one of claims 1 to 10, characterized in that: The application layer and the system layer are run in the electronic device; The application layer includes the first APP and the second APP; The system layer includes a segmented progress bar control and a computing engine; The acquiring, based on the data of the first event, completed progress data of the first event includes: The second APP obtains the completed progress data of the first event based on the data of the first event obtained from the first APP; The extracting, based on the completed progress data, the drawing parameters of the completed progress of the first event from all pre-configured completed progress data, and the extracting, based on the completed progress data, the drawing parameters of the unfinished progress of the first event from all pre-generated unfinished progress data, comprises: The computing engine responds to the calculation notification of the segmented progress bar, and based on the completed progress data, intercepts the drawing parameters of the completed progress of the first event from all pre-configured completed progress data, and based on the completed progress data, intercepts the drawing parameters of the unfinished progress of the first event from all pre-generated unfinished progress data.

12. An electronic device, characterized in that: include: Processor and memory; The memory is used to store computer program codes. When the processor runs the computer program codes, the electronic device executes the method for displaying progress information as described in any one of claims 1 to 11.

13. A computer storage medium, characterized in that: Used to store a computer program, which, when executed, is specifically used to implement the method for displaying progress information as described in any one of claims 1 to 11.

Images