I don't understand why we want to expose the choice of efl widget set icons in E - users can override a default using elm_config if they want to but promoting this choice in E seems strange - basically a "do you want your other apps to look different to E ones?"
I like the description of elm icons as an optimisation because fdo is really slow. With this in mind we could implement it purely as an optimisation so when the fdo choice can be mapped to edj then we do so automatically. You would still need to fall back to hicolor but it's less likely to happen if I understand correctly? For me I think we should be fdo compliant and make it transparent for users. Otherwise we should probably just ignore the standards and hope folk make icon sets specifically for us... Andrew On Sun, 28 Aug 2016 at 14:52, Simon Lees <sfl...@suse.de> wrote: > > > On 08/28/2016 10:02 PM, Stephen Houston wrote: > > I think Andrew's proposal solves the problems for everyone without the > > caveats. That's what I would vote for. > > > It still has the same issues of setting e to use a theme different from > the FDO theme and .edj file (This is probably only very few people). > Rather then having the second issue the user would simply get no icons > if they chose an FDO theme and it is missing some of the required icons > they would get no icons, we could still implement the match thing but in > the case of matching FDO and Elm theme the user could just not select > "Use FDO Icons for E" which saves some code and needing to modify every > theme to contain a matching icon theme, we could implement the opposite > though so that each E theme can recommend a FDO icon set and if you have > a box checked E automatically updates the FDO icon set for Qt/GTK when > you change e themes similar to the wallpaper dialog. Again that doesn't > give you much more and would annoy some users enough that it probably > couldn't be default behavior. > > > On Sun, Aug 28, 2016, 6:36 AM Simon Lees <sfl...@suse.de> wrote: > > > >> Hi All, > >> > >> I'm going to start again, we just had another discussion on IRC and this > >> is what we seem to have come to, i'm sorry if I repeat something I only > >> skim read some of the discussion. > >> > >> Firstly all non FDO standard icons used in elm/e will be installed into > >> the hicolor icon theme this means that if users choose to use any FDO > >> icon theme which doesn't have all the icons enlightenment / elm will > >> just use the existing fallback mechanisms. > >> > >> The configuration dialog will be simplified too two settings (If I got > >> this right), firstly you will be able to choose a FDO icon theme, > >> Secondly you will be able to choose if Enlightenment and Elm apps use > >> the icon set from the enlightenment/elm theme (.edj) or from the current > >> FDO theme. > >> > >> This implementation is simple and straight forward but has a couple of > >> caveats, Firstly if you would like e to use a different theme to the FDO > >> theme and the one provided by your current enlightenment theme bad luck > >> for now you will need to modify your enlightenment theme (This won't be > >> as bad once we make a way to provide composite themes). Similarly if you > >> are using a theme that is recolored and you choose to use a FDO icon > >> theme rather then the one from the .edj you will fall back to blue icons > >> rather then icons of the color of your theme, there are 2 work arounds > >> here, import the FDO theme you are using into the .edj file and get e to > >> use the theme from that or also recolor the Enlightenment-X theme and > >> get the FDO theme of your choosing to fallback through the recolored > >> Enlightenment-X. > >> > >> Dave has volunteered to do at least the icon related changes and will > >> aim to do that for efl 1.19, after that point we can look at rewriting > >> the theme dialog probably as part of e22. > >> > >> Cheers > >> > >> -- > >> > >> Simon Lees (Simotek) http://simotek.net > >> > >> Emergency Update Team keybase.io/simotek > >> SUSE Linux Adeliade Australia, UTC+9:30 > >> GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B > >> > >> > >> > ------------------------------------------------------------------------------ > >> _______________________________________________ > >> enlightenment-devel mailing list > >> enlightenment-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > -- > > Simon Lees (Simotek) http://simotek.net > > Emergency Update Team keybase.io/simotek > SUSE Linux Adeliade Australia, UTC+9:30 > GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B > > > ------------------------------------------------------------------------------ > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------------ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
