File: al_create_sub_bitmap.3

package info (click to toggle)
allegro5 2%3A5.2.2-1
  • links: PTS, VCS
  • area: main
  • in suites: stretch
  • size: 23,032 kB
  • sloc: ansic: 120,340; cpp: 15,707; objc: 4,805; python: 2,915; java: 2,195; sh: 887; xml: 86; makefile: 49; perl: 37; pascal: 24
file content (43 lines) | stat: -rw-r--r-- 1,336 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
.TH "al_create_sub_bitmap" "3" "" "Allegro reference manual" ""
.SH NAME
.PP
al_create_sub_bitmap \- Allegro 5 API
.SH SYNOPSIS
.IP
.nf
\f[C]
#include\ <allegro5/allegro.h>

ALLEGRO_BITMAP\ *al_create_sub_bitmap(ALLEGRO_BITMAP\ *parent,
\ \ \ int\ x,\ int\ y,\ int\ w,\ int\ h)
\f[]
.fi
.SH DESCRIPTION
.PP
Creates a sub\-bitmap of the parent, at the specified coordinates and of
the specified size.
A sub\-bitmap is a bitmap that shares drawing memory with a
pre\-existing (parent) bitmap, but possibly with a different size and
clipping settings.
.PP
The sub\-bitmap may originate off or extend past the parent bitmap.
.PP
See the discussion in al_get_backbuffer(3) about using sub\-bitmaps of
the backbuffer.
.PP
The parent bitmap\[aq]s clipping rectangles are ignored.
.PP
If a sub\-bitmap was not or cannot be created then NULL is returned.
.PP
When you are done with using the sub\-bitmap you must call
al_destroy_bitmap(3) on it to free any resources allocated for it.
.PP
Note that destroying parents of sub\-bitmaps will not destroy the
sub\-bitmaps; instead the sub\-bitmaps become invalid and should no
longer be used for drawing \- they still must be destroyed with
al_destroy_bitmap(3) however.
It does not matter whether you destroy a sub\-bitmap before or after its
parent otherwise.
.SH SEE ALSO
.PP
al_create_bitmap(3)