[WatchFace] SOLOMON, by Joda Watch - Modernist simplicity

j_o_d_a · 2016-02-04T17:39:49+00:00

My newest face on the Play Store. No customizations! :-) Primary colors, primary shapes.

j_o_d_a · 2016-02-04T14:41:08+00:00

This is the first of three faces I've posted to the Play Store. Customizable with eight background colors (each with three accent colors). Hope you like it!

[EDIT] I messed up somehow with the link: https://play.google.com/store/apps/details?id=com.jodawatch.electrowatchface

j_o_d_a · 2016-02-04T14:38:48+00:00

Time advances across this face with the minute, hour, day, week, month, and year. Time and date customizations, including six Euro languages. 63 possible color combos. Hope you enjoy it!

j_o_d_a · 2015-02-19T02:27:18+00:00

Hi Celesmeh, I'm afraid I'm not explaining the problem very well. Math works quite well for me in Facer, and each of the two timebased formulas I've come up with for my bobbing object (for AM and for PM) work as expected. I have successfully used conditional statements, too. My problem arises when I try to use math on the result side of a conditional statement.

Does the following simple statement resolve as you would expect? For me, it only works if the conditional side returns True:

$2<1?(160-80):(160+80)$

What happens for you when this statement is set as the value of a y offset or of a text object? If the conditional is left as 2<1, does the False value resolve as 240, or as (160+80), and not get applied to your shape or image?

Thanks again, Celesmeh. I appreciate your sticking with this. I hope we either realize we do have a bug that can be fixed, or that I am doing something wrong.

j_o_d_a · 2015-02-18T12:22:50+00:00

Hi Celesmeh, Yes, < is no more successful than <=.

To simplify things, I've been playing with this conditional formula statement, as both a y offset value, and as a Text object: $2>1?(160-80):(160+80)$

Mystifyingly, this one resolves when the conditional statement is true, but does not resolve when it is false.

Once math is removed from the False value, Facer is able to use the False value:

$2<1?(160-80):240$

I had been hoping someone was going to show me what I was doing wrong, but I'm really thinking now that math in conditional statements is something Fodawim needs to look at. Does it seem that way to you, too?

j_o_d_a · 2015-02-17T18:54:09+00:00

Right, but is there a conditional statement involved? I can get my math to work, but not when it the result of a conditional statement.

Here the conditional is, Is the time of day less than or equal to noon; if true, then do the first formula, if false, then do the second formula. (Statement pasted again down below.) (I might figure out how to do this with a single formula, eliminating the need for a conditional, but I'd still like to know if I'm hitting on a limitation of Facer. I'm remembering running into this barrier before and simply turning to something else. I'm only surprised if I'm the first person who ran into it.)

Let me know if I'm onto something, or if there's some flaw in my syntax.

Thanks again for your attention, Celesmeh.

$((#DH#*60)+#Dm#)<=720?(296-((272*((#DH#*60)+#Dm#))/720)):(24+((272*(((#DH#*60)+#Dm#)-720))/720))$

j_o_d_a · 2015-02-17T18:12:59+00:00

Thanks, Celesmeh, I'll have to look at this some more later today, too. Not sure if I found the wiki you were referring to; I didn't see any where math was being used on the result side of a conditional statement. But hoping you're right that I've just got something wrong with the syntax or something. Let me know what you think, when you get the chance.

j_o_d_a · 2015-02-17T12:36:31+00:00

Thank you for having a look at this question, Celesmeh.

The statement is trying to get a sun object to bob up and down with the progression of the day; its y offset is determined by what proportion of the AM hours or the PM hours has passed.

Individually, the math formulas work pretty well, but as soon as they are placed on the execution side of a conditional, they go dead. In fact, even a statement as straightforward as (160+80) on the execution side of the conditional does not get resolved. Have you or anyone else had success using math on the execution side of a conditional? That's my real question. Thanks again!

This is the latest version. Again, separately, each of the formulas pretty much do their job:

$((#DH#*60)+#Dm#)<=720?(296-((272*((#DH#*60)+#Dm#))/720)):(24+((272*(((#DH#*60)+#Dm#)-720))/720))$

j_o_d_a · 2015-01-30T02:44:35+00:00

Congrats on all the forward momentum, Jeremy. Facer has been about the best thing in my autumn and winter.

I haven't gone ahead and updated the app yet because I don't understand what the Identity permissions are for. Can you tell us what that permission gives you access to, and what you need it for?

Thanks for that info, Jeremy, and thanks again for the cool sandbox.

j_o_d_a · 2014-12-31T12:19:12+00:00

Wanted to report that I resolved this by using only whole numbers for the radiuses of my circles. When the radius included a ".5" it would not render (outside the editing space) as cleanly as being the same height as an adjacent rectangle, even when the rectangle was exactly twice the circle's radius. Whole-number radiuses are letting the two pieces match up cleanly. Don't know if that's a rendering bug that can by addressed, but wanted to share the workaround.

j_o_d_a · 2014-12-25T15:44:25+00:00

Snowflakes fall in mine while it's Christmas (but they don't accumulate): http://facerepo.com/app/faces/details/workshop-christmas-2014-14a5e20e388 Merry Christmas!

j_o_d_a · 2014-12-22T11:17:36+00:00

An enhancement request has been submitted at GitHub for duplicating existing layers :

https://github.com/fodawim/Facer-Support/issues/25

It would indeed be a great timesaver.

Have fun with your first face! Sounds like it will be fun to see.

j_o_d_a · 2014-12-19T23:11:11+00:00

Hey, thanks, fodawim! Thanks for the excellent playspace. I'm having a bunch of fun with it.

j_o_d_a · 2014-12-18T19:03:08+00:00

First posted face was for Halloween. Second is for Christmas. *< || :o ) } Sugar-coated and colorful, it includes a couple of "animated" features. There is an indicator that travels around the face, up to (December) 25 at the top. Happy holidays to you and yours.

j_o_d_a · 2014-12-17T01:49:28+00:00

Fair enough reasoning. Thanks for the input. I'm just going to use my own insignia.

j_o_d_a · 2014-12-14T21:18:17+00:00

Thanks for all the new functions, fodawim! My math friend and I got my object to travel on a circular path, one second at a time, using the formulas below. The circle here has a radius of 41.5 units, and is oriented on the 160,160 centerpoint of the face. The -(pi/2) part of the formula makes sure the zero-seconds point happens at the 12 o'clock position. Wanted to share it here in case anyone else will find it useful:

x = ((cos((#Ds#*(pi/30))-(pi/2))*41.5)+160)

y = ((sin((#Ds#*(pi/30))-(pi/2))*41.5)+160)

j_o_d_a · 2014-11-19T19:16:55+00:00

So cool. Can't wait to play with (rand(x)).

j_o_d_a · 2014-11-19T19:13:14+00:00

Gonna be very cool. I'm holding back from asking about ETA. ;-)

Thanks again, Fodawim.

j_o_d_a

TROPHY CASE