If this is the route to go then we should probably be a little informative to what the user will see instead... I.e. Prefer icons in Enlightenment theme
I also wonder if the theme panel should have a reciprocating checkbox I.e. "Apply theme to icons where possible" But honestly I'm not a fan - I think we should be treating it like a unified desktop experience. We can always link out to elm_config if we want people to be able to tweak our widget set parameters. Andrew On Mon, 29 Aug 2016 at 07:24, Carsten Haitzler <ras...@rasterman.com> wrote: > On Mon, 29 Aug 2016 15:01:53 +0930 Simon Lees <sfl...@suse.de> said: > > > > > > > On 08/29/2016 02:37 PM, Carsten Haitzler (The Rasterman) wrote: > > > On Sat, 27 Aug 2016 23:28:53 +0000 Andrew Williams < > a...@andywilliams.me> > > > said: > > > > > >> After chatting on IRC I think there is another approach. > > >> The underlying principle is that we have 2 different viewpoints - that > > >> which elm is FDo compliant - and that which it should be seperate. > > > > > > yup. i'm on the "elm has its own theme mechanics and thus this also > applies > > > to icons. it applies to wallpapers in e, and everything else" but > there are > > > peolpe who want elm to mimic their gtk/qt etc. apps and use those > icons. so > > > thus the option to turn fdo theme use on or off at the elm level. > > > > > >> If the elm icon theme were able to hint at which FDo theme it is > > >> complatible with (if any) as mentioned earlier then we could do this: > > > > > > i dislike these things. it breaks the principle of themes being > > > self-contained data bundles that just work without any data outside of > them. > > > > > >> *) remove E's "icon theme for enlightenment" checkbox - we should > always > > >> assume you are configuring E > > > > > > yes. i agree. > > > > Here I slightly disagree, if E/Elm are using the option to take icons > > from the elm theme rather then the FDO them should we disable the list? > > or should it just set the FDO theme for gtk/Qt (Doing this saves having > > to install a different application to set it) See my other mail. > > the icon selection applies to everything, UNLESS the checkbox says "dont > applye > to e/efl". then it applies to everything else except e/efl. simple enough. > solves the core issue at hand. > > > > > > >> *) update the "icon theme for applications" checkbox to also apply to > efl > > >> apps > > > > > > actually i would go for something simpler... just a single checkbox > "apply > > > to e/efl apps too". icon theme is selected and apply, ie to everything > and > > > all apps. including e. e/efl can go off on their own and use icons from > > > their themes (as long as they exist- fall back to configured fdo theme > if > > > not found). if you dont like the theme + icons that match together, > then > > > that checkbox will turn on the "look in fdo first". > > > > > > isnt this simplest? is there really a need to configure e separately > from > > > elm/rest of efl here with icons? > > > > I don't think we do either, e is a elm app and should just follow its > > settings you can't pick a different icon theme for gnome and gtk or kde > > and Qt (you can't even pick a different icon theme for gtk and Qt I > > don't believe). > > > > > > > >> *) when the user selects an FDo icon theme we iterate through all the > elm > > >> themes to see if any declare a match - and if so and the "icon theme > for > > >> applications" is set then we tell elm to use it's theme instead of > the FDo > > >> one. > > > > > > why do this? so complex? select icon theme... have a checkbox "apply to > > > e/efl too". perhaps clicking/selecting any icon theme will set that > > > checkbox to true assuming the user wants to see the effects immediately > > > everywhere, e/fl included. they can then uncheck that if they don't > like > > > it. :) > > > > > > isn't this simplest? less code, fewer controls in the ui. > > > > Again see my proposal. > > > > > > > >> In this manner anyone wanting GTK or ELM specific icons could still > run > > >> their own configuration tool (elm_config will not know how to do the > lookup > > >> to affect other (i.e. GTK) apps when chosing a theme that happens to > be > > >> marked as matching an FDO theme. > > >> > > >> Of course that relies on the appropriate theme being installed as > well, > > >> which can be checked for. > > >> > > >> I think this accomplishes all the requirements with the addition of > not > > >> being any more complex for the user. I'm not really so sure we should > have > > >> seperate checkboxes for ELM and "GTK" as the non-elm applies to all > other > > >> apps, being an FDo spec that we are trying to comply with. Going with > the > > >> existing "icon theme for applications" to apply to all toolkits seems > to > > >> make sense. > > >> > > >> Would this work? > > >> Andrew > > >> > > >> On Sat, 27 Aug 2016 at 18:11 Davide Andreoli <d...@gurumeditation.it> > > >> wrote: > > >> > > >>> 2016-08-27 17:52 GMT+02:00 Davide Andreoli <d...@gurumeditation.it>: > > >>> > > >>>> 2016-08-27 17:23 GMT+02:00 Andrew Williams <a...@andywilliams.me>: > > >>>> > > >>>>> I think the complexity is that Enlightenment looks at this all the > other > > >>>>> way around. > > >>>>> I.e. Choose your theme - and do you want it to apply to apps as > well? > > >>>>> I'm tempted to go in and remove all the complexity and have it be > just > > >>>>> that > > >>>>> (I.e. Ignore elm vs gtk as seperate values) then it would make more > > >>> sense > > >>>>> for elm to try and say what gtk theme matches. But at the moment > (in E) > > >>>>> the > > >>>>> user could have specified that this is not the chosen behaviour > but elm > > >>>>> won't know that. > > >>>>> > > >>>>> My aim in all of this is to provide a consistent experience but > maybe > > >>>>> others prefer the config options approach? > > >>>>> > > >>>> > > >>>> I don't want/need a consistent experience (between ELM and GTK). I > just > > >>>> want > > >>>> gtk to looks beautiful with it's Mint-X icons and elm to look > beautiful > > >>>> (and be fast) > > >>>> with the icons embedded in theme. I don't neither use a gtk theme > that > > >>>> match the > > >>>> elm one, on my system gtk apps are light and elm are dark, I like > this > > >>>> separation. > > >>>> > > >>>> Please make a system that permit this type of configuration. Don't > forget > > >>>> the > > >>>> fundamental E principle: let the user choose ! > > >>>> > > >>> > > >>> After some more thinking about the E config dialog I ended up that > > >>> list+checks > > >>> are the wrong choice, if we want to give the user the "power to > choose" we > > >>> need > > >>> 3 independent lists, so that user can choose the icons for ELM, the > icons > > >>> for GTK > > >>> and the icons for E itself. This could be made with 2 new tabs, so > that we > > >>> end up > > >>> with 3 tabs for icons: "ELM icons", "GTK icons", "E icons". > > >>> ...or maybe on a single page with just 3 combobox. > > >>> > > >>> > > >>>> > > >>>> > > >>>>> > > >>>>> Andrew > > -- > > > > 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 > > > > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > > > ------------------------------------------------------------------------------ > _______________________________________________ > 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
