← Back to branch summary

~ubuntu-branches/ubuntu/vivid/grass/vivid-proposed

« back to all changes in this revision

Viewing changes to general/g.pnmcomp/g.pnmcomp.html

  • Committer: Package Import Robot
  • Author(s): Bas Couwenberg
  • Date: 2015-02-20 23:12:08 UTC
  • mfrom: (8.2.6 experimental)
  • Revision ID: package-import@ubuntu.com-20150220231208-1u6qvqm84v430b10
Tags: 7.0.0-1~exp1
* New upstream release.
* Update python-ctypes-ternary.patch to use if/else instead of and/or.
* Drop check4dev patch, rely on upstream check.
* Add build dependency on libpq-dev to grass-dev for libpq-fe.h.
* Drop patches applied upstream, refresh remaining patches.
* Update symlinks for images switched from jpg to png.

Show diffs side-by-side

added added

removed removed

Lines of Context:
general/g.pnmcomp/g.pnmcomp.html
 
1
<h2>DESCRIPTION</h2>
 
2
 
 
3
<em>g.pnmcomp</em> isn't meant for end users. It's an internal tool
 
4
for use by <em><a href="wxGUI.html">wxGUI</a></em>.
 
5
 
 
6
<p>
 
7
In essence, <em>g.pnmcomp</em> generates a PPM image by overlaying a
 
8
series of PPM/PGM pairs (PPM = RGB image, PGM = alpha channel).
 
9
 
 
10
<h2>NOTES</h2>
 
11
 
 
12
The intention is that <em>d.*</em> modules will emit PPM/PGM pairs (by
 
13
way of the PNG-driver code being integrated into Display Library). The
 
14
GUI will manage a set of layers; each layer consists of the data
 
15
necessary to generate a PPM/PGM pair.
 
16
 
 
17
Whenever the layer &quot;stack&quot; changes (by adding, removing,
 
18
hiding, showing or re-ordering layers), the GUI will render any layers
 
19
for which it doesn't already have the PPM/PGM pair, then re-run
 
20
<em>g.pnmcomp</em> to generate the final image (just redoing the
 
21
composition is a lot faster than redrawing everything).
 
22
 
 
23
<p>
 
24
A C/C++ GUI would either have <em>g.pnmcomp's</em> functionality
 
25
(image composition) built-in, or would use the system's graphics API
 
26
to perform composition (for translucent layers, you would need OpenGL
 
27
or the Render extension, or something else which supports translucent
 
28
rendering).
 
29
 
 
30
<p>
 
31
Tk doesn't support transparent (masked) true-colour images (it does
 
32
support transparent GIFs, but that's limited to 256 colours), and an
 
33
image composition routine in Tcl would be unacceptably slow, hence
 
34
the existence of <em>g.pnmcomp</em>.
 
35
 
 
36
<h2>SEE ALSO</h2>
 
37
 
 
38
<em>
 
39
<a href="g.cairocomp.html">g.cairocomp</a>
 
40
</em>
 
41
 
 
42
<h2>AUTHOR</h2>
 
43
 
 
44
Glynn Clements
 
45
 
 
46
<p><i>Last changed: $Date: 2013-01-15 07:12:43 -0800 (Tue, 15 Jan 2013) $</i>