06-14-2013
Despite all the bells and whistles from window managers and o/s hooks, under it all is Xwindows in all LINUX/UNIX I can think of, except maybe Apple junk. There are many very accessible tools for using XWindows. I recall one that let you compose graphic files in text and then convert them to popular image file formats. It can light up all the pixels in all the colors. Ubuntu feels like funny Windows. Browsers and JAVA give you access to the graphics. What do you want from a graphics environment?
6 More Discussions You Might Find Interesting
1. UNIX for Dummies Questions & Answers
I'm trying to setup Redhat 7.0 on a Dell Latitude C600/C610. Only thing I can't get to work is the damn graphics resolution. It's all configured correct apart from that.
What it is when I type 'startx' the resolution is huge. Shows about a quater of the screen resolution because of this.
... (1 Reply)
Discussion started by: merlin
1 Replies
2. UNIX for Dummies Questions & Answers
I'm trying to get RedHat 7.0 working on a Dell Latitude c600/c610 working. Well the graphics driver anyway.
See no matter what I configure it wont work. Run Xconfigurator and it wont have the right drivers installed for me to pick etc etc. So I'll run Xconfigurator get a generic driver,... (1 Reply)
Discussion started by: merlin
1 Replies
3. Programming
like what we have graphics.h in turbo c which works well on windows , do we have anything like that in linux.(i suppose ncurses may be one) :eek: (7 Replies)
Discussion started by: yogesh_powar
7 Replies
4. UNIX for Dummies Questions & Answers
What is the difference between device driver and board support package? (0 Replies)
Discussion started by: anupa
0 Replies
5. UNIX for Advanced & Expert Users
Hi Experts,
I am designing a web page in Python that shows a graphical representation of the load on the various computing nodes of the Linux server. I am currently using ReportLab to generate the charts and graphs, but I seem to have some problems with that. I've reviewed ChartDirector. It... (2 Replies)
Discussion started by: davidfrank
2 Replies
6. OS X (Apple)
Howdy
I am trying to install links2 with graphics support on snow leopard 10.6.8 (xcode installed). I have had the program running last year, also installed from source - but then I had installed some image libraries with mac ports and fink - cannot reproduce that setup. Plus I would like to not... (6 Replies)
Discussion started by: butterbaerchen
6 Replies
LEARN ABOUT CENTOS
tk_freegc
Tk_GetGC(3) Tk Library Procedures Tk_GetGC(3)
__________________________________________________________________________________________________________________________________________________
NAME
Tk_GetGC, Tk_FreeGC - maintain database of read-only graphics contexts
SYNOPSIS
#include <tk.h>
GC
Tk_GetGC(tkwin, valueMask, valuePtr)
Tk_FreeGC(display, gc)
ARGUMENTS
Tk_Window tkwin (in) Token for window in which the graphics context will be used.
unsigned long valueMask (in) Mask of bits (such as GCForeground or GCStipple) indicating which fields of *valuePtr are valid.
XGCValues *valuePtr (in) Pointer to structure describing the desired values for the graphics context.
Display *display (in) Display for which gc was allocated.
GC gc (in) X identifier for graphics context that is no longer needed. Must have been allocated by Tk_GetGC.
_________________________________________________________________
DESCRIPTION
Tk_GetGC and Tk_FreeGC manage a collection of graphics contexts being used by an application. The procedures allow graphics contexts to be
shared, thereby avoiding the server overhead that would be incurred if a separate GC were created for each use. Tk_GetGC takes arguments
describing the desired graphics context and returns an X identifier for a GC that fits the description. The graphics context that is
returned will have default values in all of the fields not specified explicitly by valueMask and valuePtr.
Tk_GetGC maintains a database of all the graphics contexts it has created. Whenever possible, a call to Tk_GetGC will return an existing
graphics context rather than creating a new one. This approach can substantially reduce server overhead, so Tk_GetGC should generally be
used in preference to the Xlib procedure XCreateGC, which creates a new graphics context on each call.
Since the return values of Tk_GetGC are shared, callers should never modify the graphics contexts returned by Tk_GetGC. If a graphics con-
text must be modified dynamically, then it should be created by calling XCreateGC instead of Tk_GetGC.
When a graphics context is no longer needed, Tk_FreeGC should be called to release it. There should be exactly one call to Tk_FreeGC for
each call to Tk_GetGC. When a graphics context is no longer in use anywhere (i.e. it has been freed as many times as it has been gotten)
Tk_FreeGC will release it to the X server and delete it from the database.
KEYWORDS
graphics context
Tk Tk_GetGC(3)