Oh I forgot to post - this should be fixed as of 2 days ago.
Additionally apps should be updating the icon displayed if this
configuration changes at runtime.
Thanks :)
Andy
On Wed, 27 Apr 2016 at 01:00, Andrew Williams wrote:
> That's cool thanks.
>
> It looks unfortunately like something broke
That's cool thanks.
It looks unfortunately like something broke today. If I open then close
elementary_config now it refreshes app icons to use elementary even if an
fdo theme has been set.
Do any of your changes have impact in the icon handling itself?
Thanks,
Andy
On Tue, 26 Apr 2016 at 09:06,
Hello. Andy.
I heared you will do the job related with icon lookup order job.
GREAT!
I'll remove order_lookup, and standard set from elm_icon eo(move it to
legacy).
And add icon_set into elm_image eo
(replace elm_icon_standard_set)
Thanks all,
Jiyoun
2016. 4. 26. 오후 4:39에 "Andrew W
That's great news thanks :)
Additionally it's been noted that some deprecated content is in the EO API
which doesn't make sense. Are folk happy for me to remove it completely
and, if do, does the legacy generated API and matching enum need to live on
in elm_deprecated.h?
Cheers,
Andy
On Tue, 26 A
2016-04-26 1:35 GMT+02:00 Andrew Williams :
> Hi,
>
> Apologies for the delay but I finally got there. 2) and 3) now pushed to
> efl. I've removed all the old behaviour code but just deprecated the
> properties and methods of lookup_order. elementary_config has a new icons
> tab for setting it tho
Hi,
Apologies for the delay but I finally got there. 2) and 3) now pushed to
efl. I've removed all the old behaviour code but just deprecated the
properties and methods of lookup_order. elementary_config has a new icons
tab for setting it though I'm not quite finished with the UI yet (but it
works
Hi all,
For what its worth the flattr dark icon theme has a comprehensive set of
icons for use in applications as svg's that could pretty easily be
recolored to blue and exported to png for anything missing.
https://github.com/NitruxSA/flattr-icons/tree/master/Flattr%20Dark/actions/24
Cheers
2016-02-18 14:14 GMT+01:00 Andrew Williams :
> To summarise our discussion on IRC last night on this topic there was a
> general agreement that we can get Elementary to match the FreeDesktop.org
> standard for icon naming, allow the user to choose which icon theme to use
> and also remove the ther
On 02/18/2016 11:44 PM, Andrew Williams wrote:
> To summarise our discussion on IRC last night on this topic there was a
> general agreement that we can get Elementary to match the FreeDesktop.org
> standard for icon naming, allow the user to choose which icon theme to use
> and also remove the t
To summarise our discussion on IRC last night on this topic there was a
general agreement that we can get Elementary to match the FreeDesktop.org
standard for icon naming, allow the user to choose which icon theme to use
and also remove the therefore redundant lookup order system. (we will not
be i
On Wed, 17 Feb 2016 00:21:25 + Andrew Williams said:
> Hi,
>
> Cool so if I understand that we have agreement that complying with the FDO
> icon naming is OK to do? I think if that's the case we have much more
> flexibility going forward.
> No need to include the app icon portion but otherwi
On Tue, 16 Feb 2016 19:07:44 +0100 Davide Andreoli
said:
> 2016-02-16 14:09 GMT+01:00 Carsten Haitzler :
>
> > On Tue, 16 Feb 2016 10:07:14 + Andrew Williams
> > said:
> >
> > > Apologies but I disagree with this last email.
> > > >From the elementary docs (and Tizen too...)
> > > - "freede
Hi,
Cool so if I understand that we have agreement that complying with the FDO
icon naming is OK to do? I think if that's the case we have much more
flexibility going forward.
No need to include the app icon portion but otherwise would we also use the
FDO icon names as an indication of what a "com
2016-02-16 14:09 GMT+01:00 Carsten Haitzler :
> On Tue, 16 Feb 2016 10:07:14 + Andrew Williams
> said:
>
> > Apologies but I disagree with this last email.
> > >From the elementary docs (and Tizen too...)
> > - "freedesktop.org defines the standard icon names such as "home",
> > "network", et
On Tue, 16 Feb 2016 10:07:14 + Andrew Williams said:
> Apologies but I disagree with this last email.
> >From the elementary docs (and Tizen too...)
> - "freedesktop.org defines the standard icon names such as "home",
> "network", etc."
> - "The *name* given as a parameter is one of these "ke
Apologies but I disagree with this last email.
>From the elementary docs (and Tizen too...)
- "freedesktop.org defines the standard icon names such as "home",
"network", etc."
- "The *name* given as a parameter is one of these "keys", and is used to
look in the freedesktop.org paths and elementary
On Mon, 15 Feb 2016 12:22:21 +0100 marcel-hollerb...@t-online.de said:
> On Mon, Feb 15, 2016 at 06:28:45PM +0900, Carsten Haitzler wrote:
> > On Mon, 15 Feb 2016 07:24:55 +0100 marcel-hollerb...@t-online.de said:
> >
> > > Hello,
> > >
> > > On Mon, Feb 15, 2016 at 11:45:59AM +0900, Carsten Hai
On Mon, 15 Feb 2016 14:47:53 + Andrew Williams said:
> Hi all,
>
> Apologies I did not want to bring this thread back to question the benefits
> of an elementary icon theme - I think we all know that it would be totally
> awesome. However in the bigger picture I think we need to consider var
On Mon, Feb 15, 2016 at 02:47:53PM +, Andrew Williams wrote:
> Hi all,
>
> Apologies I did not want to bring this thread back to question the benefits
> of an elementary icon theme - I think we all know that it would be totally
> awesome. However in the bigger picture I think we need to consid
Hi all,
Apologies I did not want to bring this thread back to question the benefits
of an elementary icon theme - I think we all know that it would be totally
awesome. However in the bigger picture I think we need to consider various
use cases rather than just the largest portion of distribution a
On Mon, Feb 15, 2016 at 06:28:45PM +0900, Carsten Haitzler wrote:
> On Mon, 15 Feb 2016 07:24:55 +0100 marcel-hollerb...@t-online.de said:
>
> > Hello,
> >
> > On Mon, Feb 15, 2016 at 11:45:59AM +0900, Carsten Haitzler wrote:
> > > On Thu, 11 Feb 2016 15:50:34 + Andrew Williams
> > > said:
>
On 02/15/2016 04:54 PM, marcel-hollerb...@t-online.de wrote:
> Hello,
>
> On Mon, Feb 15, 2016 at 11:45:59AM +0900, Carsten Haitzler wrote:
>> On Thu, 11 Feb 2016 15:50:34 + Andrew Williams
>> said:
>>
>>> Hi,
>>>
>>> Can we pick this up again please? if neither 1) nor 2) are likely to happ
On Mon, 15 Feb 2016 07:24:55 +0100 marcel-hollerb...@t-online.de said:
> Hello,
>
> On Mon, Feb 15, 2016 at 11:45:59AM +0900, Carsten Haitzler wrote:
> > On Thu, 11 Feb 2016 15:50:34 + Andrew Williams
> > said:
> >
> > > Hi,
> > >
> > > Can we pick this up again please? if neither 1) nor 2
Hello,
On Mon, Feb 15, 2016 at 11:45:59AM +0900, Carsten Haitzler wrote:
> On Thu, 11 Feb 2016 15:50:34 + Andrew Williams
> 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
On Thu, 11 Feb 2016 15:50:34 + Andrew Williams 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
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 s
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 eit
On Tue, 11 Aug 2015 09:39:11 -0500 Stephen Houston said:
> 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
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 Andre
2015-08-11 2:14 GMT+02:00 Carsten Haitzler :
> On Mon, 10 Aug 2015 09:53:08 -0500 Stephen Houston
> 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
On 08/11/2015 05:24 AM, Davide Andreoli wrote:
> 2015-08-10 17:44 GMT+02:00 Stephen Houston :
>
>> Thanks Davide, got it working between elm_icon_order_lookup_set and
>> elm_toolbar_icon_order_lookup_set ... However I think the point still
>> stands that the default order should be FDO_THEME not
On Tue, 11 Aug 2015 00:50:42 -0500 Jeff Hoogland said:
> Is it really that big of a deal to add a configuration option to elementary
> that is "prefer FDO icon set: yes / no" and just have it be no by default?
> This way it would be easy to make both camps happy.
that breaks apps. as below.
> O
Is it really that big of a deal to add a configuration option to elementary
that is "prefer FDO icon set: yes / no" and just have it be no by default?
This way it would be easy to make both camps happy.
On Mon, Aug 10, 2015 at 7:14 PM, Carsten Haitzler
wrote:
> On Mon, 10 Aug 2015 09:53:08 -0500
On Mon, 10 Aug 2015 09:53:08 -0500 Stephen Houston 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
2015-08-10 17:44 GMT+02:00 Stephen Houston :
> Thanks Davide, got it working between elm_icon_order_lookup_set and
> elm_toolbar_icon_order_lookup_set ... However I think the point still
> stands that the default order should be FDO_THEME not THEME_FDO ... though
> with the necessary api in place
On 10/08/15 16:44, Stephen Houston wrote:
> Thanks Davide, got it working between elm_icon_order_lookup_set and
> elm_toolbar_icon_order_lookup_set ... However I think the point still
> stands that the default order should be FDO_THEME not THEME_FDO ... though
> with the necessary api in place I gu
On Mon, Aug 10, 2015 at 10:44:41AM -0500, Stephen Houston wrote:
> Thanks Davide, got it working between elm_icon_order_lookup_set and
> elm_toolbar_icon_order_lookup_set ... However I think the point still
> stands that the default order should be FDO_THEME not THEME_FDO ... though
> with the nece
Thanks Davide, got it working between elm_icon_order_lookup_set and
elm_toolbar_icon_order_lookup_set ... However I think the point still
stands that the default order should be FDO_THEME not THEME_FDO ... though
with the necessary api in place I guess it is not that big of a deal
other than it
the short answer is the function:
elm_icon_order_lookup_set()
https://docs.enlightenment.org/auto/elementary/group__Icon.html#gac0ca5b243d33619cdf9733b7b3be5100
and give a look at the "Icon Standard" in elementary_test
...I will elaborate more in a second mail
2015-08-10 17:05 GMT+02:00 Jeff Ho
I'd like to second how backwards this behavior is. I've even gone as far as
to use slightly different icon names that aren't present in elementary in
my applications to avoid this annoyance.
On Mon, Aug 10, 2015 at 9:53 AM, Stephen Houston
wrote:
> I'm sure this has been discussed before but I f
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 oppos
41 matches
Mail list logo
