Tk_AllocColorFromObj
NAMESYNOPSIS
ARGUMENTS
DESCRIPTION
KEYWORDS
___________________________
NAME
Tk_AllocColorFromObj, Tk_GetColor, Tk_GetColorFromObj, Tk_GetColorByValue, Tk_NameOfColor, Tk_FreeColorFromObj, Tk_FreeColor − maintain database of colors
SYNOPSIS
#include <tk.h>
XColor *
Tk_AllocColorFromObj(interp, tkwin,
objPtr)
XColor *
Tk_GetColor(interp, tkwin, name)
XColor *
Tk_GetColorFromObj(tkwin, objPtr)
XColor *
Tk_GetColorByValue(tkwin, prefPtr)
const char *
Tk_NameOfColor(colorPtr)
GC
Tk_GCForColor(colorPtr, drawable)
Tk_FreeColorFromObj(tkwin, objPtr)
Tk_FreeColor(colorPtr)
ARGUMENTS
Tcl_Interp *interp (in) |
Interpreter to use for error reporting. | ||
Tk_Window tkwin (in) |
Token for window in which color will be used. | ||
Tcl_Obj *objPtr (in/out) |
String value describes desired color; internal rep will be modified to cache pointer to corresponding (XColor *). | ||
char *name (in) |
Same as objPtr except description of color is passed as a string and resulting (XColor *) is not cached. | ||
XColor *prefPtr (in) |
Indicates red, green, and blue intensities of desired color. | ||
XColor *colorPtr (in) |
Pointer to X color information. Must have been allocated by previous call to Tk_AllocColorFromObj, Tk_GetColor or Tk_GetColorByValue, except when passed to Tk_NameOfColor. | ||
Drawable drawable (in) |
Drawable in which the result graphics context will be used. Must have same screen and depth as the window for which the color was allocated. |
______________
DESCRIPTION
These procedures manage the colors being used by a Tk application. They allow colors to be shared whenever possible, so that colormap space is preserved, and they pick closest available colors when colormap space is exhausted.
Given a textual description of a color, Tk_AllocColorFromObj locates a pixel value that may be used to render the color in a particular window. The desired color is specified with an object whose string value must have one of the following forms:
colorname |
Any of the valid textual names for a color defined in the server’s color database file, such as red or PeachPuff. | ||
#RGB |
|||
#RRGGBB |
|||
#RRRGGGBBB |
|||
#RRRRGGGGBBBB |
A numeric specification of the red, green, and blue intensities to use to display the color. Each R, G, or B represents a single hexadecimal digit. The four forms permit colors to be specified with 4-bit, 8-bit, 12-bit or 16-bit values. When fewer than 16 bits are provided for each color, they represent the most significant bits of the color. For example, #3a7 is the same as #3000a0007000. |
Tk_AllocColorFromObj returns a pointer to an XColor structure; the structure indicates the exact intensities of the allocated color (which may differ slightly from those requested, depending on the limitations of the screen) and a pixel value that may be used to draw with the color in tkwin. If an error occurs in Tk_AllocColorFromObj (such as an unknown color name) then NULL is returned and an error message is stored in interp’s result if interp is not NULL. If the colormap for tkwin is full, Tk_AllocColorFromObj will use the closest existing color in the colormap. Tk_AllocColorFromObj caches information about the return value in objPtr, which speeds up future calls to procedures such as Tk_AllocColorFromObj and Tk_GetColorFromObj.
Tk_GetColor is identical to Tk_AllocColorFromObj except that the description of the color is specified with a string instead of an object. This prevents Tk_GetColor from caching the return value, so Tk_GetColor is less efficient than Tk_AllocColorFromObj.
Tk_GetColorFromObj returns the token for an existing color, given the window and description used to create the color. Tk_GetColorFromObj does not actually create the color; the color must already have been created with a previous call to Tk_AllocColorFromObj or Tk_GetColor. The return value is cached in objPtr, which speeds up future calls to Tk_GetColorFromObj with the same objPtr and tkwin.
Tk_GetColorByValue is similar to Tk_GetColor except that the desired color is indicated with the red, green, and blue fields of the structure pointed to by colorPtr.
This package maintains a database of all the colors currently in use. If the same color is requested multiple times from Tk_GetColor or Tk_AllocColorFromObj (e.g. by different windows), or if the same intensities are requested multiple times from Tk_GetColorByValue, then existing pixel values will be re-used. Re-using an existing pixel avoids any interaction with the window server, which makes the allocation much more efficient. These procedures also provide a portable interface that works across all platforms. For this reason, you should generally use Tk_AllocColorFromObj, Tk_GetColor, or Tk_GetColorByValue instead of lower level procedures like XAllocColor.
Since different calls to this package may return the same shared pixel value, callers should never change the color of a pixel returned by the procedures. If you need to change a color value dynamically, you should use XAllocColorCells to allocate the pixel value for the color.
The procedure Tk_NameOfColor is roughly the inverse of Tk_GetColor. If its colorPtr argument was created by Tk_AllocColorFromObj or Tk_GetColor then the return value is the string that was used to create the color. If colorPtr was created by a call to Tk_GetColorByValue, or by any other mechanism, then the return value is a string that could be passed to Tk_GetColor to return the same color. Note: the string returned by Tk_NameOfColor is only guaranteed to persist until the next call to Tk_NameOfColor.
Tk_GCForColor returns a graphics context whose foreground field is the pixel allocated for colorPtr and whose other fields all have default values. This provides an easy way to do basic drawing with a color. The graphics context is cached with the color and will exist only as long as colorPtr exists; it is freed when the last reference to colorPtr is freed by calling Tk_FreeColor.
When a color is no longer needed Tk_FreeColorFromObj or Tk_FreeColor should be called to release it. For Tk_FreeColorFromObj the color to release is specified with the same information used to create it; for Tk_FreeColor the color to release is specified with a pointer to its XColor structure. There should be exactly one call to Tk_FreeColorFromObj or Tk_FreeColor for each call to Tk_AllocColorFromObj, Tk_GetColor, or Tk_GetColorByValue.
KEYWORDS
color, intensity, object, pixel value
More Linux Commands
manpages/xprt_unregister.3.html
clnttcp_create(3) - library routines for remote procedure ca
These routines allow C programs to make procedure calls on other machines across the network. First, the client calls a procedure to send a data packet to the s
manpages/y1f.3.html
y1f(3) - Bessel functions of the second kind (Man Page).....
The y0() and y1() functions return Bessel functions of x of the second kind of orders 0 and 1, respectively. The yn() function returns the Bessel function of x
manpages/glGetMaterialfv.3gl.html
glGetMaterialfv(3gl) - return material parameters (ManPage)
glGetMaterial returns in params the value or values of parameter pname of material face. Six parameters are defined: GL_AMBIENT params returns four integer or f
manpages/gluQuadricNormals.3gl.html
gluQuadricNormals(3gl) - specify what kind of normals are de
gluQuadricNormals specifies what kind of normals are desired for quadrics rendered with quad. The legal values are as follows: GLU_NONE No normals are generated
manpages/XChangePointerControl.3.html
XChangePointerControl(3) - control pointer - Linux man page
The XChangePointerControl function defines how the pointing device moves. The acceleration, expressed as a fraction, is a multiplier for movement. For example,
manpages/mysql.1.html
mysql(1) - the MySQL command-line tool - Linux manual page
mysql is a simple SQL shell with input line editing capabilities. It supports interactive and noninteractive use. When used interactively, query results are pre
manpages/sigsetmask.3.html
sigsetmask(3) - BSD signal API (Library - Linux man page)...
These functions are provided in glibc as a compatibility interface for programs that make use of the historical BSD signal API. This API is obsolete: new applic
manpages/log1p.3.html
log1p(3) - logarithm of 1 plus argument - Linux manual page
log1p(x) returns a value equivalent to log (1 + x) It is computed in a way that is accurate even if the value of x is near zero. RETURN VALUE On success, these
manpages/tcgetattr.3.html
tcgetattr(3) - get and set terminal attributes, line control
The termios functions describe a general terminal interface that is provided to control asynchronous communications ports. The termios structure Many of the fun
manpages/endwin_sp.3ncurses.html
endwin_sp(3ncurses) - curses screen-pointer extension.......
This implementation can be configured to provide a set of functions which improve the ability to manage multiple screens. This feature can be added to any of th
manpages/pthread_getschedparam.3.html
pthread_getschedparam(3) - set/get scheduling policy and par
The pthread_setschedparam() function sets the scheduling policy and parameters of the thread thread. policy specifies the new scheduling policy for thread. The
manpages/expr.1.html
expr(1) - evaluate expressions (Commands - Linux man page)
--help display this help and exit --version output version information and exit Print the value of EXPRESSION to standard output. A blank line below separates i
