summaryrefslogtreecommitdiff
path: root/include/SDL_render.h
Commit message (Collapse)AuthorAgeFilesLines
...
* Happy New Year!Sam Lantinga2011-12-311-1/+1
|
* The draw color affects RenderClear() as well. (thanks to the feedback form ↵Sam Lantinga2011-10-301-2/+2
| | | | to whoever pointed this out)
* SDL 1.3 is now under the zlib license.Sam Lantinga2011-04-081-19/+18
|
* Added SDL_GetRenderer()Sam Lantinga2011-04-041-0/+5
|
* Fixed typoSam Lantinga2011-03-141-1/+1
|
* Whoops, the format parameter was off the page.Sam Lantinga2011-02-181-1/+2
|
* Allow the application to explicitly request a software renderer.Sam Lantinga2011-02-171-2/+3
|
* Changed the concept of a render clip rect to a render viewport.Sam Lantinga2011-02-151-9/+18
| | | | | | | | The render viewport is automatically re-centered when the window changes size, so applications that don't care will not have to handle recalculating their rendering coordinates. Fixed API for drawing and filling multiple rectangles - the parameter should be an array of rects, not an array of pointers to rects. Fixed API for updating window rects for consistency with other APIs - the order is pointer to array followed by count in array.
* Happy 2011! :)Sam Lantinga2011-02-111-1/+1
|
* Added function SDL_RenderSetClipRect()Sam Lantinga2011-02-071-0/+12
|
* Updated testoverlay2 to use the SDL 2D rendering APISam Lantinga2011-02-071-0/+1
|
* Added a way to get a framebuffer interface for a window, and also a way to ↵Sam Lantinga2011-02-031-0/+13
| | | | | | create a software renderer for an arbitrary surface. The software renderer has been re-routed to use the framebuffer interface, which makes it possible to have software rendering available even on simple ports.
* Added an intro to the features and goals of the 2D rendering API.Sam Lantinga2011-02-031-1/+17
|
* Simplified and improved the process of creating a texture from a surface.Sam Lantinga2011-02-031-5/+2
|
* Making the API simpler, removed the writepixels interfaceSam Lantinga2011-02-031-20/+0
|
* Made it possible to create a texture of any format, even if not supported by ↵Sam Lantinga2011-02-031-44/+7
| | | | | | the renderer. This allows me to reduce the set of formats supported by the renderers to the most optimal set, for a nice speed boost.
* Making the API simpler, removed support for palettized video modes and textures.Sam Lantinga2011-02-011-32/+0
|
* The rendering functions take a context so it's clear what window they're ↵Sam Lantinga2011-02-011-52/+63
| | | | drawing to. This also potentially opens to the door to multi-threaded rendering in the future.
* Split the rendering API out into a separate header file.Sam Lantinga2011-02-011-0/+639