Open MagneFire opened 4 years ago
I would recommend to not place those to the watchface area. It should be left to the watchface designers to integrate "complications" by design choice imo. Some unofficial watchfaces already have battery indicators for example. The placement would be very difficult to not overlap info in certain watchfaces. UX wise i would welcome such info in better view of the user and in a consistent place. The events view comes to mind, since: 1) For many users it is empty anyway since they do not sync calendars possibly. 2) The events area could be vertically scroll able and thus solving the space problem when the complication items are placed above the events stream. 3) Weather, Steps and Battery depletion could safely be categorised as "events" related.
A synthesis of some ideas/principles from some recent matrix discussions:
Some possible satellites:
Agreed, my last comment above was before starting to plan for satellites in the watchfaces. The satellite spaces can either show a custom default the watchface designer made according to the watchface design. And user might override this watchface default by placing another satellite to those defined satellite spaces via settings.
An idea inspired by other smartwatches are complications: The ability to dynamically show more information on a watchface.
In our case some examples of watchface complications would be: date, time, weather, battery level, heart rate, steps.
Currently I am not sure what the right implementation would be (because I haven't given it much thought). My initial and probably easiest solution would be:
qml
, this is then loaded dynamically, similar to how the current watchface mechanism works.qml
file too, which is something we might want to avoid. Though not sure. A complication could also only host a label and/or icon leaving the background up to the watchface itself.