Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

libforms1(5) [debian man page]

XFORMS(5)							   Forms Library							 XFORMS(5)

NAME
xforms - A GUI Toolkit for X Window Systems SYNOPSIS
Forms Library for X (xforms) is a GUI toolkit and builder for the X Window Systems and runs on all major UNIX platforms as well as OpenVMS and OS2. Forms Library is too complex to be described in the "man" page format. Ask your system administrator for the location of the HTML, PDF or PostScript document or follow the links on the Forms Library's home page for an online version of the documentation. DESCRIPTION
Forms Library is a graphical user interface toolkit based on Xlib for X Window Systems. It comes with a rich set of objects such as but- tons, browsers, sliders and menus integrated into an elegant event/object callback execution model that allows fast and easy construction of X applications. In addition, the library has support for image read and write, format conversion and simple image processing. The library consists of a flexible set of C-routines that can be used in C and C++ programs (As of this writing, perl, ada95, pascal, scheme and Fortran bindings to the Forms Library are in beta.) The library is efficient and portable and runs on all major Unix platforms, including Sun, SGI, HP, DEC Alpha/OSF, IBM RS6000, Convex, Cray, Linux, FreeBSD, NetBSD, SCO, Unixware, OpenBSD , BSDi, DecSystem(mips)/Ultrix and others. Non-unix platforms include OpenVMS, OS/2, and Window/NT. Bundled with the library is also a Form designer, fdesign, which can be used to build interaction forms in a WYSIWYG (what you see is what you get) way and to generate the corresponding C (or any of the binding languages) code for you. 50+ demos in source code are distributed with the library. OPTIONS
All programs written using the Forms Library recognize the following command line options -display host:dpy specifies the server to connect to. -bw borderwidth specifies the border width to use for built-in objects. -flversion prints the xforms version information. -visual visualName requests a visual by name such as TrueColor etc. By default the Forms Library always selects the visual that has the most depth. -depth depth requests a specific depth. -fldebug level generates some info about the state of the XForms. where level is an integer between 1-5 and controls the amount of information to output. Depending on the options used when the Forms Library was built, a level more than 3 might not be available. -sync runs the application in synchronous mode with debug level set to 4. -private requests a private colormap for the application. -shared requests a shared colormap even if the application needs more colors than available. For those colors that can't be allocated in the shared colormap, substitutions are made so the closest matching color is used. -stdcmap requests a standard colormap. -name newname specifies the application name under which resources are to be obtained, rather than the default executable file name. SEE ALSO
fdesign(1L), fd2ps(1L) AUTHOR
Copyright (c) 1996-2002 T.C. Zhao, Mark Overmars and Steve Lamont Since 2002: GNU Lesser General Public License Maintainers: Jean-Marc Lasgouttes, Angus Leeming and Jens Thoms Toerring <jt@toerring.de> HOME PAGE
http://xforms-toolkit.org http://savannah.nongnu.org/projects/xforms/ Version 1.0.92 October 2009 XFORMS(5)

Check Out this Related Man Page

Tk_GetVisual(3) 					       Tk Library Procedures						   Tk_GetVisual(3)

__________________________________________________________________________________________________________________________________________________

NAME
Tk_GetVisual - translate from string to visual SYNOPSIS
#include <tk.h> Visual * Tk_GetVisual(interp, tkwin, string, depthPtr, colormapPtr) ARGUMENTS
Tcl_Interp *interp (in) Interpreter to use for error reporting. Tk_Window tkwin (in) Token for window in which the visual will be used. const char *string (in) String that identifies the desired visual. See below for valid formats. int *depthPtr (out) Depth of returned visual gets stored here. Colormap *colormapPtr (out) If non-NULL then a suitable colormap for visual is found and its identifier is stored here. _________________________________________________________________ DESCRIPTION
Tk_GetVisual takes a string description of a visual and finds a suitable X Visual for use in tkwin, if there is one. It returns a pointer to the X Visual structure for the visual and stores the number of bits per pixel for it at *depthPtr. If string is unrecognizable or if no suitable visual could be found, then NULL is returned and Tk_GetVisual leaves an error message in interp->result. If colormap is non-NULL then Tk_GetVisual also locates an appropriate colormap for use with the result visual and stores its X identifier at *colormapPtr. The string argument specifies the desired visual in one of the following ways: class depth The string consists of a class name followed by an integer depth, with any amount of white space (including none) in between. class selects what sort of visual is desired and must be one of directcolor, grayscale, greyscale, pseudocolor, staticcolor, staticgray, staticgrey, or truecolor, or a unique abbreviation. depth specifies how many bits per pixel are needed for the visual. If possible, Tk_GetVisual will return a visual with this depth; if there is no visual of the desired depth then Tk_GetVisual looks first for a visual with greater depth, then one with less depth. default Use the default visual for tkwin's screen. pathName Use the visual for the window given by pathName. pathName must be the name of a window on the same screen as tkwin. number Use the visual whose X identifier is number. best ?depth? Choose the "best possible" visual, using the following rules, in decreasing order of priority: (a) a visual that has exactly the desired depth is best, followed by a visual with greater depth than requested (but as little extra as possible), followed by a visual with less depth than requested (but as great a depth as possible); (b) if no depth is specified, then the deepest available visual is chosen; (c) pseudocolor is better than truecolor or directcolor, which are better than staticcolor, which is better than stat- icgray or grayscale; (d) the default visual for the screen is better than any other visual. CREDITS
The idea for Tk_GetVisual, and the first implementation, came from Paul Mackerras. KEYWORDS
colormap, screen, visual Tk 4.0 Tk_GetVisual(3)
Man Page