path: root/src/tests/ecore/efl_app_suite.h
diff options
authorCarsten Haitzler (Rasterman) <>2018-02-27 14:10:12 +0900
committerCarsten Haitzler (Rasterman) <>2018-03-03 13:40:33 +0900
commit1c74aaa7e9c9fa1732b467aca5ee1458e3721f0a (patch)
treeaa8cfdf82e579b61cec0ca3d08d2d9cfc4eab651 /src/tests/ecore/efl_app_suite.h
parent6f092071ac54d10dde39889571518e4b9d17308f (diff)
Revert "cxx: Fix manual code after efl_app change."
This reverts commit 135154303bea691c6f7f9472a5dec32d9103c38d. Revert "efl: move signal events from efl.loop to" This reverts commit 3dbca39f98288580c62a43c179ac11621433ec88. Revert "efl: add test suite for efl_app" This reverts commit 3e94be5d73256a7f5c02d3a9474173226be7beff. Revert "efl: create Efl.App class, the parent of Efl.Loop" This reverts commit 28fe00b94e55575c15684959b89a614d5a579309. Go back to before because I think this should be done with superclassing here not a parent object. reasons? 1. multiple loops per single thread make no sense. so if multilpe loop objects they wont be contained in a single app object and then deleted like this. 2. the app object is not really sharable in this design so it cant be accessed from other threads 3. it makes it harder to get the main loop or app object (well 2 func calls one calling the other and more typing. it is longer to type and more work where it is not necessary, and again it can't work from other threads unless we go duplicating per thread and then what is the point of splittyign out the signal events from efl.loop then?) etc.
Diffstat (limited to 'src/tests/ecore/efl_app_suite.h')
1 files changed, 0 insertions, 8 deletions
diff --git a/src/tests/ecore/efl_app_suite.h b/src/tests/ecore/efl_app_suite.h
deleted file mode 100644
index c04dcbe37f..0000000000
--- a/src/tests/ecore/efl_app_suite.h
+++ /dev/null
@@ -1,8 +0,0 @@
1#ifndef _EFL_APP_SUITE_H
2#define _EFL_APP_SUITE_H
4#include <check.h>
6void efl_app_test_efl_app(TCase *tc);
8#endif /* _EFL_APP_SUITE_H */