Syncthing-android: Oreo icon shape

Created on 20 Apr 2018  路  19Comments  路  Source: syncthing/syncthing-android

Most helpful comment

The only reason the icons are in drawable now is that mipmap did not exist when I started this project. So it is absolutely fine if you move them.

All 19 comments

I'm willing to give this a shot. Is it okay if the background is a solid color instead of a gradient?

I'd prefer the solid one.

So I tried my hand at this and this is what the icon looks like, with various masks:

screenshot_2018-05-21 adapticon
screenshot_2018-05-21 adapticon 1
screenshot_2018-05-21 adapticon 2
screenshot_2018-05-21 adapticon 3

I would like to make a PR if the team is okay with this. However the app is presently storing its launcher icons in drawable folders and the documentation I am referring to to implement this refers to the icons as being stored in mipmap folders. That also seems to be the general recommendation when it comes to Android.

Is it okay if I move the launcher icons to respective mipmap folders for implementing this or is the present placement of icons there for a reason?

So why can't we use the normal logo and just apply masks on that? This feels like a different logo.

An adaptive icon requires that the icon be provided in the form of a background layer and a foreground layer. The masking is something the launcher handles.

I provided the above images just to provide an idea of what the icon would look like under different masks.

To use the normal logo as an adaptive icon, it will need to be separated into a background and foreground layer. I used the SVG provided at graphics/ic_launcher_full.svg to create these layers. The foreground is just the cluster design, unmodified. The background took the color from the very bottom of the old logo. I went this route because this design looks more in line with Google's Material Design. To use the old logo as an adaptive icon would simply require that the background layer be created with a gradient.

Would it not be better to have a transparent background layer and the current logo as the foreground layer?

It wouldn't because then there would be no telling this icon apart from what is inevitably going to happen come November, when targeting API 26 is mandatory to push updates to apps. When apps target API 26 but do not provide an adaptive icon, their existing icon is thrown upon a white background.

You can find more information regarding this deadline here:
Improving app security and performance on Google Play for years to come

This is what it looks like when the current logo is used as the foreground layer with a transparent background layer (which is rendered as white).

screenshot_2018-05-21 adapticon 4
screenshot_2018-05-21 adapticon 5
screenshot_2018-05-21 adapticon 6
screenshot_2018-05-21 adapticon 7

It is tough to make out the white because of the background here though.

I understand that the icon I've provided does look different from the existing one but it also fits in better with Android. Could you please consider it?

@calmh ?

I think we already have like red and green spinning variants of this logo out there so the brand cohesiveness battle is moot. You have my blessing to do what you like here.

Thank you so much @calmh. Could you also please offer your input regarding the location of the launcher icons? They are presently located in drawable folders but Google recommends the use of mipmap folders.

Do I have permission to move the launcher icons to appropriate mipmap folders or should I preserve the directory structure?

I have absolutely no idea.

This is why Google recommends using mipmap:
It鈥檚 best practice to place your app icons in mipmap- folders (not the drawable- folders) because they are used at resolutions different from the device鈥檚 current density. For example, an xxxhdpi app icon can be used on the launcher for an xxhdpi device.

If you think it is worth it then I am willing to move the launcher icons over, else we can continue with the way things are right now.

The only reason the icons are in drawable now is that mipmap did not exist when I started this project. So it is absolutely fine if you move them.

@lokesh-krishna On my opinion, the gradient looks a little bit better. But I am okay if it gets a solid background and agree with calmh. Would it be much effort to include the gradient, maybe also later after this PR as an "improvement"?

@catfriend1, It's just that solid backgrounds are more in line with Material Design.

I'm not a designer and I've never made a gradient before but if it is necessary then I think I can figure it out. And I'm open to doing that sometime down the line if it is required.

@lokesh-krishna Just a personal thing, but I don't like some elements getting solid color from Windows 8+ and Android 5+... doesn't matter. I've asked a designer to help, here is what I got mailed for you:
Gradient.zip

I'll replace the background layer with this but could you please ask the designer to make a version with a resolution of 432 x 432?

@lokesh-krishna Done, see PR :)

Was this page helpful?
0 / 5 - 0 ratings

Related issues

reverse-unina picture reverse-unina  路  3Comments

jebeld17 picture jebeld17  路  7Comments

Mannshoch picture Mannshoch  路  3Comments

Nutomic picture Nutomic  路  5Comments

klausenbusk picture klausenbusk  路  9Comments