Computer graphics processing and selective visual display system – Display driving control circuitry – Controlling the condition of display elements
Reexamination Certificate
2000-06-15
2002-04-30
Nguyen, Cao H. (Department: 2173)
Computer graphics processing and selective visual display system
Display driving control circuitry
Controlling the condition of display elements
C345S215000, C709S241000
Reexamination Certificate
active
06380955
ABSTRACT:
FIELD OF THE INVENTION
This application relates to a method and apparatus for a user interface control and, specifically, to a method and apparatus that allows a user to display graphics without using a complex windowing system.
BACKGROUND OF THE INVENTION
Systems that have embedded programs, such as certain information appliances and consumer products, often do not contain general purpose windowing or window management software. In these systems, all graphics are generally done via calls to the built-in graphics routines, such as draw-line, draw rectangle, etc. In many conventional systems, graphics are drawn via interaction with the browser. Thus, if multiple applets are executing as different threads in the browser, they will experience a lack of concurrency when performing graphics operations.
SUMMARY OF THE INVENTION
A described embodiment of the present invention implements a separate child context for each applet (or similar browser element). A described embodiment of the present invention provides one or more child contexts that correspond to elements in the HTML for a web page displayed by a browser. For example, each applet executed by the browser has a corresponding and separate child context where each child context has a corresponding portion of browser memory mapped thereto. The browser also has a parent context, which each child context points to. When a graphic is displayed via a widget, the widget draws the graphic (such as a panel or a non-pressed button) in the child context of the applet and sets a “damage” flag in the child context. When the browser performs its main browser loop, it checks the status of the damaged flag for each element (including each applet). If the browser finds a damage flag that is set, this means that something was written into that portion of the browser memory mapped to that child context and that the parent buffer needs updating. In this case, the browser “pulls” the information from that portion of memory mapped to the child context and into the parent buffer, which is then used to update the display screen. Thus, several separate threads in the JVM can be executing concurrently and updating graphics elements without interfering with each other.
The invention extends the graphics library routines to include (at least) routines to set up, delete, read, and modify child contexts and to copy information from child contexts to parent contexts. The widget library routines are extended to include (at least) a parameter identifying the context currently being worked on.
Reactive components present special problems. Reactive components are defined as components that must display interactive behavior. For example, when a user clicks on a button on the display screen, the button is momentarily displayed as “pressed” and soon thereafter displayed as “released.” Such interactive behavior gives visual feedback to the user. Examples of reactive components include buttons, lists, choice bars, etc. Present special problems. When a widget, for example, a button, needs to show interactive behavior (such as going up and down when pressed), this behavior must occur very rapidly—often too rapidly to necessarily be picked up by a main browser loop, which executes relatively infrequently. For example, in the described embodiment, the main browser loop executes approximately every 200 milliseconds (i.e., approximately five times per second). In contrast, a “down” button press followed by an “up” takes approximately 50 milliseconds. If the system were to wait for the browser loop, the button press would have to last much longer.
In accordance with the purpose of the invention, as embodied and broadly described herein, the invention relates to a method of controlling display of graphics data, comprising: sending a user input event, by a browser to a virtual execution environment; providing, in the virtual execution environment, a child context corresponding to a parent context in the browser and an applet that is executed by the browser; writing directly into a portion of a browser memory associated with the child context, a graphic in accordance with the user input event; pulling, by the browser, the graphic from the portion of a browser memory associated with the child context to the parent context; and displaying the graphic stored in the parent context on a display screen.
A fuller understanding of the invention will become apparent and appreciated by referring to the following description and claims taken in conjunction with the accompanying drawings.
REFERENCES:
patent: 5548745 (1996-08-01), Egan et al.
patent: 5802530 (1998-09-01), Van Hoff
patent: 5852439 (1998-12-01), Musgrove et al.
patent: 6232971 (2001-05-01), Haynes
Kanungo Rajesh
Narayanan Venkatesh
Beyer Weaver & Thomas LLP
Nguyen Cao H.
Sun Microsystems Inc.
LandOfFree
Applet and application display in embedded systems using... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Applet and application display in embedded systems using..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Applet and application display in embedded systems using... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-2881608