summaryrefslogtreecommitdiff
path: root/src/lib/ector/software/ector_software_surface.c (follow)
AgeCommit message (Collapse)Author
2016-05-11Ector generic: Remove .Generic and .Base (hack no longer needed).Tom Hacohen
2016-05-11Ector renderer software: Remove the no longer needed .Base hack.Tom Hacohen
2016-03-15Change the EFL according to the renaming of the eo_add() current object.Tom Hacohen
2016-03-11Revert "Ector and eo suite: Semi automatically migrate to the new eo_add."Tom Hacohen
This reverts commit df83edaeb6b10324868f28e8f1910147ba22e5e5.
2016-03-09Ector and eo suite: Semi automatically migrate to the new eo_add.Tom Hacohen
There were some issues with the migration that required manual intervention.
2016-03-03Automatic migration to Eo4.Tom Hacohen
I just ran my script (email to follow) to migrate all of the EFL automatically. This commit is *only* the automatic conversion, so it can be easily reverted and re-run.
2015-12-03Ector: Move drawhelper to static_libsJean-Philippe Andre
Rename a few things: - draw helper -> efl_draw - Ector_Rop -> Efl.Gfx.Render_Op - ECTOR_ bla bla -> DRAW_ bla bla (base pixel ops) - ector_memfill -> draw_memset32 (and invert arg order to match memset) The main rasterizer file is now draw.h in static_libs/draw This is a non functional change, simple code refactor.
2015-12-03Ector: Use Ector Buffer inside SW and Cairo renderersJean-Philippe Andre
Ector Surface now inherits from Ector Buffer, and the current two renderers (SW and Cairo SW) use Ector.Software.Buffer implementations for pixel surfaces. Basic pixel handling is merged and will allow easy extension (color conversion, etc...). Buffer classes are Mixins to be fully implemented by the final class, such as: Ector.Software.Buffer, Ector.Software.Surface or Ector.Cairo.Surface. This is a large ugly commit. Sorry. The code is quite a mess right now.
2015-12-03Ector: Implement pixel buffer supportJean-Philippe Andre
The objective of this patch is to propose a standardized format for pixel buffers to use within Ector and Evas. The basic EO API provided here is not meant to be the fastest path for all operations, simply the most convenient to generalize. Performance will be achieved by implementing (or porting) custom draw functions. This implements support for: - Generic pixel buffers - Generic buffer renderer to draw images with ector - Software engine pixel buffers, ie. malloc buffers - Software buffer renderer Cairo support has not been implemented yet. The only renderer is still extremely limited, as it does not support Fill modes, Scaling, etc... yet. Not a single line from this patch has been tested yet. It compiles. That's pretty damn good for a start! @feature
2015-11-19ector: don't use parent relationship to get access to the surface for ↵Cedric BAIL
freetype backend.
2015-08-19ector: remove wrong implementation of singleton in software_surface class.Subhransu Mohanty
Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2015-05-20Eo: Add a return value to eo_constructor().Tom Hacohen
From now on, constructors should return a value, usually the object being worked on, or NULL (if the constructor failed). This can also be used for implementing singletons, by just always returning the same object from the constructor. This is one of the final steps towards stabilizing Eo. @feature
2015-04-03ector: fix coding style of freetype backend.Subhransu Sekhar Mohanty
2015-04-03ector: add reference point to define (0, 0) and don't repeat the same value ↵Cedric BAIL
everywhere.
2015-04-03ector: add software backend using FreeType rasterizer.Subhransu Sekhar Mohanty