Create new Feature Requests for Watch Face Studio in this topic.
Feature request will be gathered and submitted to the Development Team and Samsung Support.
Do not report bugs in this topic.
Ron
Samsung Developer Relations
Create new Feature Requests for Watch Face Studio in this topic.
Feature request will be gathered and submitted to the Development Team and Samsung Support.
Do not report bugs in this topic.
Ron
Samsung Developer Relations
Create a tag for “quarter of the year”.
Heart beat data as is possible in pre installed watch faces
On the designing side, the team should aim for feature parity with programs like Sketch and Figma, even if 1:1 parity is not realistically achievable. I listed features that I missed the most while designing watchfaces. This program is already very capable, and I believe it will be even better in the future. Thanks!
To be able to use Weather and Health data on the same watch face. Have no idea why this isn’t already part of the GWS design, seems ridiculous!
Here is my request that might benefit all developers for more ease of use and even users.
Bring to Front and Send to Back feature is in GWS. What we have now in WFS is Forward and Backward that moves the layer one step front and one step backward. If we are working into a lot of layers, Bring to Front and Send to Back feature will help us out a lot instead of dragging the layer all the way down or up.
Timeline ease of use. If it’s possible to control the scroll bar at the bottom of the timeline (as shown in the image below) using scroll in the mouse, it would be very easy for devs to navigate in the timeline especially when devs are working on loops that runs in minutes and seconds or setting up show hide in steps and battery percent.
Overall, the team behind the WFS really did a great job considering the age of this tool compared to GWS. Thank you!
Request:
Turn on Proguard for watch faces signed .aab builds
Shrink, obfuscate, and optimize your app | Android Developers
It will help with aab size, also get rid of this message on Play Store
buildTypes {
release {
minifyEnabled true
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
}
}
I thought this was from having links in your Mobile app, am I wrong?
Ron
Samsung Developer Relations
Hi Ron, that Play Console warning ? No, this warning is showing for every WFS created aab. In fact, my mobile apps are using proguard optimization so this warning message is not showing for these.
After doing some checking it appears that this happens when App Shortcut is a default complication.
Did you report this as a bug to Support?
Ron
Samsung Developer Relations
No Ron,
first of all, this error message is showing in Play Console (play.google.com) when uploading watch face aab and is showing for every watch face created with wfs (even empty one)
Secondly, this error is not really a problem. It’s just saying that our watch faces aab are not obfuscated and optimized.
More about optimizing & obfuscating aab here:
Shrink, obfuscate, and optimize your app | Android Developers
To obfuscate android app (watch face), we need to set minifyEnabled to true in build.gradle file.
This would help with aab size and also this play console warning will not show up again.
build.gradle file should be using this:
android {
buildTypes {
getByName("release") {
// Enables code shrinking, obfuscation, and optimization for only
// your project's release build type.
isMinifyEnabled = true
// Enables resource shrinking, which is performed by the
// Android Gradle plugin.
isShrinkResources = true
// Includes the default ProGuard rules files that are packaged with
// the Android Gradle plugin. To learn more, go to the section about
// R8 configuration files.
proguardFiles(
getDefaultProguardFile("proguard-android-optimize.txt"),
"proguard-rules.pro"
)
}
}
...
}
I don’t know if such a thing will be possible at all, since I have no idea by what mechanism WFS builds aab files.
Hello, @amoledwatchfaces
The obfuscation you mentioned is already applied to the aab file created in WFS. The warning of the play console is probably to upload the txt file as a result of the proguard for analysis when uploading aab with obfuscation. Related files are managed internally by Samsung and are used for analysis of problems.
So you can ignore the warning message.
Hi @sinjae,
thanks for clarification, I wasn’t sure
It would be good to have a binary tag that reports if the watch is currently displaying in AOD mode, e.g. [IS_AOD].
That way fields could be manuipulated to appear slightly differently when the watch reverts to its always-on mode.
Example use case: A watchface has a user-selectable background colour but fails the AOD pixel ratio analysis on build because that background is too bright for AOD mode. However, if an [IS_AOD] tag was available, I could use this to adjust the opacity of the background (and hence its brightness) in AOD mode.
(Currently I just use a single darker background colour field that is active in AOD mode).
Hope that makes sense!
Our recommendation is to use DIM layer to make lower layers darker in AOD mode.
The DIM layer can be easily created like:
Add component → any shape → make full size → hide in normal mode → black color with appropriate alpha value → place in a proper order (e.g., between time information and background)
Does it make sense?
Thanks Sinjae,
For the example given, that will work - many thanks.
Rob
Run Preview window:
Text editor window:
Fields:
Functions:
Run panel:
Run multiple instances of WFS
Just something simple. Default date when opening a project in the Run panel should be today, not 21/6/2021. And would be nice to remember user preferences like if I mostly design in 24h, don’t default to 12h every time I reopen the app.
Different color of elements for active and AOD