2016-08-28 19:18 GMT+02:00 Andrew Williams <a...@andywilliams.me>: > 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?" >
Yes, this is what I want right now! because it's the only way I know to have both (GTK and ELM) to looks beautiful. I didn't find any GTK theme that looks right in ELM apps nor the bluish icons looks well in light GTK themes. I do not mind if GTK and ELM looks different, I'm just interested in them to looks good with their icons. I can live with the "change the E config dialog and then go to change the ELM one" to make my choice... but frankly I think you are forcing your view of "how do you prefer your icons to look" to me (and probably others). > 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. > I agree with this one. > You would still need to fall back to hicolor but it's less likely to happen > if I understand correctly? > For what I have understand this will happen when you select an external FDO theme that do not provide the icons that I'm going to add in the next weeks/months in elm. Basically all the icons needed by E that do not have an exact match in the FDO naming spec. > > 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... > We are already full FDO compliant, in the mean that our elm theme provide ALL the icons required by the spec (maybe 5 are missing). The problem is that the FDO spec do not list lots of icons needed by general applications, nor all the one needed by E. So we decided that I will extend the elm theme (and the Enlightenment-X) to provide more icons, starting from all the icons needed by E. But keep in mind that this new icons will not be FDO compliant and hardly you will find them in other (non efl) themes. As a consequence if you will choose to use a non-efl icon theme, then your window manager will have half icons from your theme and half from the bluish one. I cannot see any solution for this problem. > > 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 > ------------------------------------------------------------------------------ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
