Movatterモバイル変換


[0]ホーム

URL:


CN101493751B - Multi-window manager of embedded graph system - Google Patents

Multi-window manager of embedded graph system
Download PDF

Info

Publication number
CN101493751B
CN101493751BCN2009100371956ACN200910037195ACN101493751BCN 101493751 BCN101493751 BCN 101493751BCN 2009100371956 ACN2009100371956 ACN 2009100371956ACN 200910037195 ACN200910037195 ACN 200910037195ACN 101493751 BCN101493751 BCN 101493751B
Authority
CN
China
Prior art keywords
window
screen
queue
dirty area
message
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
Application number
CN2009100371956A
Other languages
Chinese (zh)
Other versions
CN101493751A (en
Inventor
董鹏云
马学童
池家武
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
KINCO AUTOMATION (SHANGHAI) Ltd
Original Assignee
KINCO AUTOMATION (SHENZHEN) CO Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by KINCO AUTOMATION (SHENZHEN) CO LtdfiledCriticalKINCO AUTOMATION (SHENZHEN) CO Ltd
Priority to CN2009100371956ApriorityCriticalpatent/CN101493751B/en
Publication of CN101493751ApublicationCriticalpatent/CN101493751A/en
Application grantedgrantedCritical
Publication of CN101493751BpublicationCriticalpatent/CN101493751B/en
Activelegal-statusCriticalCurrent
Anticipated expirationlegal-statusCritical

Links

Images

Landscapes

Abstract

The invention discloses a multi-window managing system and a method used for an embedded system. The system comprises an information processing module for carrying out front-end operation used for processing the user information and outputting the change information of a window basic module area in a dirty area queue way, and a picture refresh module for carrying out back-end operation used for analyzing the transmitted dirty area queue and transmitting newest module area information to a screen display buffer area to complete display refresh. As the invention adopts a layered refresh method and an optimized dirty area queue algorithm to minimize the refresh operation calculation and supports a window junk collector, the invention has higher efficiency; and as a double-buffer display mechanism is adopted, the splash problem in picture refresh is avoided; therefore, the invention has better display effect.

Description

A kind of multi-window manager of embedded graph system
Technical field
The present invention relates to the multi-window managing system and method, more particularly, relate to the multi-window picture method for refreshing and the message processing facility of embedded type GUI (graphic user interface).
Background technology
Windows display with WINDOWS style be a kind of popular, be subjected to the technology that users welcome.Because interactivity is good, is used widely in various fields such as production, lives more and more.
For the management of multiwindow, often adopt C/S (client/server) architectural framework of similar X Window system in the prior art, receive the request that client sends, the response user is to the operation of window.
Window management system has defined the outward appearance of window on the desktop, and is controlling and how to operate and place window, for example: and open, close, move, adjust size, minimize, or the like.Also may handle conversation management functional, such as how session being suspended, recover, restarts and finishes.
Window management system is also being controlled window adornments, just the title block of window and frame.Except the consideration of aesthstic aspect, can also change their function by the decoration that changes window: promptly change the number of button on the title block and put.
Window management system also is in charge of window operation.That is to say that window management system is being controlled all aspects of window in the X window system environment.
Adopt this mode that multiwindow is managed, the resource that takies system is many, and efficient is low, and real-time is relatively poor, and needs the support in operating system and storehouse.The more important thing is that the management for multiwindow in the prior art is not adapted at using in the embedded system, because the embedded system of current trend towards concrete application the time, such as process control, has stronger real-time requirement; And the resource of embedded system own is less, and not necessarily comprises operating system and required library file, therefore is difficult to support the application of existing window management system and the performance of effect.
Summary of the invention
The technical problem to be solved in the present invention provides the multi-window managing system and method for a kind of embedded type GUI system, it possesses the function of general window system, support a plurality of subwindows nested overlapping, the interface is similar to classical window systems such as Windows, comprise classical window elements such as desktop, taskbar, shortcut menu, make operation interface more friendly.
A kind of multi-window managing of the present invention system, it can be used for embedded system, comprises the operation of front-end operations and rear end:
Message processing module is carried out front-end operations, is used for process user message and the basic device region change information of window is exported in dirty area queue mode;
Picture refreshing module execution rear end operation is used for resolving transmitting the dirty area queue of coming, and the up-to-date area information of assembly is delivered to the screen display buffer zone, finishes demonstration and refreshes.
The invention allows for a kind of multi-window management method that is used for embedded system, it is characterized in that, comprise the operation of front-end operations and rear end:
Whether the query messages formation has input message, if having, the message call processing module is handled this message and listed it in dirty area queue;
Then, whether the query messages formation is empty again, if be not empty, just continue the message call processing module and handles, until having traveled through message queue;
Inquire about dirty area queue by the picture refreshing module,, then carry out picture refreshing if dirty area queue is not empty; When dirty area queue was sky, then picture refreshing finished.
The present invention has and platform independence, without any need for the characteristics of the support in storehouse, can be transplanted to various software and hardware systems easily, even can be used for not containing the platform of operating system, therefore has good transplantability.
Basic window operations such as multi-window managing of the present invention system can provide and open, close, move, maximize, minimize, convergent-divergent and focus switching, and the translucent function of window (has only the rear end operation, in the picture refreshing module, finish), can realize other complex window functions easily.As by regularly minimizing, maximize switching, can realize the window flicker; By the mobile slight distance of timing, can realize the window vibration; By timing translucent window (translucent value increasing or decreasing), can realize the effect that window is fade-in fade-out.If the support of print drive is arranged, can realize easily that window is printed and print screen operation (print data has been stored in window, the screen display buffer zone).Therefore the present invention has extendability preferably.
Description of drawings
Fig. 1 is a multi-window system of the present inventionBasic moduleSynoptic diagram;
Fig. 2 is the present inventionBasic moduleThe composition synoptic diagram;
Fig. 3 is that screen coordinate system, window coordinates are synoptic diagram;
Fig. 4 is a display buffer level synoptic diagram;
Fig. 5 is dirty zone registration synoptic diagram when pressing for button;
Fig. 6 is dirty zone registration synoptic diagram when moving for window;
Fig. 7 is a simple window model example;
Fig. 8 is the designs simplification synoptic diagram of Fig. 7 window model example;
Fig. 9 is a kind of window data storage synoptic diagram;
Figure 10 is the structural representation of multi-window system of the present invention;
Figure 11 is that dirty area queue is optimized process flow diagram;
Figure 12 is a window management thread execution process flow diagram;
Figure 13 is the Message Processing operational flowchart;
Figure 14 is the picture refreshing operational flowchart;
Figure 15 is a window refresh operation process flow diagram;
Figure 16 is the screen-refresh operational flowchart;
Figure 17 is window display buffer refresh flow figure;
Figure 18 is screen display buffer zone refresh flow figure;
Figure 19 refreshes window display buffer synoptic diagram for the element display buffer;
Figure 20 opens the front-end operations process flow diagram for window;
Figure 21 is a close front-end operations process flow diagram;
Figure 22 moves the front-end operations process flow diagram for window;
Figure 23 switches the front-end operations process flow diagram for the window focus.
Embodiment
Fig. 1 is a multi-window system of the present inventionAssemblySynoptic diagram.At multi-window managing of the present invention system, can take out some basic modules: video memory, screen, window and function element wherein have:
Video memory: be the display buffer that provides by system, corresponding one by one with pixel on the display screen, refresh the data in the display buffer, just can change the displaying contents on the display screen, finish picture refreshing.
Screen: being equivalent to a virtual video memory in internal memory, and managing current all windows of opening, is the carrier of window.
Window: being the set of one group of function element, is the carrier of element.It is made up of background, frame, title block and function element.Can be divided into system's window (windows such as desktop, taskbar, shortcut menu, information indicating) and pop-up window.
Function element: comprise static (character, picture etc.), button, edit box, scroll bar, animation, display list and the self-defined element etc. of showing.By the custom interface that system provides, other function element can realize with the primary element customization.As drop-down menu, can be by button and pop-up window customization, radio box, check box and progress bar then can customize by button.Function element can related one group of data, and associated data can be obtained from server end, also can obtain from this locality.By associated data, just can intercom mutually between each function element, to finish the logic of various complexity.
Fig. 2 is eachAssemblyConcrete composition synoptic diagram.Wherein common data comprises: viewing area, display buffer.
The viewing area is the rectangular area of assembly under respective coordinates system.
The display buffer: the displaying contents that memory module is current can be divided into element display buffer, window display buffer, screen display buffer zone and video memory buffer zone by level.When picture refreshing, the display buffer is refreshed successively by level, and final video memory buffer zone is refreshed, and so just finishes a picture refreshing operation.
Dirty area queue: the zone that need refresh is provided by dirty area queue.It has write down the zone that assembly need refresh, and when refreshing, efficient is refreshed with raising in these zones of correspondence in the update displayed buffer zone.
As can be seen from Figure 2, screen display buffer zone and video memory buffer zone constitute the double buffering display mode, have avoided the flicker problem of display screen in the refresh process.
Fig. 3 has provided the synoptic diagram of relation between screen coordinate system and the window coordinates system, and specifically, the viewing area of element belongs to window coordinates system; The viewing area of window belongs to screen coordinate system.The viewing area of screen and video memory is the same, all the size of corresponding display screen.
Fig. 4 then is a display buffer level synoptic diagram.So-called display buffer is meant that memory module is at current displaying contents.Can be divided into element display buffer, window display buffer, screen display buffer zone and video memory buffer zone by level.When picture refreshing, the display buffer is refreshed successively by level, and final video memory buffer zone is refreshed, and so just finishes a picture refreshing operation.
When building component, hide, when closing, or the displaying contents of assembly, display position can register to the viewing area in the dirty area queue of next layer assembly object when changing.In conjunction with the signal of Fig. 4, the element viewing area will be registered to the dirty area queue of window, and the window viewing area then can be registered to the dirty area queue of screen.
As shown in Figure 5, suppose that the shown zone of button B is X=Rb, the viewing area of window W is Y=Rw, and then Fy (x) is the zone of return area x under the coordinate system of regional y place, i.e. R ' b=F_Rw (Rb).As shown in Figure 5, when button B is pressed, button area can be registered to the dirty area queue of window W, and the button area that will be transformed into screen S registers to the dirty area queue of screen.
As shown in Figure 6, suppose that it is Rw that window W moves preceding viewing area, moving the viewing area, back is R ' w, when window moves, can with before moving and the window area after moving all register to the dirty area queue of screen.
Fig. 7 is a simple windows model synoptic diagram, has opened window W1, W2, W3, W11, W12, W13 and W121 on the screen S, wherein, the W1 desktop, W2 taskbar, W3 shortcut menu are system's windows, W11, W12, W13 are the ejection subwindows of W1, and W121 is the ejection subwindow of W12.
Fig. 8 is corresponding designs simplification synoptic diagram.
In conjunction with Fig. 2 and Fig. 8, screen is used for managing the window that all are opened, formation of maintenance system window and pop-up window formation.
System's window formation is the root window formation, and the window traversing operation is carried out from here on.System's window comprises windows such as desktop, taskbar, shortcut menu and information indicating.Similar with the Windows window system, desktop window occupies whole screen size, and pop-up window is here created.
The taskbar window shows the window icons of pop-up window, can easily focus be switched to target window and minimize, maximizes target window by these icons.Simultaneously can show system informations such as CPU usage, memory usage.The shortcut menu window provides some common function elements.Information indicating window prompt system abnormal information.
All pop-up windows of opening of pop-up window queue record.
Formation of window management element and the formation of ejection subwindow, the element queue record is carried out one group of function element of correlation function, and all subwindows that subwindow Z preface record current window ejects are pressed in the subwindow formation.
Window attribute comprises: frame, background, title, transparency and window type (monopolize, follow, top layer and bottom etc.).
The Dram that garbage collector was used in the management window lifetime (closing from being opened to) uses, and the user can customize suitable garbage collector according to actual conditions, improves memory management efficient, avoids problems such as internal memory leakage, memory fragmentation.
Function element is to carry out the assembly of concrete function, but as the button pop-up window, but the edit box input information, scroll bar can change data in given range, and animation can regularly change displaying contents or the like.
Component attributes mainly is a functional parameter, as pop-up window number, but the input character number, rolling scope etc.Interface display finger element displaying contents mainly is information such as bitmap or character.
Above-described window and component data (mainly being viewing area, window attribute, component attributes etc.) can be stored in the flash memory, also can generate in program.
Fig. 9 is a simple case of window data storage, and the window concordance list is the offset table of window data, and the element concordance list is the offset table of component data.
More than introduce the conceptual abstraction and the data organization of window system, will introduce the main modular of multi-window managing of the present invention system below.
Figure 10 has provided a kind of multi-window managing system that is used for embedded system of the present invention, and it can be used for embedded system, comprises the operation of front-end operations and rear end:
Message processing module is carried out front-end operations, is used for process user message and the basic device region change information of window is exported in dirty area queue mode;
Picture refreshing module execution rear end operation is used for resolving transmitting the dirty area queue of coming, and the up-to-date area information of assembly is delivered to the screen display buffer zone, finishes demonstration and refreshes.
The characteristics of multi-window managing of the present invention system are to take a process, and all window operations are all finished in this process, and this process is carried out a cycling.
The present invention is divided into front-end operations and rear end operation two parts with window operation:
Front-end operations is carried out correlation function by message processing module, is characterized in that operand is little, moves as window, only needs to change the window viewing area; The switch window focus only needs to adjust the subwindow formation; Because the front-end operations execution time is very short, guaranteed the relatively-stationary response time, so real-time is higher.
The picture refreshing module is carried out the rear end operation, mainly comprises refreshing of displaying contents, is characterized in that operand is bigger.The rear end operation mainly is the bigger picture refreshing operation of operand, and these two modules are connected by dirty area queue.
The picture refreshing module adopts layer mode to carry out refresh operation, refreshes efficient with raising.As shown in Figure 4, the displaying contents of assembly is stored in the assembly display buffer, when refreshing, refresh successively according to dirty area queue: promptly window display buffer, screen display buffer zone and video memory buffer zone refresh successively, and refreshing at fore-end of element display buffer promptly finished in the message processing module; After the video memory buffer zone is refreshed, just finished a picture refreshing operation.Therefore picture refreshing mainly comprises refreshing of window display buffer and refreshing of screen display buffer zone.
Owing to adopt the method for refreshing and the optimized dirty area queue algorithm of layering, the operand of refresh operation is dropped to minimum, and support window garbage collector, so the present invention has higher efficient.Owing to adopt the display mechanism of double buffering, problem is shielded in the sudden strain of a muscle when having avoided picture refreshing, so the present invention has good display again.
Message processing module is used to import message, and the picture refreshing module is then exported demonstration, and therefore, multi-window managing of the present invention system further comprises:
The message input interface, for example mouse, touch-control or button etc., the message input interface is imported message with the user and is write message queue;
Show output interface, for example video memory or similar video memory.The present invention will show that output interface is abstract in basic module, and mutual by with other assemblies finished the picture refreshing operation.Picture refreshing is meant when the displaying contents of assembly changes, shows synchronously on display screen.
As seen, multi-window manager of the present invention is input with the user message, is shown as output with picture, is the window system of message-driven type.
What Figure 11 provided is optimized dirty area queue algorithm, and dirty optimization of region comprises dirty optimization of region of window and the dirty optimization of region of screen.
The dirty optimization of region of so-called window, promptly dirty regional union operation.Suppose that registration zone R to dirty area queue Q, travels through dirty area queue Q then,, then finish traversal if traveled through dirty area queue Q; When not traveled through dirty area queue Q, judged whether area coincidence, if having, then merge and overlap the back, zone and continue traversal; If no, then continue traversal.
The dirty optimization of region of so-called screen specifies as follows:
In the present invention, because of screen-refresh relates to a large amount of memory copying operations, therefore optimizing the dirty area queue of screen seems particularly important, can further improve and refreshes efficient.The following thinking of main employing: before the screen-refresh operation, merge the dirty zone of screen as much as possible, remove the overlapping region; And during screen-refresh, calculate the actual zone that copies of needing of current window, and carry out copy function by this zone.Specific algorithm is as follows: establishing RX is the set of regions of actual need copy, Rw is the current window zone, RS is the dirty set of regions of screen after merging, and RU is the parent window set of regions (except hide window and the translucent window) of current window, comprises subwindow and upper strata brother's window.Then, RX=(Rw﹠amp; RS)-RU promptly, target window actual copy zone is that the dirty set of regions after the merging and the common factor in current window zone deduct the parent window set of regions.
Figure 12 is the disposal route of multi-window managing of the present invention, as shown in figure 12, at first whether the query messages formation has input message, if have, just take out a piece of news, and the message call processing module is handled this message and is listed it in dirty area queue, then, whether the query messages formation is empty again, if be not empty, just continue the message call processing module and handles.Until having traveled through message queue.
Inquire about dirty area queue,, then carry out picture refreshing successively if dirty area queue is not empty; When dirty area queue was sky, then picture refreshing finished.
After picture refreshing finishes, then restart the query messages formation of next round.
Figure 13 has at length provided the treatment scheme of message processing module.
Begin to travel through the subwindow formation from root window, specific practice is:
From root window, distribution and processing messages are distributed to message in order each subwindow earlier and handle, if there is subwindow to handle successfully, then Message Processing finishes, and handles otherwise message will be distributed to current window, judge earlier that whether current window is hidden, if hide, then returns " failure "; Do you if current window is not hidden, judge further that then message is in the current window zone? if in the current window zone, then travel through element formation and processing messages, return " success ", if not in the current window zone, then return " failure ".
In the message processing procedure, in case message is successfully handled by certain window, then Message Processing finishes.Otherwise continue to give other windows, up to having traveled through all windows with message distribution.
Figure 14 is used to illustrate the basic step of picture refreshing: mainly comprise: the formation of Ergodic Theory window also refreshes window, and formation of Ergodic Theory window and clear screen, refreshes the video memory buffer zone according to the dirty area queue of screen.
Figure 15 is used for illustrating " formation of Ergodic Theory window also refreshes window " step of Figure 14.
When window refreshed, from root window, the cycling among windows formation according to the dirty area queue of window, refreshed all window display buffers.When refreshing the window display buffer, in conjunction with shown in Figure 17, travel through all element formations of this window, copy the element display buffer to the window display buffer; How copying, then referring to shown in Figure 19, Figure 19 shows the display effect that element M refreshes window W display buffer (dirty region R), i.e. window W '.
Figure 16 is used for illustrating " formation of Ergodic Theory window and clear screen " step of Figure 14.
During screen-refresh, from root window, the dirty area queue of cycling among windows is according to the dirty area queue of window, clear screen display buffer.In conjunction with Figure 18, when the clear screen display buffer, need the dirty area queue of traversal screen.Specific practice is: takes out one of them dirty zone, judges whether window is translucent, if not, then the display buffer with current window copies the screen display buffer zone to, finishes the translucent operation of window simultaneously.Continuing to finish traversal then all is translucent until all windows.
Suppose screen S, target window W, viewing area R, translucence X, span is [0,1], then translucent operation is as follows:
S’(r)=S(r)*X+W(r)*(1-X)r∈R
Annotate: r be on the R more arbitrarily, W (r) be window W at a pixel value at r place, S (r) be translucent forth screen S at a pixel value at r place, S ' is that translucent screen S afterwards is at a pixel value at r place (r).
More than introduce the specific implementation of window system, will introduce the basic operation of window system below.The basic operation of window comprise open, close, move, maximize, minimize, convergent-divergent and focus switching etc.
The front-end operations process flow diagram that Figure 20 opens for window;
Window is opened, and is meant opening of pop-up window.
New window object (by memory management module such as garbage collector management Dram) at first, the initialization window data; As window attribute, component data etc., can from flash memory, read, also can in program, dynamically generate;
Then target window is inserted the subwindow formation of parent window, so that when Message Processing and picture refreshing, can traverse;
Then insert the formation of screen pop-up window, be convenient to search fast pop-up window;
Window icons is registered to the taskbar window, and taskbar is with regard to the icon of energy display-object window like this;
Register the viewing area at last to the dirty area queue of screen, during picture refreshing new window is shown.
Figure 21 is the front-end operations process flow diagram of close;
Close is opened (in conjunction with Figure 20) with window flow process is just opposite, after cancelling window icons and removing target window from the window formation, destroys window object and also discharges the window resource.
The front-end operations process flow diagram that Figure 22 moves for window;
Window moves, and refers generally to moving of pop-up window.At first change the viewing area of target window according to the moving displacement value, and register to the dirty area queue of screen, this step can be with reference to Fig. 6; Use the same method then, take out a word window, judged whether to follow attribute, use the same method then, move all and follow the subwindow of attribute.
Figure 23 switches the front-end operations process flow diagram for the window focus.
The window focus is switched, and the focus that refers generally between the pop-up window is switched.Earlier from the subwindow formation of parent window, remove target window, insert the top layer of the subwindow formation of parent window then, then parent window (pop-up window type) recurrence is carried out the focus blocked operation.
Window maximized, minimizing operating process and window, to move flow process similar.Window zoom operations flow process is simpler, can be according to the convergent-divergent shift value, and change the viewing area of target window and refresh picture and get final product.
Basic composition, specific implementation and the basic operation of this window system have been elaborated above.Above embodiment further specifies the multi-window managing system and has higher real-time and carry out efficient, favorable expansibility and transplantability, friendly operation interface.
Though embodiment has illustrated the present invention, the present invention is not limited to above embodiment, but can according to practical application request, make corresponding modify under the prerequisite that does not break away from inventive concept.For example:
Above embodiment, acquiescence is finished having under the platform of operating system, and in fact, the present invention is applicable to the system platform that all possess the message input interface and show output interface;
If system memory resource is relatively more nervous, then can removes the screen display buffer zone in the window system, even can also remove the element display buffer;
Above embodiment is managed a plurality of windows with two-way circle queue data structure, also can manage with binary tree;
Above embodiment, many places relate to recurrence and carry out, and on the platform of not supporting recursive operation, available iterative operation replaces.

Claims (15)

CN2009100371956A2009-02-092009-02-09Multi-window manager of embedded graph systemActiveCN101493751B (en)

Priority Applications (1)

Application NumberPriority DateFiling DateTitle
CN2009100371956ACN101493751B (en)2009-02-092009-02-09Multi-window manager of embedded graph system

Applications Claiming Priority (1)

Application NumberPriority DateFiling DateTitle
CN2009100371956ACN101493751B (en)2009-02-092009-02-09Multi-window manager of embedded graph system

Publications (2)

Publication NumberPublication Date
CN101493751A CN101493751A (en)2009-07-29
CN101493751Btrue CN101493751B (en)2011-01-19

Family

ID=40924369

Family Applications (1)

Application NumberTitlePriority DateFiling Date
CN2009100371956AActiveCN101493751B (en)2009-02-092009-02-09Multi-window manager of embedded graph system

Country Status (1)

CountryLink
CN (1)CN101493751B (en)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
US20120081315A1 (en)2010-10-012012-04-05Imerj LLCKeyboard spanning multiple screens
CN102375668B (en)*2010-08-252015-06-03中兴通讯股份有限公司Window management method and device for mobile terminal
US9046992B2 (en)2010-10-012015-06-02Z124Gesture controls for multi-screen user interface
CN102467328A (en)*2010-11-172012-05-23康佳集团股份有限公司Method for managing pop-up window based on embedded system graphic library
CN102116783B (en)*2010-12-312013-05-29北京普源精电科技有限公司 A Waveform Display Method
CN102565480B (en)*2010-12-312016-04-06北京普源精电科技有限公司The multi-window display method of testing apparatus
CN102411485B (en)*2011-08-012014-05-28广东威创视讯科技股份有限公司Multi-window-frame synchronous-twinkling method and device
CN102446082A (en)*2011-08-292012-05-09广东威创视讯科技股份有限公司Window refreshing method and device
CN104077016B (en)*2013-03-292018-07-24中兴通讯股份有限公司A kind of windows display and switching method and device
CN104424025B (en)*2013-08-202018-11-06北京三星通信技术研究有限公司A kind of switching method of terminal device and its application program
CN104142758B (en)*2014-08-132017-07-04福建星网视易信息系统有限公司A kind of embedded window management method and device
CN105549867B (en)*2014-11-032019-09-17航天信息股份有限公司One kind being used for .NET forms program display information alert frame method
CN106406795B (en)*2016-09-192019-07-05深圳市茁壮网络股份有限公司A kind of screen-refresh system and method
CN106383711B (en)*2016-09-192020-02-21深圳市茁壮网络股份有限公司Screen refreshing system, method and device
CN111273972A (en)*2018-12-042020-06-12珠海格力电器股份有限公司Window management method, device, storage medium and terminal
CN110780962B (en)*2019-10-152022-02-01四川长虹电器股份有限公司Application window title bar and window control display method in X window manager
CN110908760B (en)*2019-11-252022-10-14安徽兮克电子科技有限公司Method for realizing window opening switching on WEB browser
CN116028003A (en)*2021-10-272023-04-28佛山市顺德区美的洗涤电器制造有限公司 Liquid crystal display module, liquid crystal display control method and device

Also Published As

Publication numberPublication date
CN101493751A (en)2009-07-29

Similar Documents

PublicationPublication DateTitle
CN101493751B (en)Multi-window manager of embedded graph system
US20150007099A1 (en)Pinch Gestures in a Tile-Based User Interface
KR102266198B1 (en)Method and device for managing tap window indicating application group included heterogeneous applications
CN112269604A (en)Window interaction method and device for compatibly running Android application on Linux
US20070139430A1 (en)Rendering "gadgets" with a browser
CN109375980B (en)Touch drawing method based on Andriod system
AU2019236632B2 (en)Application builder
US20070150810A1 (en)Virtual desktop
CN105528217A (en)Partial refreshing method and device based on display list
CN102662664A (en)Interface animation realization method and system
CN104317474A (en)Window switching method and device
CN105760038A (en)Multi-window display method and device
CN102637125A (en)Display method and mobile terminal of grid interface
US20230244378A1 (en)Split-screen display control method and apparatus, electronic device, and storage medium
CN103577030A (en)Method and system for displaying interfaces of windows of browsers
CN116149765A (en) Method for determining refresh mode of ink screen, electronic device and storage medium
CN103513977A (en)Display method and device for group member list
CN102023805B (en)Method for assisting in browsing text messages on software interface
CN114442849B (en)Display equipment and display method
CN110262749B (en)Webpage operation method, device, container, equipment and medium
CN107430597A (en)The enhancing of text selecting control
EP3627301A1 (en)Desktop and mobile graphical user interface unification
CN103092615A (en)Task preview method and device
US12206948B2 (en)Method for displaying live streaming interface
CN106534732A (en)Tree-type navigation menu designing method applied to digital television

Legal Events

DateCodeTitleDescription
C06Publication
PB01Publication
C10Entry into substantive examination
SE01Entry into force of request for substantive examination
C14Grant of patent or utility model
GR01Patent grant
TR01Transfer of patent right

Effective date of registration:20220715

Address after:200120 North third floor, building 3, No. 5709, Shenjiang road and No. 26, Qiuyue Road, China (Shanghai) pilot Free Trade Zone, Pudong New Area, Shanghai

Patentee after:KINCO AUTOMATION (SHANGHAI) Ltd.

Address before:702 room 9, building 518057, Shenzhen Software Park, two road, Nanshan District science and technology, Guangdong, Shenzhen

Patentee before:KINCO ELECTRIC (SHENZHEN) LTD.

TR01Transfer of patent right

[8]ページ先頭

©2009-2025 Movatter.jp