Graphics 版 (精华区)

发信人: dcs (euraka), 信区: Graphics
标  题: Motif&Opengl(2)
发信站: 紫 丁 香 (Mon Mar 29 21:39:12 1999), 转信

2.1 The OpenGL-specific Widget

There are two OpenGL-specific drawing area widget classes. One is derived from the Motif primitive widget class (not the
Motif drawing area widget class). The other is derived from the X Toolkit core widget class. Both have the same basic
functionality; the main difference is that the Motif-based widget class gains capabilities of the Motif primitive widget class. If
you use Motif, you should use the Motif OpenGL widget. If you use a non-Motif widget set, you can use the second widget for
identical functionality. 

The Motif OpenGL widget class is named glwMDrawingAreaWidgetClass; the non-Motif OpenGL widget class is named
glwDrawingAreaWidgetClass (the difference is the lack of an M in the non-Motif case). Since the Motif OpenGL widget is
subclassed from the Motif primitive widget class, the Motif OpenGL widget inherits the capabilities of the primitive class like a
help callback and keyboard traversal support (keyboard traversal is disabled by default for the Motif OpenGL widget). The
paperplane example uses the Motif widget by default but the non-Motif widget can be used by defining the
noMotifGLwidget C preprocessor symbol when compiling paperplane.c. The difference is two changed lines of code with
no functional difference in the program. 

When you create either type of widget, you need to specify the visual to use by supplying the widget's GLwNvisualInfo
resource. The attribute is of type XVisualInfo* making it easy to find an appropriate visual using glXChooseVisual which
returns a XVisualInfo* for a visual with the capabilities you request. 

Although this practice is not recommended, the widgets also allow you to specify the OpenGL capabilities you desire for the
widget directly using widget resources. Because the X Toolkit widget creation process is not expected to fail, there is no way
for a widget creation routine to indicate failure. If a visual that matches the desired OpenGL capabilities cannot be found, the
widget code prints an error and exits without giving the program a chance to handle the failure. If you request a specific
XVisualInfo* that has already been determined to be acceptable using glXChooseVisual or calls to glXGetConfig, you
will not have this problem. As a rule, always specify the visual using the GLwNvisualInfo resource. 

The OpenGL widgets also do extra work that might go unnoticed. Because the OpenGL widget uses a different visual, the
widget's creation code creates a colormap matching the visual. It also posts an ICCCM WM_COLORMAP_WINDOWS top level
window property to let the window manager know that the program uses multiple colormaps. 

More information about the OpenGL widgets can be found in the Silicon Graphics OpenGL Porting Guide [4] and the
widgets' man pages. 

--
※ 来源:．紫 丁 香 bbs.hit.edu.cn．[FROM: 202.118.239.121]