Computer graphics processing and selective visual display system – Display driving control circuitry – Controlling the condition of display elements
Reexamination Certificate
1998-05-20
2002-10-29
Kincaid, Kristine (Department: 2174)
Computer graphics processing and selective visual display system
Display driving control circuitry
Controlling the condition of display elements
C709S241000, C345S215000
Reexamination Certificate
active
06473100
ABSTRACT:
FIELD OF THE INVENTION
This invention relates generally to user interface controls, and more particularly to hosting such controls in a window via an interface for controlling the window.
BACKGROUND OF THE INVENTION
Graphical user interfaces have become standard fare on most computers sold today. For example, versions of the MICROSOFT WINDOWS operating system provide a graphical user interface in which a pointer is positionable over windows on a screen via an input device such as a mouse or a trackball. Clicking a button on the input device when the pointer is positioned over a given feature of the window, such as a control, registers with the program hosting the window, such that the program performs a given functionality associated with the control. For example, moving the pointer over a “save” button in a window hosted by a word processing program, and clicking a button on the input device, typically causes the word processing program to save the current file to a storage device (such as a hard disk drive).
While graphical user interfaces may offer computer users great advantages in ease of use and productivity as compared to traditional text-only user interfaces, they make program development more difficult for computer programmers. A computer programmer, for example, must not only be concerned with programming the given functionality of a computer program, but also with providing for windows, and controls within those windows, so that users can access the functionality. Typically, this means that the programmer must be well-versed in writing programs that operate within a given operating system, such as versions of MICROSOFT WINDOWS operating systems. Using the WIN32 application programming interface (API), for example, the programmer is able to have an application program host windows, and host rudimentary controls within those windows (e.g., dialog boxes, check boxes, buttons, text-entry fields, etc.).
A programmer does not have a vast number of different controls with the WIN32 API, however, to utilize when developing a computer program. The programmer is then usually left with having to create user interface controls himself or herself for inclusion into the computer program. Development of user interface controls, however, is a tedious and time-consuming endeavor. Furthermore, many programmers that may be skilled in other areas of program development (e.g., such as a database expert), may not be similarly skilled in developing user interface controls.
Various technologies have been developed in an attempt to remedy this potential problem. ActiveX controls are currently being utilized with desktop-oriented application programs in the Microsoft Windows operating system. ActiveX controls are known within the art, and are described in Adam Denning,
ActiveX Controls Inside Out
(ISBN 1-57231-350-1) (1997), and David Chappell,
Understanding ActiveX and OLE
(ISBN 1-57231-216-5) (1996), both of which are hereby incorporated by reference. For example, in the Chappell book, on page 205, it states that qualifying as an ActiveX control (OLE Controls technology was renamed ActiveX Controls) requires only support for the IUnknown interface and the ability to self-register with the system registry. Using ActiveX controls that have already been created means that computer programmers do not have to “reinvent the wheel”—that is, they do not have to create controls that have already been created by others.
However, for many programmers normally accustomed to only the WIN32 API, using ACTIVEX controls in MICROSOFT WINDOWS operating system-intended programs is not straightforward. A programmer may, for example, have to write original “container code,” so that the ACTIVEX control may be hosted within a window via the container code. Again, many programmers may not be experienced in creation of such container code. Furthermore, hosting ACTIVEX controls within application program windows may require the programmer to have experience in Component Object Model (COM) objects, which the programmer may not have. COM is known within the art, and is described in Dale Rogerson,
Inside COM
(ISBN 1-57231-349-8) (1997), which is hereby incorporated by reference. Thus, even if having access to a large number of ACTIVEX controls, a programmer may still not be able to easily include them in a given computer program under development.
A limited solution to this problem is provided by the Microsoft Foundation Classes (MFC). ACTIVEX controls may be accessible through MFC for programmers who use the computer language C++ to develop computer programs, a significant disadvantage is presented to those programmers who do not utilize C++ to develop programs. That is, because MFC is typically not accessible except through C++, a computer programmer without such knowledge may find himself or herself still unable to utilize existing ACTIVEX user interface controls within computer programs the Again, however, programmer may be developing.
There is a need, therefore, for permitting computer programmers to include ACTIVEX controls in their programs in an easy-to-understand and straightforward fashion. That is, there is a need for permitting computer programmers to include ACTIVEX controls in their programs without having to resort to COM, or MFC (via C++). Ideally, a programmer should be able to include ACTIVEX controls in a computer program using precepts and constructs already familiar to him or her.
SUMMARY OF THE INVENTION
The above-mentioned shortcomings, disadvantages and problems are addressed by the present invention, which will be understood by reading and studying the following specification. One aspect of the invention is a computerized system having an operating system and at least one program. The operating system provides for hosting controls of a predetermined type within windows of a predetermined type via an interface for controlling the windows. The programs then utilize the interface to host one or more controls within one or more windows. In the context of versions of the MICROSOFT WINDOWS operating system, this means that the program may utilize the WIN32 API (i.e., interface) to host ACTIVEX-type controls within windows hosted by the program, also via the WIN32 API.
In other words, computer programmers who are already accustomed to utilizing the WIN32 API to host windows by their computer programs are now able to have these windows host ACTIVEX controls via the same type of commands used in utilizing the WIN32 API. Such programmers do not have to learn any fundamentally new constructs or precepts to host ACTIVEX controls under the invention. They are not required to use MFC via C++, nor use COM, nor develop their own container code for the controls.
REFERENCES:
patent: 5204947 (1993-04-01), Bernstein et al.
patent: 5500929 (1996-03-01), Dickinson
patent: 5682510 (1997-10-01), Zimmerman
patent: 5704050 (1997-12-01), Redpath
patent: 5754175 (1998-05-01), Koppolu et al.
patent: 5761656 (1998-06-01), Ben-Shachar
patent: 5764916 (1998-06-01), Busey et al.
patent: 5802530 (1998-09-01), Van Hoff
patent: 5831609 (1998-11-01), London et al.
patent: 5845299 (1998-12-01), Arora et al.
patent: 5862377 (1999-01-01), Lee et al.
patent: 5886694 (1999-03-01), Breinberg et al.
patent: 5889522 (1999-03-01), Chew et al.
patent: 5990889 (1999-11-01), Amro
patent: 6002395 (1999-12-01), Wagner et al.
patent: 6008805 (1999-12-01), Land et al.
patent: 6065012 (2000-02-01), Balsara et al.
patent: 6144377 (2000-11-01), Oppermann et al.
patent: 6243764 (2001-06-01), Leach et al.
patent: 6263352 (2001-07-01), Cohen
patent: 6275833 (2001-08-01), Nakamura et al.
patent: 6334157 (2001-12-01), Oppermann et al.
Heinrich Reiter and Kral, Christian, “Interaction Between Java and LonWorks”, IEEE, 1997, pp. 335-340.*
Microsoft Windows NT V 4.0, Screen Schots, 1996.*
Microsoft Outlook 97, Screen Shots and Screen Helps, 1996.*
Alan Simpson, “Windows 95 Uncut”, IDG Books Worldwide, Inc., pp. 119, 224-234, Jun. 1995.*
Chappell, D., “ActiveX and OLE”, Microsoft Press, Redmond, WA,
Beaumont Christian
Springfield James F.
Stefanovic Nenad
Joseph Thomas J
Kincaid Kristine
Microsoft Corporation
Woodcock & Washburn LLP
LandOfFree
Hosting controls in a window via an interface for... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Hosting controls in a window via an interface for..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Hosting controls in a window via an interface for... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-2950849