summaryrefslogtreecommitdiff
path: root/src (follow)
AgeCommit message (Collapse)Author
9 dayseldbus: fix to dbus_name_to_c methodMarcel Hollerbach
"-" in names should be converted to _
9 daysRevert "eldbus: do not generate method names with - in name"Marcel Hollerbach
This reverts commit 364cc9dcba7e1a03403bb52ebc2609fa5fb7f7e8. Not for master yet
9 dayseldbus: do not generate method names with - in nameMarcel Hollerbach
2021-07-05evas - tga - remove errant printfCarsten Haitzler (Rasterman)
2021-07-05ecore_wl2: prevent invalid timer if the input is invalid.Hermet Park
Summary: It is non-sense that running timer even if the input/timer is invalid. Stop the timer to prevent invalid key down repeating. Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D12285
2021-06-28exactness: Make sure image valid before usage....Christopher Michael
dh
2021-06-26ecore evas - fix leake and possile seg i added in cnp paste fixCarsten Haitzler (Rasterman)
previous commit fixed a bug but added this possible one. this fixes that.
2021-06-26ecore evas - cnp - look for exact mime matches before conversionsCarsten Haitzler (Rasterman)
fixes chrome -> efl copy and paste. @fix
2021-06-18evas_vg_load_svg: Fix color parsingJunsuChoi
Summary: Remove unnecessary point movement in rgb(255, 255, 255) case in svg parsing. In svg parsing, move the pointer by 'rgb(' before calling _color_parser() in the rgb(255, 255, 255) case. In function, string pointer moved unnecessary, so parsing is incorrect. Therefore, remove unnecessary point movement. Test Plan: svg sample code ``` <svg xmlns:svg="http://www.w3.org/2000/svg" viewBox="0 0 300 300"> <path d="M 0 0 h 200 v 200 z" style="fill:rgb(255, 155, 55);"/> </svg> ``` before {F4504779} after {F4504778} Reviewers: Hermet Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D12284
2021-06-06ecore-x - flag move events in more casesCarsten Haitzler (Rasterman)
2021-06-05ecore - fix name/ref for source of fix analysis etc.Carsten Haitzler (Rasterman)
2021-06-04ecore - mainloop - select - increase max set size and check fd if overCarsten Haitzler (Rasterman)
if fd's exceed max set size then things will ... god bad. how - ... depends on the OS but at least report that there is an issue.
2021-06-04scroller - limit wheel accel a bit to something sanerCarsten Haitzler (Rasterman)
2021-06-04atspi: add atspi bridge ready eventShinwoo Kim
Summary: calling elm_init does not guarantee of readiness of atspi bridge even though elm_init is calling _elm_atspi_bridge_init. widget or user could want to know when the atspi bridge is ready. Reviewers: Hermet, jsuya, herb Reviewed By: Hermet Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D12283
2021-06-03atspi: move duplicated code in one placeShinwoo Kim
Summary: we do not have to change several place for updating. Reviewers: Hermet, jsuya, herb Reviewed By: Hermet Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D12282
2021-05-30fix typojosef radinger
Summary: just a small typo Test Plan: - Reviewers: raster Reviewed By: raster Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D12281
2021-05-26Revert "fix warnings about redefinting EWAPI etc. due to windows EAPI changes"Carsten Haitzler (Rasterman)
This reverts commit e2d6691d524e15b0b0673d121e81c0544271617b. This reverts commit c02b796fdb0960411b24576f654a03f0e765a842. This reverts commit 6c969f6b7d59e64e8bdf09a5e535de9561d77535. This reverts commit 74204bccd724fe9dee428056d4710f37bbc2cffb. This reverts commit 1304d9571775ef740ac6b8978ea4a2025a52c99a. This reverts commit 7c85be9674eaa0362b88f01c61107aa6e7c383a2. revert the EAPI changes that break cxx bindings build. sorry :( more fixes needed than i thought
2021-05-26embryo - embryo_cc - one more warning bites the dustCarsten Haitzler (Rasterman)
2021-05-26embryo - embryo_cc - silence some new gcc warnings - try 2Carsten Haitzler (Rasterman)
all warnings bar 1 fixed. my manual strncpy seems ot have an issue - commented out.
2021-05-26Revert "embryo - embryo_cc - silence some new gcc warnings"Carsten Haitzler (Rasterman)
This reverts commit f4ff12406c9ff4ecf6ebae42b213defff5e92018. hmm - it seems this warning silencing didn't work. revisit...
2021-05-26embryo - embryo_cc - silence some new gcc warningsCarsten Haitzler (Rasterman)
lets us focus on real errors in warnings if we have silence
2021-05-26eina file - expand buf a bit to silence warning about data beyond bufferCarsten Haitzler (Rasterman)
2021-05-26emile - disable warnings when they are wrong ifor new buffersCarsten Haitzler (Rasterman)
emile in these 2 cases allocates an empty uninitilised buffer that will then be filled - gcc thinks we're passing uninit data to a func - which is right but intended as it is later filled. disable this warning for these segments of code.
2021-05-26emile - dont check return of alloca as it is not defined to failCarsten Haitzler (Rasterman)
2021-05-26elm - efl ui calendar - fix buffer truncate warningCarsten Haitzler (Rasterman)
2021-05-26elm - fix buffer truncate warning in elm calendarCarsten Haitzler (Rasterman)
2021-05-25update documentation for content fitali-alzyod
2021-05-24eeze: remove memory leakShinwoo Kim
Summary: udev_enumerate_new needs to call udev_enumerate_unref before leaving. Reviewers: raster, Hermet, herb, jsuya Reviewed By: Hermet Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D12280
2021-05-24gif loader: show the current frame image if getting row is failedTaehyub Kim
Summary: Change-Id: I17c79f89550e9a758a532babd55826b3c7ad2810 To show gif animation smoothly, we keep the current frame even if getting line is failed. Currently, the frame image will be freed if getting gif line is failed and this makes the frame drop. Reviewers: Hermet, kimcinoo, raster Reviewed By: raster Subscribers: raster, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D12277
2021-05-24eet: initialize descriptor class' func.type_get and func.type_setJaehyun Cho
Summary: Descriptor class' func.type_get and func.type_set are initialized with NULL. Change-Id: I94526c2421c1fa2924a705cd2341130905df1da0 Reviewers: Hermet Reviewed By: Hermet Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D12279
2021-05-23fix warnings about redefinting EWAPI etc. due to windows EAPI changesCarsten Haitzler (Rasterman)
2021-05-23elementary: Add EOAPI definition in Elementary to allow removal in other ↵Felipe Magno de Almeida
libraries Summary: Patch from a series of patches to rename EAPI symbols to specific library DSOs. = The Rationale = EAPI was designed to be able to pass `__attribute__ ((visibility ("default")))` for symbols with GCC, which would mean that even if -fvisibility=hidden was used when compiling the library, the needed symbols would get exported. MSVC __almost__ works like GCC (or mingw) in which you can declare everything as export and it will just work (slower, but it will work). But there's a caveat: global variables will not work the same way for MSVC, but works for mingw and GCC. For global variables (as opposed to functions), MSVC requires correct DSO visibility for MSVC: instead of declaring a symbol as export for everything, you need to declare it as import when importing from another DSO and export when defining it locally. With current EAPI definitions, we get the following example working in mingw and MSVC (observe it doesn't define any global variables as exported symbols). Example 1: dll1: ``` EAPI void foo(void); EAPI void bar() { foo(); } ``` dll2: ``` EAPI void foo() { printf ("foo\n"); } ``` This works fine with API defined as __declspec(dllexport) in both cases and for gcc defining as `__atttribute__((visibility("default")))`. However, the following: Example 2: dll1: ``` EAPI extern int foo; EAPI void foobar(void); EAPI void bar() { foo = 5; foobar(); } ``` dll2: ``` EAPI int foo = 0; EAPI void foobar() { printf ("foo %d\n", foo); } ``` This will work on mingw but will not work for MSVC. And that's why EAPI is the only solution that worked for MSVC. Co-authored-by: João Paulo Taylor Ienczak Zanette <jpaulotiz@gmail.com> Co-authored-by: Ricardo Campos <ricardo.campos@expertise.dev> Co-authored-by: Lucas Cavalcante de Sousa <lucks.sousa@gmail.com> Reviewers: vtorri, raster Reviewed By: raster Subscribers: raster, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D12273
2021-05-23edje: Add weak symbolFelipe Magno de Almeida
Summary: The symbols will be needed when we change how Eolian generates import/export symbols in Eio Reviewers: vtorri, raster Subscribers: raster, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D12272
2021-05-23ecore: Rename EAPI macro to ECORE_API in Ecore libraryFelipe Magno de Almeida
Summary: = The Rationale = EAPI was designed to be able to pass `__attribute__ ((visibility ("default")))` for symbols with GCC, which would mean that even if -fvisibility=hidden was used when compiling the library, the needed symbols would get exported. MSVC __almost__ works like GCC (or mingw) in which you can declare everything as export and it will just work (slower, but it will work). But there's a caveat: global variables will not work the same way for MSVC, but works for mingw and GCC. For global variables (as opposed to functions), MSVC requires correct DSO visibility for MSVC: instead of declaring a symbol as export for everything, you need to declare it as import when importing from another DSO and export when defining it locally. With current EAPI definitions, we get the following example working in mingw and MSVC (observe it doesn't define any global variables as exported symbols). Example 1: dll1: ``` EAPI void foo(void); EAPI void bar() { foo(); } ``` dll2: ``` EAPI void foo() { printf ("foo\n"); } ``` This works fine with API defined as __declspec(dllexport) in both cases and for gcc defining as `__atttribute__((visibility("default")))`. However, the following: Example 2: dll1: ``` EAPI extern int foo; EAPI void foobar(void); EAPI void bar() { foo = 5; foobar(); } ``` dll2: ``` EAPI int foo = 0; EAPI void foobar() { printf ("foo %d\n", foo); } ``` This will work on mingw but will not work for MSVC. And that's why EAPI is the only solution that worked for MSVC. Co-authored-by: João Paulo Taylor Ienczak Zanette <jpaulotiz@gmail.com> Co-authored-by: Ricardo Campos <ricardo.campos@expertise.dev> Co-authored-by: Lucas Cavalcante de Sousa <lucks.sousa@gmail.com> Reviewers: vtorri, raster Reviewed By: raster Subscribers: raster, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D12271
2021-05-23eldbus: Rename EAPI macro to ELDBUS_API in Eldbus libraryFelipe Magno de Almeida
Summary: = The Rationale = EAPI was designed to be able to pass `__attribute__ ((visibility ("default")))` for symbols with GCC, which would mean that even if -fvisibility=hidden was used when compiling the library, the needed symbols would get exported. MSVC __almost__ works like GCC (or mingw) in which you can declare everything as export and it will just work (slower, but it will work). But there's a caveat: global variables will not work the same way for MSVC, but works for mingw and GCC. For global variables (as opposed to functions), MSVC requires correct DSO visibility for MSVC: instead of declaring a symbol as export for everything, you need to declare it as import when importing from another DSO and export when defining it locally. With current EAPI definitions, we get the following example working in mingw and MSVC (observe it doesn't define any global variables as exported symbols). Example 1: dll1: ``` EAPI void foo(void); EAPI void bar() { foo(); } ``` dll2: ``` EAPI void foo() { printf ("foo\n"); } ``` This works fine with API defined as __declspec(dllexport) in both cases and for gcc defining as `__atttribute__((visibility("default")))`. However, the following: Example 2: dll1: ``` EAPI extern int foo; EAPI void foobar(void); EAPI void bar() { foo = 5; foobar(); } ``` dll2: ``` EAPI int foo = 0; EAPI void foobar() { printf ("foo %d\n", foo); } ``` This will work on mingw but will not work for MSVC. And that's why EAPI is the only solution that worked for MSVC. Co-authored-by: João Paulo Taylor Ienczak Zanette <jpaulotiz@gmail.com> Co-authored-by: Ricardo Campos <ricardo.campos@expertise.dev> Co-authored-by: Lucas Cavalcante de Sousa <lucks.sousa@gmail.com> Reviewers: vtorri, raster Subscribers: raster, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D12270
2021-05-23efl: Rename EAPI macro to EFL_API in Efl sub-libraryFelipe Magno de Almeida
Summary: Patch from a series of patches to rename EAPI symbols to specific library DSOs. = The Rationale = EAPI was designed to be able to pass `__attribute__ ((visibility ("default")))` for symbols with GCC, which would mean that even if -fvisibility=hidden was used when compiling the library, the needed symbols would get exported. MSVC __almost__ works like GCC (or mingw) in which you can declare everything as export and it will just work (slower, but it will work). But there's a caveat: global variables will not work the same way for MSVC, but works for mingw and GCC. For global variables (as opposed to functions), MSVC requires correct DSO visibility for MSVC: instead of declaring a symbol as export for everything, you need to declare it as import when importing from another DSO and export when defining it locally. With current EAPI definitions, we get the following example working in mingw and MSVC (observe it doesn't define any global variables as exported symbols). Example 1: dll1: ``` EAPI void foo(void); EAPI void bar() { foo(); } ``` dll2: ``` EAPI void foo() { printf ("foo\n"); } ``` This works fine with API defined as __declspec(dllexport) in both cases and for gcc defining as `__atttribute__((visibility("default")))`. However, the following: Example 2: dll1: ``` EAPI extern int foo; EAPI void foobar(void); EAPI void bar() { foo = 5; foobar(); } ``` dll2: ``` EAPI int foo = 0; EAPI void foobar() { printf ("foo %d\n", foo); } ``` This will work on mingw but will not work for MSVC. And that's why EAPI is the only solution that worked for MSVC. Co-authored-by: João Paulo Taylor Ienczak Zanette <jpaulotiz@gmail.com> Co-authored-by: Ricardo Campos <ricardo.campos@expertise.dev> Co-authored-by: Lucas Cavalcante de Sousa <lucks.sousa@gmail.com> Reviewers: vtorri, raster Subscribers: raster, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D12274
2021-05-23TextBlock: Fix content Fit with Markup-font-sizeali-alzyod
Summary: This patch fixes wrong behavior for text block content fit when markup contains a part with specified font sizes (these parts will not be fitted by content fit algorithm). + THIS STILL NEED TEST TO BE ADDED Subscribers: raster, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D12275
2021-05-19evas - evas_all_sync - only inc loop/retry counter if not advancingCarsten Haitzler (Rasterman)
2021-05-18evas render - fix all sync - inverse while loop logicCarsten Haitzler (Rasterman)
fix prev commit
2021-05-18egl: silence warning of deprecated feature test.Alastair Poole
2021-05-18evas all sync - put a limit on loops and loop while rendering stillCarsten Haitzler (Rasterman)
2021-05-13ecore - animator - remove some DBG lines to keep leanerCarsten Haitzler (Rasterman)
2021-05-13ecore - animator - found some truly messed up behavior inside vbox...Carsten Haitzler (Rasterman)
add debug/error detection for the animator thread that might just sit ans sleep waiting on epoll_wait + timerfd to expire... and it doesn't. it SHOULD expire in less than 1 ft (frame time eg 16.66666667ms). but i'm seeing it sometimes take 4 or 6 or 8 SECONDS to have epoll_wait wake up... even thought i now set epoll_wait to always expire in 200ms no matter what... even that it doesn't honor. something truly messed up is happening with scheduling and i think this cascades through everything - i see evas doing eglSwapBuffers() with nothing appearing in the vbox screen... truly messed up. at least this adds some rror detection for this and is at least a warning to a user that something is messed up.
2021-05-12ecore - fix other ifdef path for debug malinfoCarsten Haitzler (Rasterman)
2021-05-12exactness - fix warnings for casts from 32bit ptr to larger long longCarsten Haitzler (Rasterman)
2021-05-12ecore - fix 32bit pointer size warnings in debug logsCarsten Haitzler (Rasterman)
2021-05-12fnmatch - warning remove on armCarsten Haitzler (Rasterman)
2021-05-11elm config - add palette config and adjust icons in toolbarCarsten Haitzler (Rasterman)
2021-05-10evas vg - don't make bounds 0 sized ... which leads to no renderingCarsten Haitzler (Rasterman)
@fix
2021-05-07elm config - replace old colorclass systme with newer pallete oneCarsten Haitzler (Rasterman)
the old one was a bit... rough. the new one relies on the new fallback to parent classes in edje to simplify colorclasses and can now apply immediately. i've started on a palette editor gui - and it works relatively well and applies live as you slide colors around. it looks vaguely good too. i don't thnk we should hsave a widget to do this as it's probably too much in elementary (the lib) that is far too niche in use.