cacalabs
/
libcaca
mirror da https://github.com/cacalabs/libcaca.git
1
0
Forka 0
Codice Problemi 0 Rilasci 7 Wiki Attività
Non puoi selezionare più di 25 argomenti Gli argomenti devono iniziare con una lettera o un numero, possono includere trattini ('-') e possono essere lunghi fino a 35 caratteri.
619 Commit
1 Ramo (Branch)
4.9 MiB
Albero (Tree): 046c004862
Rami (Branch) Tag
${ item.name }
Crea branch ${ searchTerm }
da '046c004862'
${ noResults }
libcaca/cucul/cucul.h

cucul.h 8.7 KiB
Originale Vista normale Cronologia

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 anni fa
* Slightly changed header comments.
18 anni fa
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 anni fa
​
​
* Removed \file directives from all files except caca.h and cucul.h, to remove redundencies in the Doxygen documentation.
18 anni fa
​
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 anni fa
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
* Improved documentation in many places.
18 anni fa
* Renamed cucul_buffer to cucul_export. Vanilla rum rules.
19 anni fa
​
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 anni fa
​
​
​
​
* Replaced "struct cucul_*" and "struct caca_*" types with opaque typedefs such as cucul_dither_t instead of struct cucul_dither. * Made cucul_buffer_t an opaque structure and implemented the two getters cucul_get_buffer_data() and cucul_get_buffer_size(). * Documented all missing functions and function parameters.
18 anni fa
* Renamed cucul_t into cucul_canvas_t. Eh ouais mon con.
18 anni fa
* Replaced "struct cucul_*" and "struct caca_*" types with opaque typedefs such as cucul_dither_t instead of struct cucul_dither. * Made cucul_buffer_t an opaque structure and implemented the two getters cucul_get_buffer_data() and cucul_get_buffer_size(). * Documented all missing functions and function parameters.
18 anni fa
​
​
​
​
​
​
​
* Renamed cucul_export into cucul_buffer. We'll use it for other things.
18 anni fa
* Documentation improvements. Wrote a small migration guide and added the skeleton of a tutorial for Jylam.
18 anni fa
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 anni fa
* 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.
19 anni fa
* 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 anni fa
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
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 anni fa
* Documentation improvements. Wrote a small migration guide and added the skeleton of a tutorial for Jylam.
18 anni fa
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 anni fa
​
​
​
​
* Renamed main canvas-related functions so that they have "canvas" in their name, eg. cucul_create() -> cucul_create_canvas() etc. * Moved buffer-related functions to cucul/buffer.c.
18 anni fa
​
​
​
​
* Removed math.c from cucul, it's beyond uselessness. Kept cucul_rand in cucul.c just in case.
18 anni fa
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 anni fa
​
* Documentation improvements. Wrote a small migration guide and added the skeleton of a tutorial for Jylam.
18 anni fa
* Replaced "struct cucul_*" and "struct caca_*" types with opaque typedefs such as cucul_dither_t instead of struct cucul_dither. * Made cucul_buffer_t an opaque structure and implemented the two getters cucul_get_buffer_data() and cucul_get_buffer_size(). * Documented all missing functions and function parameters.
18 anni fa
​
​
​
​
​
​
​
​
* Documentation improvements. Wrote a small migration guide and added the skeleton of a tutorial for Jylam.
18 anni fa
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 anni fa
* Added the cucul_blit() function. It lets us blit various canvas one onto the other with an optional mask.
18 anni fa
​
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 anni fa
​
* Renamed cucul_t into cucul_canvas_t. Eh ouais mon con.
18 anni fa
​
* 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 anni fa
* Renamed cucul_t into cucul_canvas_t. Eh ouais mon con.
18 anni fa
​
​
* Changed cucul_clear_canvas() again. It now uses the current foreground and background colours to clear the screen.
18 anni fa
* Renamed cucul_t into cucul_canvas_t. Eh ouais mon con.
18 anni fa
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 anni fa
​
* Documentation improvements. Wrote a small migration guide and added the skeleton of a tutorial for Jylam.
18 anni fa
* Added cucul_flip(), cucul_flop() and cucul_transform() to perform operations on canvases.
18 anni fa
​
​
​
* Renamed cucul_t into cucul_canvas_t. Eh ouais mon con.
18 anni fa
​
​
​
* Added cucul_flip(), cucul_flop() and cucul_transform() to perform operations on canvases.
18 anni fa
​
* Documentation improvements. Wrote a small migration guide and added the skeleton of a tutorial for Jylam.
18 anni fa
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 anni fa
​
​
​
​
* Renamed cucul_t into cucul_canvas_t. Eh ouais mon con.
18 anni fa
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
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 anni fa
​
* Documentation improvements. Wrote a small migration guide and added the skeleton of a tutorial for Jylam.
18 anni fa
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 anni fa
​
​
​
​
* Replaced "struct cucul_*" and "struct caca_*" types with opaque typedefs such as cucul_dither_t instead of struct cucul_dither. * Made cucul_buffer_t an opaque structure and implemented the two getters cucul_get_buffer_data() and cucul_get_buffer_size(). * Documented all missing functions and function parameters.
18 anni fa
​
​
​
​
​
* Renamed cucul_t into cucul_canvas_t. Eh ouais mon con.
18 anni fa
* Replaced "struct cucul_*" and "struct caca_*" types with opaque typedefs such as cucul_dither_t instead of struct cucul_dither. * Made cucul_buffer_t an opaque structure and implemented the two getters cucul_get_buffer_data() and cucul_get_buffer_size(). * Documented all missing functions and function parameters.
18 anni fa
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 anni fa
​
* Documentation improvements. Wrote a small migration guide and added the skeleton of a tutorial for Jylam.
18 anni fa
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 anni fa
* Renamed *bitmap to *dither. Ben ouais connard, je fais ce que je veux.
18 anni fa
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 anni fa
​
​
* Replaced "struct cucul_*" and "struct caca_*" types with opaque typedefs such as cucul_dither_t instead of struct cucul_dither. * Made cucul_buffer_t an opaque structure and implemented the two getters cucul_get_buffer_data() and cucul_get_buffer_size(). * Documented all missing functions and function parameters.
18 anni fa
* Removed the cucul_t * argument from cucul_create_bitmap(). It's not needed.
18 anni fa
​
​
* Replaced "struct cucul_*" and "struct caca_*" types with opaque typedefs such as cucul_dither_t instead of struct cucul_dither. * Made cucul_buffer_t an opaque structure and implemented the two getters cucul_get_buffer_data() and cucul_get_buffer_size(). * Documented all missing functions and function parameters.
18 anni fa
* Got rid of useless parameters in cucul_*_bitmap and cucul_*_sprite.
19 anni fa
​
* Replaced "struct cucul_*" and "struct caca_*" types with opaque typedefs such as cucul_dither_t instead of struct cucul_dither. * Made cucul_buffer_t an opaque structure and implemented the two getters cucul_get_buffer_data() and cucul_get_buffer_size(). * Documented all missing functions and function parameters.
18 anni fa
​
​
​
​
​
​
​
​
​
​
​
* Renamed cucul_t into cucul_canvas_t. Eh ouais mon con.
18 anni fa
* Replaced "struct cucul_*" and "struct caca_*" types with opaque typedefs such as cucul_dither_t instead of struct cucul_dither. * Made cucul_buffer_t an opaque structure and implemented the two getters cucul_get_buffer_data() and cucul_get_buffer_size(). * Documented all missing functions and function parameters.
18 anni fa
​
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 anni fa
​
* Documentation improvements. Wrote a small migration guide and added the skeleton of a tutorial for Jylam.
18 anni fa
* Slightly updated the font format and wrote a font loader. Also added a skeleton for the renderer that will not last very long.
18 anni fa
​
​
​
​
* Replaced "struct cucul_*" and "struct caca_*" types with opaque typedefs such as cucul_dither_t instead of struct cucul_dither. * Made cucul_buffer_t an opaque structure and implemented the two getters cucul_get_buffer_data() and cucul_get_buffer_size(). * Documented all missing functions and function parameters.
18 anni fa
* Implemented cucul_get_font_list() to retrieve the list of builtin fonts. * Fixed font selection through cucul_font_load(). * Added a bigger 10x19 bold font.
18 anni fa
* Replaced "struct cucul_*" and "struct caca_*" types with opaque typedefs such as cucul_dither_t instead of struct cucul_dither. * Made cucul_buffer_t an opaque structure and implemented the two getters cucul_get_buffer_data() and cucul_get_buffer_size(). * Documented all missing functions and function parameters.
18 anni fa
​
* Renamed cucul_t into cucul_canvas_t. Eh ouais mon con.
18 anni fa
* Implemented cucul_get_font_width() and cucul_get_font_height(). * Documented most font functions. * Cleaned up cucul_render_canvas() and made it actually usable by external programs. Removed ugly printf() debug calls.
18 anni fa
* Replaced "struct cucul_*" and "struct caca_*" types with opaque typedefs such as cucul_dither_t instead of struct cucul_dither. * Made cucul_buffer_t an opaque structure and implemented the two getters cucul_get_buffer_data() and cucul_get_buffer_size(). * Documented all missing functions and function parameters.
18 anni fa
* Slightly updated the font format and wrote a font loader. Also added a skeleton for the renderer that will not last very long.
18 anni fa
​
* Moved cucul_load_canvas() into cucul/import.c and renamed it into cucul_import_canvas(). * Renamed cucul_create_export() into cucul_export_canvas() for consistency.
18 anni fa
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 anni fa
* Moved cucul_load_canvas() into cucul/import.c and renamed it into cucul_import_canvas(). * Renamed cucul_create_export() into cucul_export_canvas() for consistency.
18 anni fa
​
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 anni fa
​
* Moved cucul_load_canvas() into cucul/import.c and renamed it into cucul_import_canvas(). * Renamed cucul_create_export() into cucul_export_canvas() for consistency.
18 anni fa
* Added cucul_get_export_list(). Returns a list of known export formats.
18 anni fa
* Moved cucul_load_canvas() into cucul/import.c and renamed it into cucul_import_canvas(). * Renamed cucul_create_export() into cucul_export_canvas() for consistency.
18 anni fa
​
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 anni fa
​
​
​
​
​
​
 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223 
  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.  *  $Id$

  7.  *

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

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

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

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

  12.  */

  13. 

  14. /** \file cucul.h

  15.  *  \version \$Id$

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

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

  18.  *

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

  20.  *  using \e libcucul may use.

  21.  */

  22. 

  23. #ifndef __CUCUL_H__

  24. #define __CUCUL_H__

  25. 

  26. /** libcucul API version */

  27. #define CUCUL_API_VERSION_1

  28. 

  29. #ifdef __cplusplus

  30. extern "C"

  31. {

  32. #endif

  33. 

  34. /** \e libcucul context */

  35. typedef struct cucul_canvas cucul_canvas_t;

  36. /** sprite structure */

  37. typedef struct cucul_sprite cucul_sprite_t;

  38. /** dither structure */

  39. typedef struct cucul_dither cucul_dither_t;

  40. /** data buffer structure */

  41. typedef struct cucul_buffer cucul_buffer_t;

  42. /** font structure */

  43. typedef struct cucul_font cucul_font_t;

  44. 

  45. /** \defgroup colour libcucul colour definitions

  46.  *

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

  48.  *

  49.  *  @{ */

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  68. /*  @} */

  69. 

  70. /** \defgroup cucul libcucul basic functions

  71.  *

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

  73.  *  initialisation, system information retrieval and configuration.

  74.  *

  75.  *  @{ */

  76. cucul_canvas_t * cucul_create_canvas(unsigned int, unsigned int);

  77. void cucul_set_canvas_size(cucul_canvas_t *, unsigned int, unsigned int);

  78. unsigned int cucul_get_canvas_width(cucul_canvas_t *);

  79. unsigned int cucul_get_canvas_height(cucul_canvas_t *);

  80. void cucul_free_canvas(cucul_canvas_t *);

  81. int cucul_rand(int, int);

  82. /*  @} */

  83. 

  84. /** \defgroup buffer libcucul buffer handling

  85.  *

  86.  *  These functions provide methods to handle libcucul buffers.

  87.  *

  88.  *  @{ */

  89. unsigned long int cucul_get_buffer_size(cucul_buffer_t *);

  90. void * cucul_get_buffer_data(cucul_buffer_t *);

  91. void cucul_free_buffer(cucul_buffer_t *);

  92. /*  @} */

  93. 

  94. /** \defgroup canvas libcucul canvas drawing

  95.  *

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

  97.  *  higher level graphics functions.

  98.  *

  99.  *  @{ */

  100. void cucul_set_color(cucul_canvas_t *, unsigned char, unsigned char);

  101. void cucul_set_truecolor(cucul_canvas_t *, unsigned int, unsigned int);

  102. char const *cucul_get_color_name(unsigned int);

  103. void cucul_putchar(cucul_canvas_t *, int, int, char);

  104. void cucul_putstr(cucul_canvas_t *, int, int, char const *);

  105. void cucul_printf(cucul_canvas_t *, int, int, char const *, ...);

  106. void cucul_clear_canvas(cucul_canvas_t *);

  107. void cucul_blit(cucul_canvas_t *, int, int, cucul_canvas_t const *, cucul_canvas_t const *);

  108. /*  @} */

  109. 

  110. /** \defgroup transform libcucul canvas transformation

  111.  *

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

  113.  *

  114.  *  @{ */

  115. void cucul_invert(cucul_canvas_t *);

  116. void cucul_flip(cucul_canvas_t *);

  117. void cucul_flop(cucul_canvas_t *);

  118. void cucul_rotate(cucul_canvas_t *);

  119. /*  @} */

  120. 

  121. /** \defgroup prim libcucul primitives drawing

  122.  *

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

  124.  *  boxes, triangles and ellipses.

  125.  *

  126.  *  @{ */

  127. void cucul_draw_line(cucul_canvas_t *, int, int, int, int, char const *);

  128. void cucul_draw_polyline(cucul_canvas_t *, int const x[], int const y[], int, char const *);

  129. void cucul_draw_thin_line(cucul_canvas_t *, int, int, int, int);

  130. void cucul_draw_thin_polyline(cucul_canvas_t *, int const x[], int const y[], int);

  131. 

  132. void cucul_draw_circle(cucul_canvas_t *, int, int, int, char const *);

  133. void cucul_draw_ellipse(cucul_canvas_t *, int, int, int, int, char const *);

  134. void cucul_draw_thin_ellipse(cucul_canvas_t *, int, int, int, int);

  135. void cucul_fill_ellipse(cucul_canvas_t *, int, int, int, int, char const *);

  136. 

  137. void cucul_draw_box(cucul_canvas_t *, int, int, int, int, char const *);

  138. void cucul_draw_thin_box(cucul_canvas_t *, int, int, int, int);

  139. void cucul_fill_box(cucul_canvas_t *, int, int, int, int, char const *);

  140. 

  141. void cucul_draw_triangle(cucul_canvas_t *, int, int, int, int, int, int, char const *);

  142. void cucul_draw_thin_triangle(cucul_canvas_t *, int, int, int, int, int, int);

  143. void cucul_fill_triangle(cucul_canvas_t *, int, int, int, int, int, int, char const *);

  144. /*  @} */

  145. 

  146. /** \defgroup sprite libcucul sprite handling

  147.  *

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

  149.  *  and rendering.

  150.  *

  151.  *  @{ */

  152. cucul_sprite_t * cucul_load_sprite(char const *);

  153. int cucul_get_sprite_frames(cucul_sprite_t const *);

  154. int cucul_get_sprite_width(cucul_sprite_t const *, int);

  155. int cucul_get_sprite_height(cucul_sprite_t const *, int);

  156. int cucul_get_sprite_dx(cucul_sprite_t const *, int);

  157. int cucul_get_sprite_dy(cucul_sprite_t const *, int);

  158. void cucul_draw_sprite(cucul_canvas_t *, int, int, cucul_sprite_t const *, int);

  159. void cucul_free_sprite(cucul_sprite_t *);

  160. /*  @} */

  161. 

  162. /** \defgroup dither libcucul bitmap dithering

  163.  *

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

  165.  *  rendering.

  166.  *

  167.  *  @{ */

  168. cucul_dither_t *cucul_create_dither(unsigned int, unsigned int,

  169.                                          unsigned int, unsigned int,

  170.                                          unsigned int, unsigned int,

  171.                                          unsigned int, unsigned int);

  172. void cucul_set_dither_palette(cucul_dither_t *,

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

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

  175. void cucul_set_dither_brightness(cucul_dither_t *, float);

  176. void cucul_set_dither_gamma(cucul_dither_t *, float);

  177. void cucul_set_dither_contrast(cucul_dither_t *, float);

  178. void cucul_set_dither_invert(cucul_dither_t *, int);

  179. void cucul_set_dither_antialias(cucul_dither_t *, char const *);

  180. char const * const * cucul_get_dither_antialias_list(cucul_dither_t const *);

  181. void cucul_set_dither_color(cucul_dither_t *, char const *);

  182. char const * const * cucul_get_dither_color_list(cucul_dither_t const *);

  183. void cucul_set_dither_charset(cucul_dither_t *, char const *);

  184. char const * const * cucul_get_dither_charset_list(cucul_dither_t const *);

  185. void cucul_set_dither_mode(cucul_dither_t *, char const *);

  186. char const * const * cucul_get_dither_mode_list(cucul_dither_t const *);

  187. void cucul_dither_bitmap(cucul_canvas_t *, int, int, int, int,

  188.                          cucul_dither_t const *, void *);

  189. void cucul_free_dither(cucul_dither_t *);

  190. /*  @} */

  191. 

  192. /** \defgroup font libcucul font handling

  193.  *

  194.  *  These functions provide font handling routines and high quality

  195.  *  canvas to bitmap rendering.

  196.  *

  197.  *  @{ */

  198. cucul_font_t *cucul_load_font(void const *, unsigned int);

  199. char const * const * cucul_get_font_list(void);

  200. unsigned int cucul_get_font_width(cucul_font_t *);

  201. unsigned int cucul_get_font_height(cucul_font_t *);

  202. void cucul_render_canvas(cucul_canvas_t *, cucul_font_t *, void *,

  203.                          unsigned int, unsigned int, unsigned int);

  204. void cucul_free_font(cucul_font_t *);

  205. /*  @} */

  206. 

  207. /** \defgroup importexport libcucul importers/exporters from/to various formats

  208.  *

  209.  *  These functions import various file formats into a new canvas, or export

  210.  *  the current canvas to various text formats.

  211.  *

  212.  *  @{ */

  213. cucul_buffer_t * cucul_export_canvas(cucul_canvas_t *, char const *);

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

  215. cucul_canvas_t * cucul_import_canvas(void const *, unsigned int, char const *);

  216. char const * const * cucul_get_import_list(void);

  217. /*  @} */

  218. 

  219. #ifdef __cplusplus

  220. }

  221. #endif

  222. 

  223. #endif /* __CUCUL_H__ */