Вы не можете выбрать более 25 тем Темы должны начинаться с буквы или цифры, могут содержать дефисы(-) и должны содержать не более 35 символов.

22 лет назад
22 лет назад
22 лет назад
18 лет назад
18 лет назад
18 лет назад
18 лет назад
18 лет назад
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155
  1. $Id$
  2. libcucul
  3. ========
  4. API-dependent stuff
  5. -------------------
  6. o all the sprite stuff (loading, saving, blitting, transparency
  7. support, background colour support, thinking of a storage format,
  8. etc.)
  9. o Or maybe, instead of doing shit with the sprites, just allow canvases
  10. to have several buffers, allow to change the active buffer, and treat
  11. sprites like that.
  12. o bitmap output support (will require one or several custom fonts),
  13. maybe should be in libcaca.
  14. o support for more than 16 colours, maybe truecolor, maybe less
  15. o support for transparency (CUCUL_COLOR_TRANSPARENT)
  16. o ASCII/ANSI art loading functions (maybe load them as sprites)
  17. o Shouldn't the antialiasing function accept a string instead of a
  18. number, in case we create several antialiasing methods? Or is it
  19. just a waste of time?
  20. API-independent stuff
  21. ---------------------
  22. o Brightness, contrast support for bitmaps (the functions are here, we
  23. just need to fill them)
  24. o Error distribution dithering
  25. o Add a random factor to the random ditherer. No need to change the API
  26. for that, we can just pass "random:10" instead of "random" to the
  27. cucul_set_bitmap_dithering() function.
  28. o Implement the colour modes set in cucul_set_bitmap_color(). For the
  29. moment only "full16" and "16" are implemented.
  30. o Fix the thin ellipse rendering (currently it's only |s and -s, we
  31. could make them smoother by using ' ` , etc).
  32. o support for double width glyphs (also needs some libcaca changes)
  33. o better mask support in cucul_blit()
  34. libcaca
  35. =======
  36. API-dependent stuff
  37. -------------------
  38. o text edit widget with cursor support (I'm unsure about this, it
  39. seems pretty difficult)
  40. API-independent stuff
  41. ---------------------
  42. o Write a Linux console output
  43. o Better keyboard driver in an X terminal, see
  44. http://groups.yahoo.com/group/zepp/message/381
  45. o Unicode support for X11 (maybe through Xft)
  46. o fix Unicode support for ncurses
  47. o Unicode support for GL
  48. o and Jylam wants a framebuffer output
  49. Language bindings
  50. =================
  51. Needed
  52. ------
  53. o Fix Python
  54. o Fix Perl
  55. o C++ (given how object-oriented we now are, it will be a walk in the
  56. park)
  57. o C# (it's the next big thing, believe me)
  58. o PHP (together with the HTML output it would allow for nice web
  59. applications)
  60. Not that important
  61. ------------------
  62. o Ruby
  63. o Java
  64. Kernel mode
  65. ===========
  66. o keyboard support
  67. o printf/fprintf are missing
  68. o Improve malloc/free so that we can reuse freed memory
  69. Documentation
  70. =============
  71. o Write a tutorial.
  72. o Draw a nicer logo
  73. Applications
  74. ============
  75. cacaview
  76. --------
  77. o File browser
  78. o open ANSI files
  79. o save in different formats
  80. cacadraw
  81. --------
  82. o Does not exist yet, but I want it. A modern ANSI editor that can also
  83. do Unicode.
  84. CUCUlet
  85. -------
  86. o Does not exist yet, but I want it. A replacement for FIGlet that can
  87. also do Unicode
  88. o Colour support, of course: outputs to IRC, ANSI, HTML...
  89. o Can open FIGlet fonts