Browse Prior Art Database

Virtual Glass pane - Method and apparatus for creating a Virtual (Glasspane) Widget overlapping multiple native window widgets by decomposing the desired graphic on to each individual widget, and by notifying the glass pane using the child widgets’ event listeners

IP.com Disclosure Number: IPCOM000166299D
Original Publication Date: 2008-Jan-09
Included in the Prior Art Database: 2008-Jan-09
Document File: 4 page(s) / 364K

Publishing Venue

IBM

Abstract

Disclosed is a method and program/framework for creating a Virtual(Glasspane) Widget overlapping multiple native window widgets by decomposing the desired graphic on to each individual widget, and by notifying the glass pane using the child widgets’ event listeners. The method is relevant in window managers/window toolkits which support hierarchy of widgets/graphical controls under the main window/shell

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 54% of the total text.

Page 1 of 4

Virtual Glass pane - Method and apparatus for creating a Virtual (Glasspane) Widget overlapping multiple native window widgets by decomposing the desired graphic on to each individual widget, and by notifying the glass pane using the child widgets' event listeners

Name: Anshu N Jain

Native widget toolkits are limited in the functionality of rendering on a window/shell/composite containing native child widgets under it, another layer which spans across these multiple child widgets. One cannot create an overlaying layer (referred commonly as a Glasspane layer) on top of existing widgets. This problem is essentially because any painting/rendering done on a parent widget which contains these widgets is overridden when the child widgets are painted. Thus unless glasspane is a native widget provided by the underlying OS platform it cannot be supported. It is also of course a limitation as far as eventing is concerned. In absence of any real glasspane widget, the screen events will all be captured by the highest order native child widgets on the region where the events occur. The problem is illustrated in Fig. 1, while the desired solution is that in Fig. 2

Figure 1

1

[This page contains 1 picture or other non-text object]

Page 2 of 4

Figure 2

Method for rendering/Graphics management

     The client is able to paint the graphics to an object which is similar to any normal graphics object just like he is painting them on glass pane overlaying the parent composite. The graphics object which the client is painting to is a proxy. The program recursively iterates over the hierarchy of all children under the parent. For each child, the program resolves from the graphics req...