Browse Prior Art Database

Proper resurfacing of a window as an announcement to an asynchronous event

IP.com Disclosure Number: IPCOM000010480D
Original Publication Date: 2002-Dec-06
Included in the Prior Art Database: 2002-Dec-06
Document File: 1 page(s) / 38K

Publishing Venue

IBM

Abstract

When an asynchronous event takes place in a software application it is sometimes necessary to report this to the end user. This event can arrive while the end user is using a completely different software application which is obscuring the application which has the event to report. An algorithm is disclosed which will demonstrate a way to report the asynchronous event through the resurfacing of the software application window.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 72% of the total text.

Page 1 of 1

Proper resurfacing of a window as an announcement to an asynchronous event

As users' reliance on network connections increases there will be more opportunities for asynchronous events to arrive indicating an announcement of some kind. Major announcements to events are generally handled by either popping up a new or existing window containing a message, or by showing a new window briefly. A side-effect of this type of announcement can be that the keyboard focus is "stolen", resulting in the redirection of a user's keystrokes intended for another application program, and/or a major portion of screen real estate can be obscured.

This invention addresses the resurfacing of an existing window to temporarily report the asynchronous announcement. Should the user receive an announcement which is appropriate to display in an existing window while the user is working with another window the announcement window can be temporarily brought to the top of the Z-Order for a customizable period of seconds. In a small area of the resurfaced window's title bar a count down clock can tick away giving the user feedback that this window is a transient, and that the window's Z-Order will change back once it ticks to zero. Should the user interact with the resurfaced window it would remain on top and become active. Alternatively, if the user presses a special area of the window (the clock, for example), it would immediately advance the timer to zero, with the effect of "submerging" the...