cacalabs
/
libcaca
espelhamento de https://github.com/cacalabs/libcaca.git
1
0
Fork 0
Código Issues 0 Versões 7 Wiki Atividade
Você não pode selecionar mais de 25 tópicos Os tópicos devem começar com uma letra ou um número, podem incluir traços ('-') e podem ter até 35 caracteres.
524 Commits
1 Branch
98 MiB
Tag: 1084035890
Branches Tags
${ item.name }
Criar branch ${ searchTerm }
de 1084035890
${ noResults }
libcaca/cucul/cucul.h

cucul.h 7.5 KiB
Original Visão normal Histórico

A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
* Slightly changed header comments.
18 anos atrás
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
* Renamed cucul_buffer to cucul_export. Vanilla rum rules.
18 anos atrás
​
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
​
​
​
​
* Replaced enum cucul_color with unsigned int. The size of an enum is not really portable, and Visual Studio complains when they are not explicitely cast.
18 anos atrás
​
​
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
* Replaced all cucul_get_* exporters with a generic cucul_export() function. * Got rid of static buffers; we now use cucul_free() to free exported buffers. * Fixed light background in the ANSI exporter by adding escape sequences for most terminal emulators.
18 anos atrás
* Replaced enum cucul_color with unsigned int. The size of an enum is not really portable, and Visual Studio complains when they are not explicitely cast.
18 anos atrás
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
​
​
​
​
​
​
* Renamed cucul_init()/cucul_end() into cucul_create()/cucul_free().
18 anos atrás
* Implemented cucul_load() to reload a file that was saved with the raw driver. I know it is inconsistent to have the loader in libcucul and the exporter in libcaca but I'll find a way to harmonise that.
18 anos atrás
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
​
​
* Renamed cucul_init()/cucul_end() into cucul_create()/cucul_free().
18 anos atrás
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
​
* Added the cucul_blit() function. It lets us blit various canvas one onto the other with an optional mask.
18 anos atrás
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
* Added the cucul_blit() function. It lets us blit various canvas one onto the other with an optional mask.
18 anos atrás
​
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
​
* Replaced enum cucul_color with unsigned int. The size of an enum is not really portable, and Visual Studio complains when they are not explicitely cast.
18 anos atrás
​
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
​
​
​
* Added the cucul_blit() function. It lets us blit various canvas one onto the other with an optional mask.
18 anos atrás
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
​
* Added cucul_flip(), cucul_flop() and cucul_transform() to perform operations on canvases.
18 anos atrás
​
​
​
​
* Implemented cucul_invert() to invert a canvas' colours.
18 anos atrás
* Added cucul_flip(), cucul_flop() and cucul_transform() to perform operations on canvases.
18 anos atrás
​
​
​
​
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
​
​
​
​
​
* Made cucul_putchar32() an internal-only function. * Changed the line, box, ellipsis etc. prototypes so that they use an UTF-8 string instead of a single character as their last argument.
18 anos atrás
​
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
​
​
* Made cucul_putchar32() an internal-only function. * Changed the line, box, ellipsis etc. prototypes so that they use an UTF-8 string instead of a single character as their last argument.
18 anos atrás
​
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
* Made cucul_putchar32() an internal-only function. * Changed the line, box, ellipsis etc. prototypes so that they use an UTF-8 string instead of a single character as their last argument.
18 anos atrás
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
* Made cucul_putchar32() an internal-only function. * Changed the line, box, ellipsis etc. prototypes so that they use an UTF-8 string instead of a single character as their last argument.
18 anos atrás
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
* Made cucul_putchar32() an internal-only function. * Changed the line, box, ellipsis etc. prototypes so that they use an UTF-8 string instead of a single character as their last argument.
18 anos atrás
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
* Made cucul_putchar32() an internal-only function. * Changed the line, box, ellipsis etc. prototypes so that they use an UTF-8 string instead of a single character as their last argument.
18 anos atrás
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
* Made cucul_putchar32() an internal-only function. * Changed the line, box, ellipsis etc. prototypes so that they use an UTF-8 string instead of a single character as their last argument.
18 anos atrás
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
* Got rid of useless parameters in cucul_*_bitmap and cucul_*_sprite.
18 anos atrás
​
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
​
* Renamed *bitmap to *dither. Ben ouais connard, je fais ce que je veux.
18 anos atrás
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
* Renamed *bitmap to *dither. Ben ouais connard, je fais ce que je veux.
18 anos atrás
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
​
​
* Renamed *bitmap to *dither. Ben ouais connard, je fais ce que je veux.
18 anos atrás
​
* Removed the cucul_t * argument from cucul_create_bitmap(). It's not needed.
18 anos atrás
​
​
* Renamed *bitmap to *dither. Ben ouais connard, je fais ce que je veux.
18 anos atrás
* Got rid of useless parameters in cucul_*_bitmap and cucul_*_sprite.
18 anos atrás
​
* Renamed *bitmap to *dither. Ben ouais connard, je fais ce que je veux.
18 anos atrás
​
​
​
​
​
​
​
​
​
​
​
​
​
​
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
​
​
​
* Replaced all cucul_get_* exporters with a generic cucul_export() function. * Got rid of static buffers; we now use cucul_free() to free exported buffers. * Fixed light background in the ANSI exporter by adding escape sequences for most terminal emulators.
18 anos atrás
* Renamed cucul_buffer to cucul_export. Vanilla rum rules.
18 anos atrás
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
​
* Renamed cucul_buffer to cucul_export. Vanilla rum rules.
18 anos atrás
* Replaced all cucul_get_* exporters with a generic cucul_export() function. * Got rid of static buffers; we now use cucul_free() to free exported buffers. * Fixed light background in the ANSI exporter by adding escape sequences for most terminal emulators.
18 anos atrás
​
​
​
​
* Changed the 2nd argument of cucul_create_export to a string. This way we can add new exporters without changing the API.
18 anos atrás
* Added cucul_get_export_list(). Returns a list of known export formats.
18 anos atrás
* Renamed cucul_buffer to cucul_export. Vanilla rum rules.
18 anos atrás
A new low-level text management library (canvas for ultrafast compositing of unicode letters) is now separated from the higher level rendering and I/O (that is, libcaca). This commit totally breaks the API, but once everything is polished I will think about source-level backward compatibility. Most drivers are broken, but X11 still sorta works. The new design is much more object-oriented and allows having several active renderers at the same time, changing renderers on the fly, and more important, having no renderer at all (useful for converters, or when you want to do your own renderer). And in case you are still wondering, the libcucul acronym has "Unicode" because I want to support at least a subset of Unicode. There are awesome glyphs in it, including the ones inherited from Codepage 437 such as "gray 25%" that are used in DOS and Win32 ANSI art.
19 anos atrás
​
​
​
​
​
​
 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201 
  1. /*

  2.  *  libcucul      Canvas for ultrafast compositing of Unicode letters

  3.  *  Copyright (c) 2002-2006 Sam Hocevar <sam@zoy.org>

  4.  *                All Rights Reserved

  5.  *

  6.  *  This library is free software; you can redistribute it and/or

  7.  *  modify it under the terms of the Do What The Fuck You Want To

  8.  *  Public License, Version 2, as published by Sam Hocevar. See

  9.  *  http://sam.zoy.org/wtfpl/COPYING for more details.

  10.  */

  11. 

  12. /** \file cucul.h

  13.  *  \version \$Id$

  14.  *  \author Sam Hocevar <sam@zoy.org>

  15.  *  \brief The \e libcucul public header.

  16.  *

  17.  *  This header contains the public types and functions that applications

  18.  *  using \e libcucul may use.

  19.  */

  20. 

  21. #ifndef __CUCUL_H__

  22. #define __CUCUL_H__

  23. 

  24. #define CUCUL_API_VERSION_1

  25. 

  26. #ifdef __cplusplus

  27. extern "C"

  28. {

  29. #endif

  30. 

  31. typedef struct cucul_context cucul_t;

  32. 

  33. /** \defgroup colour Colour definitions

  34.  *

  35.  *  Colours that can be used with cucul_set_color().

  36.  *

  37.  *  @{ */

  38. #define CUCUL_COLOR_BLACK 0x00 /**< The colour index for black. */

  39. #define CUCUL_COLOR_BLUE 0x01 /**< The colour index for blue. */

  40. #define CUCUL_COLOR_GREEN 0x02 /**< The colour index for green. */

  41. #define CUCUL_COLOR_CYAN 0x03 /**< The colour index for cyan. */

  42. #define CUCUL_COLOR_RED 0x04 /**< The colour index for red. */

  43. #define CUCUL_COLOR_MAGENTA 0x05 /**< The colour index for magenta. */

  44. #define CUCUL_COLOR_BROWN 0x06 /**< The colour index for brown. */

  45. #define CUCUL_COLOR_LIGHTGRAY 0x07 /**< The colour index for light gray. */

  46. #define CUCUL_COLOR_DARKGRAY 0x08 /**< The colour index for dark gray. */

  47. #define CUCUL_COLOR_LIGHTBLUE 0x09 /**< The colour index for blue. */

  48. #define CUCUL_COLOR_LIGHTGREEN 0x0a /**< The colour index for light green. */

  49. #define CUCUL_COLOR_LIGHTCYAN 0x0b /**< The colour index for light cyan. */

  50. #define CUCUL_COLOR_LIGHTRED 0x0c /**< The colour index for light red. */

  51. #define CUCUL_COLOR_LIGHTMAGENTA 0x0d /**< The colour index for light magenta. */

  52. #define CUCUL_COLOR_YELLOW 0x0e /**< The colour index for yellow. */

  53. #define CUCUL_COLOR_WHITE 0x0f /**< The colour index for white. */

  54. #define CUCUL_COLOR_DEFAULT 0x10 /**< The output driver's default colour. */

  55. #define CUCUL_COLOR_TRANSPARENT 0x20 /**< The transparent colour. */

  56. /*  @} */

  57. 

  58. /** \defgroup basic Basic functions

  59.  *

  60.  *  These functions provide the basic \e libcaca routines for library

  61.  *  initialisation, system information retrieval and configuration.

  62.  *

  63.  *  @{ */

  64. cucul_t * cucul_create(unsigned int, unsigned int);

  65. cucul_t * cucul_load(void *, unsigned int);

  66. void cucul_set_size(cucul_t *, unsigned int, unsigned int);

  67. unsigned int cucul_get_width(cucul_t *);

  68. unsigned int cucul_get_height(cucul_t *);

  69. void cucul_free(cucul_t *);

  70. /*  @} */

  71. 

  72. /** \defgroup canvas Canvas drawing

  73.  *

  74.  *  These functions provide low-level character printing routines and

  75.  *  higher level graphics functions.

  76.  *

  77.  *  @{ */

  78. void cucul_set_color(cucul_t *, unsigned int, unsigned int);

  79. char const *cucul_get_color_name(unsigned int);

  80. void cucul_putchar(cucul_t *, int, int, char);

  81. void cucul_putstr(cucul_t *, int, int, char const *);

  82. void cucul_printf(cucul_t *, int, int, char const *, ...);

  83. void cucul_clear(cucul_t *);

  84. void cucul_blit(cucul_t *, int, int, cucul_t const *, cucul_t const *);

  85. /*  @} */

  86. 

  87. /** \defgroup transform Canvas transformation

  88.  *

  89.  *  These functions perform horizontal and vertical canvas flipping.

  90.  *

  91.  *  @{ */

  92. void cucul_invert(cucul_t *);

  93. void cucul_flip(cucul_t *);

  94. void cucul_flop(cucul_t *);

  95. void cucul_rotate(cucul_t *);

  96. /*  @} */

  97. 

  98. /** \defgroup prim Primitives drawing

  99.  *

  100.  *  These functions provide routines for primitive drawing, such as lines,

  101.  *  boxes, triangles and ellipses.

  102.  *

  103.  *  @{ */

  104. void cucul_draw_line(cucul_t *, int, int, int, int, char const *);

  105. void cucul_draw_polyline(cucul_t *, int const x[], int const y[], int, char const *);

  106. void cucul_draw_thin_line(cucul_t *, int, int, int, int);

  107. void cucul_draw_thin_polyline(cucul_t *, int const x[], int const y[], int);

  108. 

  109. void cucul_draw_circle(cucul_t *, int, int, int, char const *);

  110. void cucul_draw_ellipse(cucul_t *, int, int, int, int, char const *);

  111. void cucul_draw_thin_ellipse(cucul_t *, int, int, int, int);

  112. void cucul_fill_ellipse(cucul_t *, int, int, int, int, char const *);

  113. 

  114. void cucul_draw_box(cucul_t *, int, int, int, int, char const *);

  115. void cucul_draw_thin_box(cucul_t *, int, int, int, int);

  116. void cucul_fill_box(cucul_t *, int, int, int, int, char const *);

  117. 

  118. void cucul_draw_triangle(cucul_t *, int, int, int, int, int, int, char const *);

  119. void cucul_draw_thin_triangle(cucul_t *, int, int, int, int, int, int);

  120. void cucul_fill_triangle(cucul_t *, int, int, int, int, int, int, char const *);

  121. /*  @} */

  122. 

  123. /** \defgroup math Mathematical functions

  124.  *

  125.  *  These functions provide a few useful math-related routines.

  126.  *

  127.  *  @{ */

  128. int cucul_rand(int, int);

  129. unsigned int cucul_sqrt(unsigned int);

  130. /*  @} */

  131. 

  132. /** \defgroup sprite Sprite handling

  133.  *

  134.  *  These functions provide high level routines for sprite loading, animation

  135.  *  and rendering.

  136.  *

  137.  *  @{ */

  138. struct cucul_sprite;

  139. struct cucul_sprite * cucul_load_sprite(cucul_t *, char const *);

  140. int cucul_get_sprite_frames(cucul_t *, struct cucul_sprite const *);

  141. int cucul_get_sprite_width(cucul_t *, struct cucul_sprite const *, int);

  142. int cucul_get_sprite_height(cucul_t *, struct cucul_sprite const *, int);

  143. int cucul_get_sprite_dx(cucul_t *, struct cucul_sprite const *, int);

  144. int cucul_get_sprite_dy(cucul_t *, struct cucul_sprite const *, int);

  145. void cucul_draw_sprite(cucul_t *, int, int, struct cucul_sprite const *, int);

  146. void cucul_free_sprite(struct cucul_sprite *);

  147. /*  @} */

  148. 

  149. /** \defgroup dither Bitmap dithering

  150.  *

  151.  *  These functions provide high level routines for dither allocation and

  152.  *  rendering.

  153.  *

  154.  *  @{ */

  155. struct cucul_dither;

  156. struct cucul_dither *cucul_create_dither(unsigned int, unsigned int,

  157.                                          unsigned int, unsigned int,

  158.                                          unsigned int, unsigned int,

  159.                                          unsigned int, unsigned int);

  160. void cucul_set_dither_palette(struct cucul_dither *,

  161.                               unsigned int r[], unsigned int g[],

  162.                               unsigned int b[], unsigned int a[]);

  163. void cucul_set_dither_brightness(struct cucul_dither *, float);

  164. void cucul_set_dither_gamma(struct cucul_dither *, float);

  165. void cucul_set_dither_contrast(struct cucul_dither *, float);

  166. void cucul_set_dither_invert(struct cucul_dither *, int);

  167. void cucul_set_dither_antialias(struct cucul_dither *, char const *);

  168. char const * const * cucul_get_dither_antialias_list(struct cucul_dither const *);

  169. void cucul_set_dither_color(struct cucul_dither *, char const *);

  170. char const * const * cucul_get_dither_color_list(struct cucul_dither const *);

  171. void cucul_set_dither_charset(struct cucul_dither *, char const *);

  172. char const * const * cucul_get_dither_charset_list(struct cucul_dither const *);

  173. void cucul_set_dither_mode(struct cucul_dither *, char const *);

  174. char const * const * cucul_get_dither_mode_list(struct cucul_dither const *);

  175. void cucul_dither_bitmap(cucul_t *, int, int, int, int,

  176.                          struct cucul_dither const *, void *);

  177. void cucul_free_dither(struct cucul_dither *);

  178. /*  @} */

  179. 

  180. /** \defgroup exporter Exporters to various formats

  181.  *

  182.  *  These functions export the current canvas to various text formats. It

  183.  *  is necessary to call cucul_free_export() to dispose of the data.

  184.  *

  185.  *  @{ */

  186. struct cucul_export

  187. {

  188.     unsigned int size;

  189.     char *buffer;

  190. };

  191. 

  192. struct cucul_export * cucul_create_export(cucul_t *, char const *);

  193. char const * const * cucul_get_export_list(void);

  194. void cucul_free_export(struct cucul_export *);

  195. /*  @} */

  196. 

  197. #ifdef __cplusplus

  198. }

  199. #endif

  200. 

  201. #endif /* __CUCUL_H__ */