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
>
------------------------------------------------------------------------------
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to