It is simple, you have to apply all 3 conditions and which ever is fulfilled, returns your desired reply. The other two return nothing. If you manage the conditions to overlap, or leave a gap, you may get two cobbled, or no answer as well.
4 Likes
Use || = OR for crossing Zero .
2 Likes
I dont think that is needed
3 Likes
$Nr>border1&&Nr<border2?A:B$
I think this would satisfy my needs. Let me explain.
- All numbers (Nr, Border1, Border2) will be positive integers.
- There never will be a zero. If it was, then the calculation is wrong. Or the watch generated incorrect starting numbers that form the pre-calculation that derives Border1 and Border2 which is calculated way before this test. If the watch generated bad numbers to start the calculation, there is something really wrong with the watch. However, even if the numbers were really wrong, the calculation should actually still generate positive integers for Border1 and Border2. A quirk of the calculation.
- The calculation will only generate a border 1 and border 2 numbers that are always going to be around 70ish and 300ish respectively. Therefore, no zero cross over. The overall calculation for this test is not actual clock time, therefore, hours are irrelevant for this test.
- Nr will always be a positive number as it is the day number which is between 1 and 365 or 366. Therefore, no zero crossover.
Given these limitations, I don’t think the calculation would ever generate a non-answer, Nr would fall either within the borders, resulting in answer A or by default answer B.
Anyways, thank you all for helping out. I’ll run the test and see what happens. But I’m a long way off to even getting to this condition.
3 Likes
Hi All, I’ve posted a question about conditionals in another post. Kindly take a look if you are interested.
2 Likes
Yes. Overlapping True. The big copy paste trap in the serial conditional panacea. My main overlap is forgetting >= and <= (or a number [in/de]crement in the comparison.
2 Likes
Here is the next GMT version. This time, all zones will automatically reflect Daylight Savings changes. PLUS, this version also will notify when Western Easter Sunday. Which btw is on April 20th, just in a few days.
Any bugs, please let me know!
4 Likes
BTW, all previously published GMZ/GMT faces have also been updated to reflect daylight savings.
3 Likes
Jolly well Done I say . Unique for sure . Not seen Easter done before . 
2 Likes
Well, I guess we will have to wait a few more days to see the notice on April 20th.
3 Likes
BTW, did fix the temperature issue (imperial vs metric) so for those who have synced before, please download again.
3 Likes
Well done good Job . 
2 Likes
Here is new one. A little quirky.
3 Likes
Cool concept 
3 Likes
Thank you.
2 Likes
(post deleted by author)
1 Like
Sorry. Accidentally deleted my own post. What a dummy. If you are interested in figuring out Easter Sunday notification calculation. I’ve posted a solution here.
Ok. Here is my next watch.
BTW, if you want a face with a set of different time zones, Let me know and I’ll see if I can create it. I don’t have the pro versions, so I can’t create a user adjustable/selectable zone version. Maybe one day.