kimcinoo
/
efl
forked from enlightenment/efl
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
efl/data/Makefile.am

309 lines
9.9 KiB
Makefile
Raw Normal View History

merge: add embryo please check and report problems (not cosmetic ones) someone should update the efl.spec.in file, i don't know that stuff SVN revision: 78512
2012-10-26 02:01:52 -07:00
MAINTAINERCLEANFILES = Makefile.in
efl: merge edje. this is still in progress, mostly the multisense stuff is pending. it seems that when we merge ecore_audio in edje the libremix and similar are gone, at least from Edje, and will be in ecore_audio itself (or pulseaudio). Changes: * __UNUSED__ to EINA_UNUSED * binaries (epp, embryo_cc, edje_cc) now consider EFL_RUN_IN_TREE and will assume the binaries are still not installed, running from build tree location (needs more testing, maybe doesn't work with srcdir != builddir, still doesn't solve cross compile builds) SVN revision: 82139
2013-01-03 18:08:14 -08:00
EXTRA_DIST =
fix distcheck. it was failing: - leaving missing objects (.edj, .la) - eo was not building its examples automatically with --enable-always-build-examples - make dist with '--enable-always-build-examples' was not including 'src/examples' plus lots of ignored files due test changes. SVN revision: 82894
2013-01-16 10:28:43 -08:00
CLEANFILES =
build: move config/ to data/elementary/config Summary: this is part of the datadir distribution, it should not be in a different directory than the rest of the datadir distribution the gnu coding standards (https://www.gnu.org/prep/standards/html_node/Directory-Variables.html) define 'datadir' as: The directory for installing idiosyncratic read-only architecture-independent data files for this program. This is usually the same place as ‘datarootdir’, but we use the two separate variables so that you can move these program-specific files without altering the location for Info files, man pages, etc. This should normally be /usr/local/share, but write it as $(datarootdir). (If you are using Autoconf, write it as ‘@datadir@’.) The definition of ‘datadir’ is the same for all packages, so you should install your data in a subdirectory thereof. Most packages install their data under $(datadir)/package-name/. while this text has no clear requirement or suggestion for a corresponding repository layout, projects typically employ a certain consistency in their repository layout both for ease of maintenance and ease of learning for new contributors. this project has both a data/ directory, which contains the datadir distribution, as well as the config/ directory, which also contains the datadir distribution. this complicates matters both for active maintainers/developers who must remember that the repository and build tree layouts have this exception, and for new contributors who will initially be confused by this exception other well-organized open source projects, such as wayland, have chosen to not use a data/ directory. these projects have the datadir distribution in the base directory of the repositor, which is a fine practice as it maintains consistency for the project since all the files for the datadir distribution are in the same directory. by applying this patch, the project will move towards a more easily readable and learnable layout. current and future developers will no longer need to wonder why this directory is outside of the data/ directory, and anyone attempting to reference these files from the source/build trees will be able to do so more easily Reviewers: cedric, stefan_schmidt, raster Reviewed By: stefan_schmidt, raster Tags: #efl Differential Revision: https://phab.enlightenment.org/D6013
2018-05-14 08:26:06 -07:00
SUBDIRS =
efl: merge edje. this is still in progress, mostly the multisense stuff is pending. it seems that when we merge ecore_audio in edje the libremix and similar are gone, at least from Edje, and will be in ecore_audio itself (or pulseaudio). Changes: * __UNUSED__ to EINA_UNUSED * binaries (epp, embryo_cc, edje_cc) now consider EFL_RUN_IN_TREE and will assume the binaries are still not installed, running from build tree location (needs more testing, maybe doesn't work with srcdir != builddir, still doesn't solve cross compile builds) SVN revision: 82139
2013-01-03 18:08:14 -08:00
########################################################################
# Embryo
merge: and now Evas I've tested make -j 3 install and it works nicely I've tested expedite with software and opengl xlib, and it works. Not tested other engines, so please report any problems (engines or other) on the ML. TODO: examples and tests, I'll add them later ISSUE: Eina_Unicode size check. It indirectly depends on eina_config.h, which is created at the end of the configure script. So its size is always 0. I don't know how that size is used, so I can't do a lot, for now. SVN revision: 78895
2012-11-04 03:51:42 -08:00
embryofilesdir = $(datadir)/embryo/include
embryofiles_DATA = embryo/default.inc
efl: fix make dist. Carefully compared 'svn export' and 'make dist' results and couple of files were missing. Changes: * Makefile.am: removed all .pc from EXTRA_DIST, we shouldn't distribute them here as they will contain ./configure data such as install location. * src/Makefile.am: moved all if-endif to files, otherwise EXTRA_DIST won't work properly. We must EXTRA_DIST outside of the if-endif block. * static_libs/liblinebreak: removed couple of unused files. SVN revision: 82241
2013-01-04 12:55:12 -08:00
EXTRA_DIST += $(embryofiles_DATA)
merge: add embryo please check and report problems (not cosmetic ones) someone should update the efl.spec.in file, i don't know that stuff SVN revision: 78512
2012-10-26 02:01:52 -07:00
efl: merge edje. this is still in progress, mostly the multisense stuff is pending. it seems that when we merge ecore_audio in edje the libremix and similar are gone, at least from Edje, and will be in ecore_audio itself (or pulseaudio). Changes: * __UNUSED__ to EINA_UNUSED * binaries (epp, embryo_cc, edje_cc) now consider EFL_RUN_IN_TREE and will assume the binaries are still not installed, running from build tree location (needs more testing, maybe doesn't work with srcdir != builddir, still doesn't solve cross compile builds) SVN revision: 82139
2013-01-03 18:08:14 -08:00
########################################################################
# Evas
merge: and now Evas I've tested make -j 3 install and it works nicely I've tested expedite with software and opengl xlib, and it works. Not tested other engines, so please report any problems (engines or other) on the ML. TODO: examples and tests, I'll add them later ISSUE: Eina_Unicode size check. It indirectly depends on eina_config.h, which is created at the end of the configure script. So its size is always 0. I don't know how that size is used, so I can't do a lot, for now. SVN revision: 78895
2012-11-04 03:51:42 -08:00
evasfilesdir = $(datadir)/evas
evasfiles_DATA = evas/checkme
efl: fix make dist. Carefully compared 'svn export' and 'make dist' results and couple of files were missing. Changes: * Makefile.am: removed all .pc from EXTRA_DIST, we shouldn't distribute them here as they will contain ./configure data such as install location. * src/Makefile.am: moved all if-endif to files, otherwise EXTRA_DIST won't work properly. We must EXTRA_DIST outside of the if-endif block. * static_libs/liblinebreak: removed couple of unused files. SVN revision: 82241
2013-01-04 12:55:12 -08:00
EXTRA_DIST += $(evasfiles_DATA)
merge: and now Evas I've tested make -j 3 install and it works nicely I've tested expedite with software and opengl xlib, and it works. Not tested other engines, so please report any problems (engines or other) on the ML. TODO: examples and tests, I'll add them later ISSUE: Eina_Unicode size check. It indirectly depends on eina_config.h, which is created at the end of the configure script. So its size is always 0. I don't know how that size is used, so I can't do a lot, for now. SVN revision: 78895
2012-11-04 03:51:42 -08:00
efl: make libraries aware of EFL_RUN_IN_TREE. this variable tells that the build is being done in tree and we should not look at install locations. SVN revision: 82217
2013-01-04 09:19:43 -08:00
########################################################################
# Eeze
eezefilesdir = $(datadir)/eeze
eezefiles_DATA = eeze/checkme
efl: fix make dist. Carefully compared 'svn export' and 'make dist' results and couple of files were missing. Changes: * Makefile.am: removed all .pc from EXTRA_DIST, we shouldn't distribute them here as they will contain ./configure data such as install location. * src/Makefile.am: moved all if-endif to files, otherwise EXTRA_DIST won't work properly. We must EXTRA_DIST outside of the if-endif block. * static_libs/liblinebreak: removed couple of unused files. SVN revision: 82241
2013-01-04 12:55:12 -08:00
EXTRA_DIST += $(eezefiles_DATA)
efl: make libraries aware of EFL_RUN_IN_TREE. this variable tells that the build is being done in tree and we should not look at install locations. SVN revision: 82217
2013-01-04 09:19:43 -08:00
ecore: add system modules, implement 'systemd'. Ecore will now load "system modules" on ecore_init(). The "systemd" module will use DBus to monitor localed, hostnamed and timedated and add system events related to those changes.
2013-08-08 16:32:53 -07:00
########################################################################
# Ecore
ecorefilesdir = $(datadir)/ecore
ecorefiles_DATA = ecore/checkme
EXTRA_DIST += $(ecorefiles_DATA)
ecore x vsync animator support - add a glx based vsync ticker this adds a slave process that is useful on nvidia drivers as there isn't another way to get vsync evenys (that i know about). i need to make another slave process to that includes a dri2 protocol implementation since mesa has now hidden its dri2 symbols.
2014-07-26 22:22:27 -07:00
########################################################################
# Ecore_X
ecore_xfilesdir = $(datadir)/ecore_x
ecore_xfiles_DATA = ecore_x/checkme
EXTRA_DIST += $(ecore_xfiles_DATA)
efl: make libraries aware of EFL_RUN_IN_TREE. this variable tells that the build is being done in tree and we should not look at install locations. SVN revision: 82217
2013-01-04 09:19:43 -08:00
########################################################################
# Ecore_Imf
ecoreimffilesdir = $(datadir)/ecore_imf
ecoreimffiles_DATA = ecore_imf/checkme
efl: fix make dist. Carefully compared 'svn export' and 'make dist' results and couple of files were missing. Changes: * Makefile.am: removed all .pc from EXTRA_DIST, we shouldn't distribute them here as they will contain ./configure data such as install location. * src/Makefile.am: moved all if-endif to files, otherwise EXTRA_DIST won't work properly. We must EXTRA_DIST outside of the if-endif block. * static_libs/liblinebreak: removed couple of unused files. SVN revision: 82241
2013-01-04 12:55:12 -08:00
EXTRA_DIST += $(ecoreimffiles_DATA)
efl: make libraries aware of EFL_RUN_IN_TREE. this variable tells that the build is being done in tree and we should not look at install locations. SVN revision: 82217
2013-01-04 09:19:43 -08:00
efl/efreet: use eina_prefix, kill one TODO item. SVN revision: 82219
2013-01-04 09:42:23 -08:00
########################################################################
# Efreet
efreetfilesdir = $(datadir)/efreet
efreetfiles_DATA = efreet/checkme
efl: fix make dist. Carefully compared 'svn export' and 'make dist' results and couple of files were missing. Changes: * Makefile.am: removed all .pc from EXTRA_DIST, we shouldn't distribute them here as they will contain ./configure data such as install location. * src/Makefile.am: moved all if-endif to files, otherwise EXTRA_DIST won't work properly. We must EXTRA_DIST outside of the if-endif block. * static_libs/liblinebreak: removed couple of unused files. SVN revision: 82241
2013-01-04 12:55:12 -08:00
EXTRA_DIST += $(efreetfiles_DATA)
efl/efreet: use eina_prefix, kill one TODO item. SVN revision: 82219
2013-01-04 09:42:23 -08:00
efl: merge edje. this is still in progress, mostly the multisense stuff is pending. it seems that when we merge ecore_audio in edje the libremix and similar are gone, at least from Edje, and will be in ecore_audio itself (or pulseaudio). Changes: * __UNUSED__ to EINA_UNUSED * binaries (epp, embryo_cc, edje_cc) now consider EFL_RUN_IN_TREE and will assume the binaries are still not installed, running from build tree location (needs more testing, maybe doesn't work with srcdir != builddir, still doesn't solve cross compile builds) SVN revision: 82139
2013-01-03 18:08:14 -08:00
########################################################################
# Eo
Eo gdb: eo gdb script is now autoloaded by gdb, added eo_backtrace. If you install the efl to a different path than the one gdb was installed to either set gdb's data dir, or just symlink the file to the other prefix. You can still use the old method of just loading the module.
2013-04-16 02:45:21 -07:00
eogdbdir = $(datadir)/eo/gdb
eo: use the "EXTRA_DIST" macro to install .py files Summary: The SCRIPTS macro will add the executable flag (+x) to the Python scripts ; but as these do not have a shebang (#!/bin/python) and we are executing them explicitly with "python ...", it is useless. Plus, some build environments will issue a warning about this. Reviewers: tasn, JackDanielZ Subscribers: mbachmann Projects: #efl Differential Revision: https://phab.enlightenment.org/D1469 Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2014-09-24 01:26:35 -07:00
eogdb_DATA = eo/eo_gdb.py
EXTRA_DIST += $(eogdb_DATA)
Eo gdb: eo gdb script is now autoloaded by gdb, added eo_backtrace. If you install the efl to a different path than the one gdb was installed to either set gdb's data dir, or just symlink the file to the other prefix. You can still use the old method of just loading the module.
2013-04-16 02:45:21 -07:00
# Borrowed from gobject
Eo libeo-gdb.py: Fixed up autofoo to not create it as root.
2013-04-19 08:50:15 -07:00
libeo.so.@VMAJ@.@VMIN@.@VMIC@-gdb.py: eo/libeo-gdb.py.in
$(AM_V_GEN) $(SED) -e "s|\@datadir\@|$(datadir)|" $(srcdir)/eo/libeo-gdb.py.in > $(builddir)/libeo.so.@VMAJ@.@VMIN@.@VMIC@-gdb.py
Eo gdb: eo gdb script is now autoloaded by gdb, added eo_backtrace. If you install the efl to a different path than the one gdb was installed to either set gdb's data dir, or just symlink the file to the other prefix. You can still use the old method of just loading the module.
2013-04-16 02:45:21 -07:00
Eo libeo-gdb.py: Fixed up autofoo to not create it as root.
2013-04-19 08:50:15 -07:00
eogdbloaddir = $(datadir)/gdb/auto-load/$(libdir)
eo: use the "EXTRA_DIST" macro to install .py files Summary: The SCRIPTS macro will add the executable flag (+x) to the Python scripts ; but as these do not have a shebang (#!/bin/python) and we are executing them explicitly with "python ...", it is useless. Plus, some build environments will issue a warning about this. Reviewers: tasn, JackDanielZ Subscribers: mbachmann Projects: #efl Differential Revision: https://phab.enlightenment.org/D1469 Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2014-09-24 01:26:35 -07:00
eogdbload_DATA = libeo.so.@VMAJ@.@VMIN@.@VMIC@-gdb.py
EXTRA_DIST += $(eogdbload_DATA)
Eo gdb: eo gdb script is now autoloaded by gdb, added eo_backtrace. If you install the efl to a different path than the one gdb was installed to either set gdb's data dir, or just symlink the file to the other prefix. You can still use the old method of just loading the module.
2013-04-16 02:45:21 -07:00
Eo libeo-gdb.py: Fixed up autofoo to not create it as root.
2013-04-19 08:50:15 -07:00
CLEANFILES += libeo.so.@VMAJ@.@VMIN@.@VMIC@-gdb.py
data/Makefile.am: Hopefully distcheck will now succeed Clean generated python file as well Signed-off-by: Daniel Willmann <d.willmann@samsung.com>
2013-04-18 11:01:30 -07:00
data/Makefile.am: Fix EXTRA_DIST to include the correct variable Fixes make distcheck Signed-off-by: Daniel Willmann <d.willmann@samsung.com>
2013-04-18 07:28:19 -07:00
EXTRA_DIST += $(eogdb_SCRIPTS) eo/libeo-gdb.py.in
eo_step gdb script installation to help debugging of applications by stepping over Eo. To do it: - Write in ~/.gdbinit "source prefix/share/eo/eo_step.py" (prefix is usually/opt/e17) - in gdb, when arriving to eo_function (eo_do, eo_do_super), execute eo_step. This script will step into the code until it reaches a function that doesn't belong to libeo. Because of a bug in gdb that will be fixed in 7.6, if after having used the script once, you rerun your application and reexecute the script, a segmentation fault can occur. Sorry for the inconvenience. Signed-off-by: Daniel Zaoui <daniel.zaoui@samsung.com> SVN revision: 80760
2012-12-12 05:16:49 -08:00
efl: merge edje. this is still in progress, mostly the multisense stuff is pending. it seems that when we merge ecore_audio in edje the libremix and similar are gone, at least from Edje, and will be in ecore_audio itself (or pulseaudio). Changes: * __UNUSED__ to EINA_UNUSED * binaries (epp, embryo_cc, edje_cc) now consider EFL_RUN_IN_TREE and will assume the binaries are still not installed, running from build tree location (needs more testing, maybe doesn't work with srcdir != builddir, still doesn't solve cross compile builds) SVN revision: 82139
2013-01-03 18:08:14 -08:00
########################################################################
# Edje
edjefilesdir = $(datadir)/edje/include
edjefiles_DATA = edje/include/edje.inc
efl: fix make dist. Carefully compared 'svn export' and 'make dist' results and couple of files were missing. Changes: * Makefile.am: removed all .pc from EXTRA_DIST, we shouldn't distribute them here as they will contain ./configure data such as install location. * src/Makefile.am: moved all if-endif to files, otherwise EXTRA_DIST won't work properly. We must EXTRA_DIST outside of the if-endif block. * static_libs/liblinebreak: removed couple of unused files. SVN revision: 82241
2013-01-04 12:55:12 -08:00
EXTRA_DIST += $(edjefiles_DATA)
efl: merge edje. this is still in progress, mostly the multisense stuff is pending. it seems that when we merge ecore_audio in edje the libremix and similar are gone, at least from Edje, and will be in ecore_audio itself (or pulseaudio). Changes: * __UNUSED__ to EINA_UNUSED * binaries (epp, embryo_cc, edje_cc) now consider EFL_RUN_IN_TREE and will assume the binaries are still not installed, running from build tree location (needs more testing, maybe doesn't work with srcdir != builddir, still doesn't solve cross compile builds) SVN revision: 82139
2013-01-03 18:08:14 -08:00
mimedir = $(datadir)/mime/packages
mime_DATA = edje/edje.xml
efl: fix make dist. Carefully compared 'svn export' and 'make dist' results and couple of files were missing. Changes: * Makefile.am: removed all .pc from EXTRA_DIST, we shouldn't distribute them here as they will contain ./configure data such as install location. * src/Makefile.am: moved all if-endif to files, otherwise EXTRA_DIST won't work properly. We must EXTRA_DIST outside of the if-endif block. * static_libs/liblinebreak: removed couple of unused files. SVN revision: 82241
2013-01-04 12:55:12 -08:00
EXTRA_DIST += $(mime_DATA)
merge ethumb. This one was a painful bitch. The edbus2 port was quite broken, mainly leaking eina_stringshare and also not adding the '\0' to the strings that are represented as bytearray (paths cannot be utf8 to avoid translations). Emotion plugin was also quite bogus and the video thumbnail as edje (animated) is not working yet due bug in Edje_Edit api -- someone needs to investigate this, seems strange. Emotion plugin also had a bug that it was deleting the object from inside object callback. Now it seems to work. Please report if it does not. SVN revision: 82675
2013-01-11 17:15:45 -08:00
# Helper for people using EDJ
edje: work also when not cross compiling.
2013-03-24 07:41:44 -07:00
include ../src/Makefile_Edje_Helper.am
efl/emotion: fix usage of eina_prefix, add checkme file. we were using "" for locale that made eina_prefix think that we did not had a common prefix. take the time and add a magic file "checkme" to be checked at runtime to validate stuff. also made the binaries be searched in MODULE_ARCH namespace. SVN revision: 82507
2013-01-09 21:45:50 -08:00
########################################################################
# Emotion
emotionfilesdir = $(datadir)/emotion
emotionfiles_DATA = emotion/checkme
EXTRA_DIST += $(emotionfiles_DATA)
merge ethumb. This one was a painful bitch. The edbus2 port was quite broken, mainly leaking eina_stringshare and also not adding the '\0' to the strings that are represented as bytearray (paths cannot be utf8 to avoid translations). Emotion plugin was also quite bogus and the video thumbnail as edje (animated) is not working yet due bug in Edje_Edit api -- someone needs to investigate this, seems strange. Emotion plugin also had a bug that it was deleting the object from inside object callback. Now it seems to work. Please report if it does not. SVN revision: 82675
2013-01-11 17:15:45 -08:00
########################################################################
# Ethumb
ethumbfilesdir = $(datadir)/ethumb
ethumbfiles_DATA = ethumb/checkme
EXTRA_DIST += $(ethumbfiles_DATA)
ethumbframesdir = $(datadir)/ethumb/frames
fix distcheck. it was failing: - leaving missing objects (.edj, .la) - eo was not building its examples automatically with --enable-always-build-examples - make dist with '--enable-always-build-examples' was not including 'src/examples' plus lots of ignored files due test changes. SVN revision: 82894
2013-01-16 10:28:43 -08:00
ethumbframes_DATA = ethumb/frames/default.edj
CLEANFILES += ethumb/frames/default.edj
merge ethumb. This one was a painful bitch. The edbus2 port was quite broken, mainly leaking eina_stringshare and also not adding the '\0' to the strings that are represented as bytearray (paths cannot be utf8 to avoid translations). Emotion plugin was also quite bogus and the video thumbnail as edje (animated) is not working yet due bug in Edje_Edit api -- someone needs to investigate this, seems strange. Emotion plugin also had a bug that it was deleting the object from inside object callback. Now it seems to work. Please report if it does not. SVN revision: 82675
2013-01-11 17:15:45 -08:00
ethumb/frames/default.edj: ethumb/frames/default.edc
data: Silent another mkdir when usign automake silent rules Visible when running as verbose.
2015-05-11 09:36:48 -07:00
$(AM_V_EDJ) \
$(MKDIR_P) ethumb/frames/; \
$(EDJE_CC) $(EDJE_CC_FLAGS) -id $(srcdir)/ethumb/frames/ $< $@
merge ethumb. This one was a painful bitch. The edbus2 port was quite broken, mainly leaking eina_stringshare and also not adding the '\0' to the strings that are represented as bytearray (paths cannot be utf8 to avoid translations). Emotion plugin was also quite bogus and the video thumbnail as edje (animated) is not working yet due bug in Edje_Edit api -- someone needs to investigate this, seems strange. Emotion plugin also had a bug that it was deleting the object from inside object callback. Now it seems to work. Please report if it does not. SVN revision: 82675
2013-01-11 17:15:45 -08:00
EXTRA_DIST += \
ethumb/frames/default.edc \
ethumb/frames/border-0.jpg
fix directory structure: move ethumd_client out of ethumb. it's another library, do not mix stuff as it used to be. SVN revision: 82835
2013-01-15 10:10:58 -08:00
########################################################################
# Ethumb_Client
ethumb_clientfilesdir = $(datadir)/ethumb_client
ethumb_clientfiles_DATA = ethumb_client/checkme
EXTRA_DIST += $(ethumb_clientfiles_DATA)
elua: add checkme
2014-12-11 08:41:24 -08:00
########################################################################
# Elua
eluafilesdir = $(datadir)/elua
eluafiles_DATA = elua/checkme
EXTRA_DIST += $(eluafiles_DATA)
elementary: build themes.
2016-03-23 22:57:24 -07:00
#######################################################################
# Elementary
elementary: and now compile all left over data.
2016-03-23 23:48:52 -07:00
# themes
build: move config/ to data/elementary/config Summary: this is part of the datadir distribution, it should not be in a different directory than the rest of the datadir distribution the gnu coding standards (https://www.gnu.org/prep/standards/html_node/Directory-Variables.html) define 'datadir' as: The directory for installing idiosyncratic read-only architecture-independent data files for this program. This is usually the same place as ‘datarootdir’, but we use the two separate variables so that you can move these program-specific files without altering the location for Info files, man pages, etc. This should normally be /usr/local/share, but write it as $(datarootdir). (If you are using Autoconf, write it as ‘@datadir@’.) The definition of ‘datadir’ is the same for all packages, so you should install your data in a subdirectory thereof. Most packages install their data under $(datadir)/package-name/. while this text has no clear requirement or suggestion for a corresponding repository layout, projects typically employ a certain consistency in their repository layout both for ease of maintenance and ease of learning for new contributors. this project has both a data/ directory, which contains the datadir distribution, as well as the config/ directory, which also contains the datadir distribution. this complicates matters both for active maintainers/developers who must remember that the repository and build tree layouts have this exception, and for new contributors who will initially be confused by this exception other well-organized open source projects, such as wayland, have chosen to not use a data/ directory. these projects have the datadir distribution in the base directory of the repositor, which is a fine practice as it maintains consistency for the project since all the files for the datadir distribution are in the same directory. by applying this patch, the project will move towards a more easily readable and learnable layout. current and future developers will no longer need to wonder why this directory is outside of the data/ directory, and anyone attempting to reference these files from the source/build trees will be able to do so more easily Reviewers: cedric, stefan_schmidt, raster Reviewed By: stefan_schmidt, raster Tags: #efl Differential Revision: https://phab.enlightenment.org/D6013
2018-05-14 08:26:06 -07:00
SUBDIRS += elementary/config
Revert "theme: rename "default" theme to "dark"" This reverts commit d764e0b2790b322778e6db80932c168ae0d43b96. The whole idea of renaming the default theme is an "api break" even if config is changed. and symlinks don't work on windows as a solution. (well on ntfs only as only as administrator, so they don't exist). modifying config for switch from default to dark also will break the case where someone put ~/.elementary/themes/default.edj there and it just is different to the system one and how their theme changes on them as it switches to dark. basically we can't rename a theme like this mid-flight in efl. default is default and has to stay that name. it can change the look, but not the name. i think the apparent reasoning behind this is not a good one. the work on flat is temporary. i don't think we will ever maintain multiple "default themes" as its just far too much work. we can maintain color SCHEMES which are just a list of colorclasses and colors for them - that's separate to a theme and would override. right now these things don't exist. we are not going to create a dark.edj and a light.edj just to store differing default colorclass values. we should be doing the above with colorclass "color palette/scheme/whatever" files that override those named colorclasses globally on init. so reverting because this is an api break and we shouldn't break api unless there is really absolutely no other choice. here the choice is to just temporarily work in a branch and modify default and then merge the branch when done.
2018-02-28 23:44:01 -08:00
elementaryfilesdir = $(datadir)/elementary/themes
elementaryfiles_DATA = elementary/themes/default.edj
CLEANFILES += elementary/themes/default.edj
include elementary/themes/Makefile.am
elementary/themes/default.edj: elementary/themes/default.edc $(elementary_themes_files) $(efl_ui_themes_files) $(elementary_fdo_files) $(top_builddir)/src/bin/edje/edje_cc${EXEEXT}
$(AM_V_EDJ) \
$(MKDIR_P) elementary/themes/; \
build: enable namespace verification for default theme Summary: this will trigger a build failure if someone modifies the theme in such a way that namespacing is not used correctly, saving some time when reviewing larger patches which have many theme changes ref T6911 Depends on D6036 Reviewers: cedric Reviewed By: cedric Subscribers: #committers Tags: #efl Maniphest Tasks: T6911 Differential Revision: https://phab.enlightenment.org/D6042
2018-06-15 10:27:01 -07:00
$(EDJE_CC) $(EDJE_CC_FLAGS) $(EDJE_CC_ELM_FLAGS) -N $< $@
elementary: build themes.
2016-03-23 22:57:24 -07:00
elementary: and now compile all left over data.
2016-03-23 23:48:52 -07:00
# desktop files
elementary: install desktop files in the correct directory. Fix for T3397.
2016-04-01 11:50:20 -07:00
elementarydesktopdir = $(datadir)/applications
elementary: and now compile all left over data.
2016-03-23 23:48:52 -07:00
elementarydesktop_DATA = elementary/desktop/elementary_test.desktop elementary/desktop/elementary_config.desktop
data: install icon according to FDO specification. install to icons/hicolor/128x128/apps instead of icons/ Differential Revision: https://phab.enlightenment.org/D6497
2018-07-02 05:37:51 -07:00
elementaryicondir = $(datadir)/icons/hicolor/128x128/apps
elementary: and now compile all left over data.
2016-03-23 23:48:52 -07:00
elementaryicon_DATA = elementary/desktop/elementary.png
EXTRA_DIST += $(elementarydesktop_DATA) $(elementaryicon_DATA)
Revert "theme: rename "default" theme to "dark"" This reverts commit d764e0b2790b322778e6db80932c168ae0d43b96. The whole idea of renaming the default theme is an "api break" even if config is changed. and symlinks don't work on windows as a solution. (well on ntfs only as only as administrator, so they don't exist). modifying config for switch from default to dark also will break the case where someone put ~/.elementary/themes/default.edj there and it just is different to the system one and how their theme changes on them as it switches to dark. basically we can't rename a theme like this mid-flight in efl. default is default and has to stay that name. it can change the look, but not the name. i think the apparent reasoning behind this is not a good one. the work on flat is temporary. i don't think we will ever maintain multiple "default themes" as its just far too much work. we can maintain color SCHEMES which are just a list of colorclasses and colors for them - that's separate to a theme and would override. right now these things don't exist. we are not going to create a dark.edj and a light.edj just to store differing default colorclass values. we should be doing the above with colorclass "color palette/scheme/whatever" files that override those named colorclasses globally on init. so reverting because this is an api break and we shouldn't break api unless there is really absolutely no other choice. here the choice is to just temporarily work in a branch and modify default and then merge the branch when done.
2018-02-28 23:44:01 -08:00
# fdo icon theme
elementaryfdodir = $(datadir)/icons/Enlightenment-X/
elementaryfdo_DATA = elementary/themes/fdo/index.theme elementary/themes/fdo/README
EXTRA_DIST += $(elementaryfdo_DATA)
elementaryfdo_actions_128dir = $(datadir)/icons/Enlightenment-X/actions/128
elementaryfdo_actions_128_DATA = $(elementary_fdo_actions_128_files)
elementaryfdo_categories_16dir = $(datadir)/icons/Enlightenment-X/categories/16
elementaryfdo_categories_16_DATA = $(elementary_fdo_categories_16_files)
elementaryfdo_categories_128dir = $(datadir)/icons/Enlightenment-X/categories/128
elementaryfdo_categories_128_DATA = $(elementary_fdo_categories_128_files)
elementaryfdo_emblems_96dir = $(datadir)/icons/Enlightenment-X/emblems/96
elementaryfdo_emblems_96_DATA = $(elementary_fdo_emblems_96_files)
elementaryfdo_places_16dir = $(datadir)/icons/Enlightenment-X/places/16
elementaryfdo_places_16_DATA = $(elementary_fdo_places_16_files)
elementaryfdo_places_128dir = $(datadir)/icons/Enlightenment-X/places/128
elementaryfdo_places_128_DATA = $(elementary_fdo_places_128_files)
elementaryfdo_status_128dir = $(datadir)/icons/Enlightenment-X/status/128
elementaryfdo_status_128_DATA = $(elementary_fdo_status_128_files)
elementaryfdo_devices_128dir = $(datadir)/icons/Enlightenment-X/devices/128
elementaryfdo_devices_128_DATA = $(elementary_fdo_devices_128_files)
elementaryfdo_apps_64dir = $(datadir)/icons/Enlightenment-X/apps/64
elementaryfdo_apps_64_DATA = $(elementary_fdo_apps_64_files)
elementaryfdo_intl_128dir = $(datadir)/icons/Enlightenment-X/intl/128
elementaryfdo_intl_128_DATA = $(elementary_fdo_intl_128_files)
FDO icons: add the inode-directory icon This icon is used by some filemanager (like thunar) instead of the standard "folder" one... make them happy.
2018-04-02 05:44:44 -07:00
elementaryfdo_mimetypes_16dir = $(datadir)/icons/Enlightenment-X/mimetypes/16
elementaryfdo_mimetypes_16_DATA = $(elementary_fdo_mimetypes_16_files)
elementaryfdo_mimetypes_128dir = $(datadir)/icons/Enlightenment-X/mimetypes/128
elementaryfdo_mimetypes_128_DATA = $(elementary_fdo_mimetypes_128_files)
elementary: and now compile all left over data.
2016-03-23 23:48:52 -07:00
# edje_externals
elementaryedje_externalsdir = $(datadir)/elementary/edje_externals
elementaryedje_externals_DATA = elementary/edje_externals/icons.edj
CLEANFILES += $(elementaryedje_externals_DATA)
include elementary/edje_externals/Makefile.am
elementary/edje_externals/icons.edj: elementary/edje_externals/icons.edc
$(AM_V_EDJ) \
$(MKDIR_P) elementary/edje_externals/; \
$(EDJE_CC) $(EDJE_CC_FLAGS) $< $@
# images
include elementary/images/Makefile.am
elementaryimagesdir = $(datadir)/elementary/images
elementaryimages_DATA = $(elementary_images_files)
data: elm: images: fix double data file definitions leading to races For a while now I had strange races during make install on Jenkins where some image files either already existed or chmod was called on files not there yet. It took some digging but it turns out commit 8dcd5207cc61e604efc942a62137bdeda4060aa0 broke this as a side effect. The black magic that already installed the files JP refers to is sitting in data/Makefile.am. It is plain autofoo stuff and just includes the images Makefile to get the list of files. JP was correct though that the glayer files have not been installed into the correct subdir. Fixing this as well here.
2016-09-28 05:33:18 -07:00
elementaryimages_glayerdir = $(datadir)/elementary/images/g_layer
elementary: and now compile all left over data.
2016-03-23 23:48:52 -07:00
elementaryimages_glayer_DATA = $(elementary_images_glayer_files)
EXTRA_DIST += $(elementary_images_files) $(elementary_images_glayer_files)
# objects
include ../Makefile_Elm_Helpers.am
Fix installation of elementary objects The path was wrong.
2016-03-27 22:31:23 -07:00
elementaryobjectsdir = $(datadir)/elementary/objects
elementary: and now compile all left over data.
2016-03-23 23:48:52 -07:00
elementaryobjects_DATA = \
elementary/objects/test.edj \
elementary/objects/test_external.edj \
elm: Add a test case for evas masking This tests masks of masks in a genlist, with maybe a map. Nothing crazy.
2016-12-16 01:59:05 -08:00
elementary/objects/test_masking.edj \
elementary: and now compile all left over data.
2016-03-23 23:48:52 -07:00
elementary/objects/multip.edj \
elementary/objects/cursors.edj \
elementary/objects/font_preview.edj \
elementary/objects/postit_ent.edj \
elementary/objects/multibuttonentry.edj \
Revert "Revert "efl_ui_pager: add tests for efl_ui_pager"" This reverts commit a686b7d9fee99c631756eca2ce3e2dad1e296f0d. Turns out in my eagerness to un-break the build I did not check the patch queue before reverting. If I would have done this I would have seen the fix for the break alreay being submitted by Junsu Choi. This is my bad, the two reverts could have been avoid. Sorry. Note to self: give yourself a moment, and check the patch queue, before rushing out a revert. :/
2019-01-25 00:41:24 -08:00
elementary/objects/test_pager.edj \
elementary: and now compile all left over data.
2016-03-23 23:48:52 -07:00
elementary/objects/test_prefs.edj \
elementary/objects/test_prefs.epb \
elm_test: Add test edc for tooltip with no min size See 283afce3c8acd902d4708ab491b6192f1665dd77 Test case name: Tooltip -> "Tooltip with no min size"
2017-06-29 01:11:00 -07:00
elementary/objects/test_focus_style.edj \
elementary/objects/test_tooltip.edj \
efl_ui_tab_pager: add Efl.Ui.Tab_Pager and related classes Summary: the basic concept of Efl.Ui.Tab_Pager is similar to elm_toolbar. user can attach Efl.Ui.Tab_Bar to the tab_pager. user can create an Efl.Ui.Tab_Page to add tab label, tab icon and set the content of the page. user can pack Efl.Ui.Tab_Page into tab_pager. The tab and page match one to one. user can controls tab and page through tab_pager. See T5317 Test Plan: elementary_test -to efl.ui.tab_pager Reviewers: cedric, woohyun, Jaehyun_Cho Reviewed By: Jaehyun_Cho Subscribers: eunue Differential Revision: https://phab.enlightenment.org/D5988
2018-05-02 05:10:16 -07:00
elementary/objects/test_tab_pager.edj \
elm_test: Add test edc for tooltip with no min size See 283afce3c8acd902d4708ab491b6192f1665dd77 Test case name: Tooltip -> "Tooltip with no min size"
2017-06-29 01:11:00 -07:00
$(NULL)
elementary: and now compile all left over data.
2016-03-23 23:48:52 -07:00
CLEANFILES += $(elementaryobjects_DATA)
include elementary/objects/Makefile.am
elementary/objects/test.edj: elementary/objects/test.edc
$(AM_V_EDJ) \
$(MKDIR_P) elementary/objects/; \
$(EDJE_CC) $(EDJE_CC_FLAGS) $< $@
elementary/objects/test_external.edj: elementary/objects/test_external.edc
$(AM_V_EDJ) \
$(MKDIR_P) elementary/objects/; \
$(EDJE_CC) $(EDJE_CC_FLAGS) $< $@
elm: Add a test case for evas masking This tests masks of masks in a genlist, with maybe a map. Nothing crazy.
2016-12-16 01:59:05 -08:00
elementary/objects/test_masking.edj: elementary/objects/test_masking.edc
$(AM_V_EDJ) \
$(MKDIR_P) elementary/objects/; \
$(EDJE_CC) $(EDJE_CC_FLAGS) $< $@
efl - fix build to build multip.edj from the right edc source the makefile was wrong making multip.edj for the multitouch test in elm the wrong src thus breaking the crosshairs. this fixes that again so the test is right. @fix
2016-09-26 17:08:24 -07:00
elementary/objects/multip.edj: elementary/objects/multip.edc
elementary: and now compile all left over data.
2016-03-23 23:48:52 -07:00
$(AM_V_EDJ) \
$(MKDIR_P) elementary/objects/; \
$(EDJE_CC) $(EDJE_CC_FLAGS) $< $@
elementary/objects/cursors.edj: elementary/objects/cursors.edc
$(AM_V_EDJ) \
$(MKDIR_P) elementary/objects/; \
$(EDJE_CC) $(EDJE_CC_FLAGS) $< $@
elementary/objects/font_preview.edj: elementary/objects/font_preview.edc
$(AM_V_EDJ) \
$(MKDIR_P) elementary/objects/; \
$(EDJE_CC) $(EDJE_CC_FLAGS) $< $@
elementary/objects/postit_ent.edj: elementary/objects/postit_ent.edc
$(AM_V_EDJ) \
$(MKDIR_P) elementary/objects/; \
$(EDJE_CC) $(EDJE_CC_FLAGS) $< $@
elementary/objects/multibuttonentry.edj: elementary/objects/multibuttonentry.edc
$(AM_V_EDJ) \
$(MKDIR_P) elementary/objects/; \
$(EDJE_CC) $(EDJE_CC_FLAGS) $< $@
Revert "Revert "efl_ui_pager: add tests for efl_ui_pager"" This reverts commit a686b7d9fee99c631756eca2ce3e2dad1e296f0d. Turns out in my eagerness to un-break the build I did not check the patch queue before reverting. If I would have done this I would have seen the fix for the break alreay being submitted by Junsu Choi. This is my bad, the two reverts could have been avoid. Sorry. Note to self: give yourself a moment, and check the patch queue, before rushing out a revert. :/
2019-01-25 00:41:24 -08:00
elementary/objects/test_pager.edj: elementary/objects/test_pager.edc
$(AM_V_EDJ) \
$(MKDIR_P) elementary/objects/; \
$(EDJE_CC) $(EDJE_CC_FLAGS) $< $@
elementary: and now compile all left over data.
2016-03-23 23:48:52 -07:00
elementary/objects/test_prefs.edj: elementary/objects/test_prefs.edc
$(AM_V_EDJ) \
$(MKDIR_P) elementary/objects/; \
$(EDJE_CC) $(EDJE_CC_FLAGS) $< $@
elementary/objects/test_focus_style.edj: elementary/objects/test_focus_style.edc
$(AM_V_EDJ) \
$(MKDIR_P) elementary/objects/; \
Revert "theme: rename "default" theme to "dark"" This reverts commit d764e0b2790b322778e6db80932c168ae0d43b96. The whole idea of renaming the default theme is an "api break" even if config is changed. and symlinks don't work on windows as a solution. (well on ntfs only as only as administrator, so they don't exist). modifying config for switch from default to dark also will break the case where someone put ~/.elementary/themes/default.edj there and it just is different to the system one and how their theme changes on them as it switches to dark. basically we can't rename a theme like this mid-flight in efl. default is default and has to stay that name. it can change the look, but not the name. i think the apparent reasoning behind this is not a good one. the work on flat is temporary. i don't think we will ever maintain multiple "default themes" as its just far too much work. we can maintain color SCHEMES which are just a list of colorclasses and colors for them - that's separate to a theme and would override. right now these things don't exist. we are not going to create a dark.edj and a light.edj just to store differing default colorclass values. we should be doing the above with colorclass "color palette/scheme/whatever" files that override those named colorclasses globally on init. so reverting because this is an api break and we shouldn't break api unless there is really absolutely no other choice. here the choice is to just temporarily work in a branch and modify default and then merge the branch when done.
2018-02-28 23:44:01 -08:00
$(EDJE_CC) $(EDJE_CC_FLAGS) -id $(top_srcdir)/data/elementary/themes/img $< $@
elementary: and now compile all left over data.
2016-03-23 23:48:52 -07:00
elm_test: Add test edc for tooltip with no min size See 283afce3c8acd902d4708ab491b6192f1665dd77 Test case name: Tooltip -> "Tooltip with no min size"
2017-06-29 01:11:00 -07:00
elementary/objects/test_tooltip.edj: elementary/objects/test_tooltip.edc
$(AM_V_EDJ) \
$(MKDIR_P) elementary/objects/; \
Revert "theme: rename "default" theme to "dark"" This reverts commit d764e0b2790b322778e6db80932c168ae0d43b96. The whole idea of renaming the default theme is an "api break" even if config is changed. and symlinks don't work on windows as a solution. (well on ntfs only as only as administrator, so they don't exist). modifying config for switch from default to dark also will break the case where someone put ~/.elementary/themes/default.edj there and it just is different to the system one and how their theme changes on them as it switches to dark. basically we can't rename a theme like this mid-flight in efl. default is default and has to stay that name. it can change the look, but not the name. i think the apparent reasoning behind this is not a good one. the work on flat is temporary. i don't think we will ever maintain multiple "default themes" as its just far too much work. we can maintain color SCHEMES which are just a list of colorclasses and colors for them - that's separate to a theme and would override. right now these things don't exist. we are not going to create a dark.edj and a light.edj just to store differing default colorclass values. we should be doing the above with colorclass "color palette/scheme/whatever" files that override those named colorclasses globally on init. so reverting because this is an api break and we shouldn't break api unless there is really absolutely no other choice. here the choice is to just temporarily work in a branch and modify default and then merge the branch when done.
2018-02-28 23:44:01 -08:00
$(EDJE_CC) $(EDJE_CC_FLAGS) -id $(top_srcdir)/data/elementary/themes/img $< $@
elm_test: Add test edc for tooltip with no min size See 283afce3c8acd902d4708ab491b6192f1665dd77 Test case name: Tooltip -> "Tooltip with no min size"
2017-06-29 01:11:00 -07:00
elementary: and now compile all left over data.
2016-03-23 23:48:52 -07:00
elementary/objects/test_prefs.epb: elementary/objects/test_prefs.epc
$(AM_V_EPB) \
$(MKDIR_P) elementary/objects/; \
$(ELM_PREFS_CC) $(ELM_PREFS_FLAGS) $< $@
efl_ui_tab_pager: add Efl.Ui.Tab_Pager and related classes Summary: the basic concept of Efl.Ui.Tab_Pager is similar to elm_toolbar. user can attach Efl.Ui.Tab_Bar to the tab_pager. user can create an Efl.Ui.Tab_Page to add tab label, tab icon and set the content of the page. user can pack Efl.Ui.Tab_Page into tab_pager. The tab and page match one to one. user can controls tab and page through tab_pager. See T5317 Test Plan: elementary_test -to efl.ui.tab_pager Reviewers: cedric, woohyun, Jaehyun_Cho Reviewed By: Jaehyun_Cho Subscribers: eunue Differential Revision: https://phab.enlightenment.org/D5988
2018-05-02 05:10:16 -07:00
elementary/objects/test_tab_pager.edj: elementary/objects/test_tab_pager.edc
$(AM_V_EDJ) \
$(MKDIR_P) elementary/objects/; \
$(EDJE_CC) $(EDJE_CC_FLAGS) $< $@