On Thu, 11 Feb 2016 15:50:34 +0000 Andrew Williams <a...@andywilliams.me> said:
> Hi, > > Can we pick this up again please? if neither 1) nor 2) are likely to happen > then I feel the requirement to add 3) so that each app can add 1 line to do > fdo_elementary lookups for the whole app. > I'm now looking at menus that are a mix of icons because, as far as I can > tell, there's no API for setting the lookup order for menu_item icons. > Ether way this feels like it's really anti-new-developers - we don't have a > complete icon set and I think we need to deal with that. > > Either 2) or 3) are changes that I feel have become essential if we can't > get 1) resolved in the next EFL release or two... we need 1) this is because on things like tizen there will be ZERO FDO icon sets. ever. :) > Any strong feelings on how we deal with the current state of play? > Cheers, > Andrew > > On Sun, 30 Aug 2015 at 10:39 Andrew Williams <a...@andywilliams.me> wrote: > > > I agree with this, I can't ship any large featured app using elm icons at > > this time, I have to use an fdo lookup. > > > > If elm were a complete icon theme (including all E, efm and media player > > etc icons) the current ordering makes sense - but not until then. > > > > Therefore I propose for efl 1.16 we need either: > > 1) import a complete icon theme that works; or > > 2) change the lookup order so efl apps don't look a mess by default. > > > > And possibly in either case: > > 3) add an elm api to set strategy for the whole app > > > > Primarily I want an elm app to be consistent in itself but overall it > > should be consistent with E or the desktop it's running within. > > > > Andy > > > > On Tue, 11 Aug 2015 15:39 Stephen Houston <smhousto...@gmail.com> wrote: > > > >> At any rate, Raster's reasoning is only good if the theme provides a > >> complete icon set... so for that to make sense right now, someone needs to > >> finish the elm theme icon set or as Davide said just import an already > >> complete icon set into the elm theme. > >> > >> On Tue, Aug 11, 2015 at 7:35 AM, Davide Andreoli <d...@gurumeditation.it> > >> wrote: > >> > >> > 2015-08-11 2:14 GMT+02:00 Carsten Haitzler <ras...@rasterman.com>: > >> > > >> > > On Mon, 10 Aug 2015 09:53:08 -0500 Stephen Houston < > >> > smhousto...@gmail.com> > >> > > said: > >> > > > >> > > > I'm sure this has been discussed before but I feel the need to > >> bring it > >> > > up > >> > > > again. > >> > > > > >> > > > It is super annoying that when requesting a standard icon, you will > >> > > always > >> > > > get the blue icon from Elementary first if it exists, and then it > >> falls > >> > > > back on the icon theme. I feel like this should be exactly the > >> > opposite. > >> > > > Check the icon theme first and fallback on Elementary's blue icons > >> if > >> > the > >> > > > user's icon theme doesn't have the requested standard icon. > >> > > > > >> > > > For instance: > >> > > > http://www.enlightenment.org/ss/e-55c4c1af28ccf5.97362633.jpg > >> > > > > >> > > > The blue slideshow icon is out of place here. It should go with the > >> > icon > >> > > > theme first instead of finding that icon in Elementary. > >> > > > > >> > > > Thoughts? > >> > > > >> > > not changing. > >> > > > >> > > 1. breaks default behavior of an icon object. since icons come from > >> theme > >> > > an > >> > > app dev can customize by doing a theme overlay and thus expect his > >> icons > >> > to > >> > > appear - but if default behavior changes then his app loses HIS icons. > >> > this > >> > > is a break. no. not changing. > >> > > > >> > > >> > I quite disagree here, but we need to split in two different scenario: > >> > > >> > A: the developer want to provide an icon that will never change > >> (regardless > >> > of the user elm theme in use). This is usually wrong, unless you > >> > are providing a full theme overlay inside your app (my media center is > >> an > >> > example), otherwise your icon will looks wrong on other elm themes that > >> > the user may be using. > >> > > >> > B: the developer want to make a themable app that will always looks good > >> > for every elm theme. This is the "normal" behavior of desktop > >> applications, > >> > and at the moment is quite impossible to aquire using elm. > >> > > >> > I think both scenario can be done using elm: the sceanrio B is coded > >> using > >> > elm_icon_standard_set(ic, "a-fdo-standard-name") > >> > While the scenario A should be coded a little different: the dev can set > >> > the icon > >> > using elm_icon_file_set(ic, theme_file, "icon_name") or also using > >> > standard_set > >> > but not using fdo names, fe: elm_icon_standard_set(ic, > >> > "my_custom_icon_name") > >> > > >> > So I think there are no breackage involved, unless an app is using > >> standard > >> > fdo name while wanted only the custom icon to be displayed. > >> > > >> > > >> > > >> > > >> > > 2. the point is to have icons match the THEME... not some fdo icon > >> theme. > >> > > icons > >> > > will almost always look out of place in a theme being different > >> > style/color > >> > > etc. etc. and so people are eternally hunting for a "matching icon > >> theme" > >> > > separately to their theme. the whole POINT of an edj file is to have a > >> > > single > >> > > unified theme with everything - widgets and wm and icons etc. your > >> point > >> > > violates this entire concept. > >> > > > >> > > -- > >> > > ------------- 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 > >> > > >> > >> ------------------------------------------------------------------------------ > >> _______________________________________________ > >> enlightenment-devel mailing list > >> enlightenment-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel