summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* elua: use the new dedup API in lualiandevs/q66/eolian_experimentalDaniel Kolesa2014-06-302-16/+9
|
* eolian_cxx: use the new eolian dedup APIDaniel Kolesa2014-06-301-29/+9
|
* eolian: new API: eolian_function_full_c_name_get - reduces duplication of codeDaniel Kolesa2014-06-305-43/+56
|
* eolian: free the iteratorDaniel Kolesa2014-06-301-0/+1
|
* eolian_cxx/generator: support for eot filesDaniel Kolesa2014-06-301-1/+20
|
* elua: update lualian against latest changesDaniel Kolesa2014-06-303-0/+15
|
* eolian: introducing support for .eot filesDaniel Kolesa2014-06-305-23/+86
| | | | | | | | .eot files are similar to .eo, but they can't contain classes; all .eot files found in include paths are parsed and information is added into the database. They're there for typedefs and eventually also enums, structs and constants. @feature
* eolian: process classes and typedefs in orderDaniel Kolesa2014-06-303-272/+356
|
* evas/drm: Remove obsolete tty open functionStefan Schmidt2014-06-301-85/+0
| | | | We use ecore_drm for this already. Remove this non-used version.
* evas/drm: Make use of ecore_drm for opening DRM deviceStefan Schmidt2014-06-304-104/+8
| | | | | | | We use this functionality already from ecore_drm. The evas version does not even use udev to acquire the device which means we could not support hotplugging. The only missing feature was the capability check for DUMB_BUFFER which I added to ecore_drm now.
* ecore_drm: Make struct Ecore_Drm_Device availableStefan Schmidt2014-06-302-53/+55
| | | | | Allow the struct to be used by other parts and not only ecore_drm. This is needed to use ecore_drm in the evas drm engine.
* ecore_drm: Test drm device for DUMB BUFFER capabilityStefan Schmidt2014-06-301-1/+9
| | | | Without this we can't do software rendering on the DRM device.
* ecore_drm: Use CLOEXEC option when openning drm deviceStefan Schmidt2014-06-301-1/+1
|
* ecore_drm: Iterate over all available connectors not just the firstStefan Schmidt2014-06-301-1/+0
| | | | | Maybe this was here for some debugging? It does not make any sense though to loop over all connectors but break out of the loop after the first run.
* lz4: fix shadow issueBoris Faure2014-06-291-3/+3
| | | | @fix
* ecore_win32: discard WM_MOUSEMOVE message if it has the same mouse ↵Vincent Torri2014-06-293-3/+19
| | | | coordinates than the previous one. See link in commit for an explanation
* ecore_win32: activate an Ecore window when raising itVincent Torri2014-06-291-1/+1
|
* ecore_win32: fix the raise of an Ecore Window overlapped by another window ↵Vincent Torri2014-06-292-0/+7
| | | | when clicking on the title bar
* ecore_win32: simplify logicVincent Torri2014-06-291-3/+1
| | | | | | To avoid flickering, we have to manage WM_ERASEBKGND. This message is sent because CS_HREDRAW and CS_VREDRAW are used when registering the window class. So just omit CS_HREDRAW and CS_VREDRAW.
* ecore_win32: fix typo.Cedric BAIL2014-06-291-2/+1
|
* evas: fix jpeg loader rotation by metadata (exif)wonguk.jeong2014-06-291-8/+8
| | | | | | | | | | | | | | | | | | | | Summary: 90 or 270 degree rotation is not working properly width should be regarded as height, and vice versa. if this patch and D1082 were commited, rotation from metadata will be working properly by using evas_object_image_load_orientation_set() @fix Test Plan: add image object and invoke evas_object_image_load_orientation_set() -> load file with orientation metadata -> check whether image is rotated properly or not Reviewers: raster, cedric, jpeg CC: seoz, cedric Differential Revision: https://phab.enlightenment.org/D1084 Signed-off-by: Cedric Bail <cedric.bail@free.fr>
* jpeg loader: exif parsing bug fixwonguk.jeong2014-06-291-2/+2
| | | | | | | | | | | | | | | | | Summary: problem: orientation information was not come out properly byte align value was wrong. 0x4949 is II not MM refer to http://www.media.mit.edu/pia/Research/deepview/exif.html @fix Reviewers: raster, cedric, jpeg CC: seoz, cedric Differential Revision: https://phab.enlightenment.org/D1082
* jpeg laoder: exif orientation test addedWonguk Jeong2014-06-296-2/+121
| | | | | | | | | | | | Summary: currently, normal orientation tests are only added. I'm going to add flipped orientation tests as well after I put related code in jpeg loader (currently it's not supported) Reviewers: raster, cedric, jpeg CC: seoz, cedric Differential Revision: https://phab.enlightenment.org/D1098
* lz4: fix possible security issue.Cedric BAIL2014-06-294-1720/+2615
| | | | | | | | See : - http://fastcompression.blogspot.fr/2014/06/lets-move-on.html - http://www.openwall.com/lists/oss-security/2014/06/26/25 @fix
* windows: make those warning explicit about what they imply.Cedric BAIL2014-06-275-0/+5
|
* evas/gl - ... removed white trailing.ChunEon Park2014-06-271-1/+1
|
* evas/gl: fix indentation.ChunEon Park2014-06-271-3/+3
|
* evas/gl: improve the rendering quality.ChunEon Park2014-06-271-0/+13
| | | | | | | | | | | | | | | | | To avoid texture bleeding in the texture atlas, we adjust texture uv point as much as a half uv point. Especially, this improves the rendering quality when the image has the border area. Unless apply this patch, You might find the rendering result is different with software backened, if the image has the borders. In the software backened, the border line was clear but the gl wasn't. because the border line was interpolated so the rendering result was not the one we expected. @fix
* evas: fix warning and remove useless code.Cedric BAIL2014-06-272-7/+2
|
* evas: read fullscreen flags from initialized value.Cedric BAIL2014-06-271-1/+3
|
* evas: fix warning in DDraw backend.Cedric BAIL2014-06-271-5/+6
|
* evas: silent some warning during Windows backend build.Cedric BAIL2014-06-271-4/+3
|
* ecore_file: this parameter is indeed not used.Cedric BAIL2014-06-271-1/+1
|
* ecore_con: just a reminder to look at later.Cedric BAIL2014-06-271-0/+1
|
* ecore_win32: another forgotten read that is unecessary in current setup.Cedric BAIL2014-06-271-2/+2
|
* ecore_win32: silent warning by reading the returned value in a useful way.Cedric BAIL2014-06-271-5/+7
|
* eina: silence warning of unused parameter on Windows.Cedric BAIL2014-06-271-1/+1
|
* eina: use the right function prototype on Windows.Cedric BAIL2014-06-271-1/+1
|
* ecore_evas: remove warning from Windows backend.Cedric BAIL2014-06-271-1/+1
|
* Edje C++: Fix Edje.hh generation to update correctly.Tom Hacohen2014-06-261-1/+1
|
* edje: textblock style loading changedAndrii Kroitor2014-06-261-10/+7
| | | | | | | | | | | | | | Summary: Keeping "font=", "font_size=" and "text_class" in tag->value fixes style loading issues (after saving edj file with edje_edit_save method). Reviewers: cedric, raster, seoz, Hermet, tasn CC: reutskiy.v.v, cedric Differential Revision: https://phab.enlightenment.org/D940 @fix
* evas/png - better way to support png grayscale with transparency format.ChunEon Park2014-06-262-7/+1
| | | | suggested by cedric.
* ecore-evas: Fix formatting and remove whitespaceChris Michael2014-06-257-29/+35
| | | | Signed-off-by: Chris Michael <cp.michael@samsung.com>
* ecore-evas: Fix cursor position getting reset to 0,0 when usingChris Michael2014-06-256-8/+14
| | | | | | | | | | | | | | ecore_evas_cursor_object_set NB: Previously, if we mad calls to ecore_evas_cursor_object_set to update the mouse cursor hotspot, the mouse cursor would be repositioned at 0,0 on the canvas due to x & y being set to 0,0. We fix that here by fetching the current mouse position Regardless if we are changing the object or not (ie: perhaps we are just updating the hotspot and not the object) @fix Signed-off-by: Chris Michael <cp.michael@samsung.com>
* evas/gl - fix to render grayscale with transparency format in gl backened.ChunEon Park2014-06-251-0/+7
| | | | | | | | In case of png, grayscale with transparency format (transparency doesn't mean the png has alpha channel) gl doesn't prepare that format render. In this case, set it argb8888 to convert the data in the png loader. @fix
* ecore-evas: Fix some doxy grammar and spellingChris Michael2014-06-241-4/+4
| | | | | | | NB: Rewrite the doxy paragraph for ecore_evas_object_cursor_set. Previous documentation there was a bit confusing in how it read. Signed-off-by: Chris Michael <cp.michael@samsung.com>
* Documentation: adding missed documentation to edcref (map.color param)Vorobiov Vitalii2014-06-242-4/+111
| | | | | | | | | | | | | | | | | | | | | Summary: There is param (of the map block in part's description) that allows user to set a color for specified vertex/point of that part. That param was undocumented so actually no one know that this param is exist and can be used in edj file. Two main fixes: - adding documentation for map.color param in edc reference. - adding .edc source code example for seeing how map.color param works. @fix Reviewers: cedric, Hermet, raster, seoz Reviewed By: cedric CC: cedric, reutskiy.v.v Differential Revision: https://phab.enlightenment.org/D1083
* eina-tiler: Fix invalid read on eina tilerMinJeong Kim2014-06-241-2/+4
| | | | | | | | | | | | | | | | | | | Summary: Fix invalid read on eina tiler reported by valgrind. This revision will prevent access to data that was gained from eina iterator, after free of eina_iterator. Test Plan: 1. Build enlightenment on devs/devilhorns/e_comp_wl branch with efl applyied this patch. 2. Run enlightenment with valgrind options. 3. build enlightenment with this patch 4. Run any wayland app on enlightenment 5. There will be no more invalid read message by valgrind. Reviewers: cedric, devilhorns, raster, gwanglim, zmike CC: cedric Differential Revision: https://phab.enlightenment.org/D1080
* eina: fix build on windows.Cedric BAIL2014-06-241-0/+2
| | | | | | Add necessary include for proper compilation. @fix
* Revert "eolian: process classes and typedefs in order (preparation for later ↵Daniel Kolesa2014-06-233-353/+272
| | | | | | potential extension)" This reverts commit 7c28de061693fdc9a9409039692a4298bfb587c6.