forrestguice / naturalhour Goto Github PK

Current options for setting the start of the day are:

• Sunrise;
• Civil Twilight;

Can you add Sunset to that list? (Jewish Shabat begins at Sunset, and ends when three stars can be seen, after the following sunset. (OK, technically, the day begins begins with the sun is 16.1, 18, 19.8 degrees below the horizon, or 120, 96, or 72 minutes before the upper limb of the sun touches the horizon. Hours, however, are counted from when the upper limb touches the horizon.)

I began some brainstorming for writing the Documentation do you want to give me access or shall I branch the repository.

I think Natural Hour could make a beautiful screensaver when docked or charging.

Using natural hour with Coordinated Universal Time CUT 0 system time zone makes the watch face show broken daylight. How to attach screenshot if needed?

Here are colours based on the SunPosWidget3x1

--- # ColorValues natural-solar

• color_plate: "#ffe0e0e0"
• color_face: "#ffe0e0e0"
• color_frame: "#ff222222"
• color_center: "#ffbd0000"
• color_hand: "#ffbd0000"
• color_label0: "#ff808080"
• color_label1: "#ff757575"
• color_ring_day: "#ffbdbdbd"
• color_ring_day_label: "#ff424242"
• color_ring_day_stroke: "#ffffffff"
• color_face_day: "#ffbdbdbd"
• color_ring_night: "#ff212121"
• color_ring_night_label: "#ffeeeeee"
• color_ring_night_stroke: "#ffbdbdbd"
• color_face_night: "#ff424142"
• color_face_am: "#ffffce00"
• color_face_pm: "#ffff9900"
• color_face_astro: "#ff000063"
• color_face_nautical: "#ff003163"
• color_face_civil: "#ff7ba2ff"

Here are a few comments to improve the design, after using the app everyday of this week – thanks a lot for the app, again! 😉

· I think an option to put midday on top (= the instant between VI and VII) would be a nice addition to the actual choice between 12:00 and 24:00
· I suggest to change the grey areas for twilights so they get more distinguishable. My tests: #1a1a1a (26/256), #333333 (51/256) and #4d4d4d (77/256), and changing the afternoon grey to #666666 (102/255)
· thanks for the option to choose days beginning at civil twilight. I didn’t know of this way before, and I agree it feels very natural.

I wonder how nice it would be to display a numeric/digital user-chosen current time (between mean / solar / system / suntimes) in the middle.

And, as a bonus question, how difficult would it be to have separate display settings for the app and the widget?

Hey there,
I’m not able, for a few builds now, to install the resulting .apk from the Actions runs Artifacts.

Whenever I try to install, the phone just says “Application not installed” without any further explanation.

The last version I was able to install is 0.1.0 (dc52f0d) [debug]

• In case it’s needed to understand the issue: Suntimes 0.13.1 (4)

I’ve been faced with a recurring bug for three days now, with the widget not updating itself in the morning at the exact moment I put the phone out of Airplane mode (which I set at night for sleeping).

I’m confused as to why it’s not hanging also when I switch Airplane mode off then on during the day. Maybe due to another app conflicting? (or Suntimes Clock Alarm?)

How could I provide some debug info?

Here’s an idea: what about providing a 1x1 (or 2x1) widget showing the current Roman hour?

As a bonus, we could get a coloured background depending on the moment of the day, à la SunPosWidget3x1, and even a mark to tell when in the hour it is now – since there are no subdivisions of Roman hours, as far as I know.

Below is a quick try to put words into image, using the actual SunPosWidget3x1 as a start – hence the Sun mark 😉

Up there it means:

• we’re approximately 2/3 through the XII-th hour of the day,
• civil twilight is about to happen,
• the previous hour was daylight,
• the next one will be twilight/night

I noticed this only for the date 2022-03-26.

https://i.postimg.cc/2yB3sWCq/Screenshot-20220326-064224-Natural-Hour.png

Helo , is it posible to add solar midnight as evenement?

How does it handle daylight savings time? The clock face seems to ignore it showing time an hour behind during DST. Maybe this is a small bug.

Describe the bug
Depending on the "Hours Begin" setting, the alarm picker doesn't allow selecting all available hours. When configured to "sunset (24)" it isn't possible to select hours 13-24.

To Reproduce

1. Natural Hour -> Options -> Hours Begin -> sunset (24)
2. Natural Hour -> Set Alarm
3. Slide picker to of the night; the selection is reverted (expected; there are no "night hours" in this mode).
4. Slide the picker from 1 to 24; the hours stop at 12 so its not possible to select hours 13-24.

This works:

1. Natural Hour -> Options -> Hours Begin -> sunrise & sunset (12)
2. Natural Hour -> Set Alarm
3. Slide picker to of the night; the selection is allowed.
4. Slide the picker from 1 to 12; all hours can be selected.

This fails:

1. Natural Hour -> Options -> Hours Begin -> sunset (24)
2. Suntimes Alarms -> Add Alarm -> Event -> Natural Hour
3. Add an alarm (any hour)
4. Natural Hour -> Options -> Hours Begin -> sunrise & sunset (12)
5. Suntimes Alarms -> Add Alarm -> Event -> Natural Hour
6. Slide picker to of the night; the selection is immediately switched back to "of the day".

Expected behavior
The picker should allow selecting all available hours when configured to "sunset (24)", and should allow toggling the "of the night" when configured to "sunrise & sunset (12)".

Version Info:

• NaturalHour Version: v0.2.0
• Suntimes Version: v0.14.11
• Android Version: 12
• Device Model: emulator

Additional context
The third example is due to the alarm being previously configured to "sunset (24)". When the picker is launched a second time, the previous alarm (a "sunset (24)" alarm) is automatically selected.

Current options for setting the start of the day are:

• Sunrise;
• Civil Twilight;

Can you add Sunset to that list?
Jewish Shabbat begins at Sunset, and ends when three stars can be seen, after the following sunset. (OK, technically, the day begins begins with the sun is 16.1, 18, 19.8 degrees below the horizon, or 120, 96, or 72 minutes before the upper limb of the sun touches the horizon. Hours, however, are counted from when the upper limb touches the horizon.)

The widget does not update automatically .I have to resize it or click on it.

Any thought about making this a Wear OS watch face? It's already in the proper circular shape. It would definitely be a welcome addition, especially if alarms could be made to trigger on astronomical events rather than static times.

It would be nice to have the ability to combine NaturalHour and Suntimes Alarms to set alarms depending on Roman hours.

The only drawback I foresee is due to the (as far as I know) non-existence of subdivisions of these unequal hours, so it would be limited to setting a alarm for the beginning/middle/end of a specific Roman hour.

What do you think?

Describe the bug
NaturalHour displays a false timezone by default Apparent Solar Time.

To Reproduce
Steps to reproduce the behavior:

1. Install app
2. Launch app
3. Look at true apparent solar Time in the outer ring
4. Look at timezone in the center reporting AST and attribute it to the outer ring
5. Look at inner hashtic ring and see that it differs from the realAST in the outer ring
6. guess that it is then the default system time but that it is an hour behind and consider it possibly a Daylight Savings Time bug
7. ask developer about handling of DST
8. change time zones around
9. change back to AST to notice that it is a false timezone differing from the already shown realAST in the outer ring

Expected behavior
I expected the developer to notice this is a false timezone and at least not make it the default - at best not have a known false timezone as an option ( AST which the developer has attributed to java objects this may be an upstream bug with dalvic art or whatever java like runtime it is pulling the false zone from )

It is possible my phone has a runtime with a false AST while the developers phone does not but seems unlikely

Screenshots
If applicable, add screenshots to help explain the problem.
A picture is worth a thousand words, and might capture useful information for debugging.

Version Info:

• NaturalHour Version: latest [e.g. v0.2.0]
• Suntimes Version: fdroid latest [e.g. v0.14.7]
• Android Version: 10 [e.g. 10]
• Device Model: ZTE blade vantage2 [e.g. Pixel 6]

Additional context
The bug was found after a discussion here #16

Hello, here are a few remarks and ideas on how to improve the readability of the widget when set to 3×2 size:

· the date is too small, and strangely centred on the VII-th hour, even if it’s not on top
· I think the “rectangles” for hours where I, II, … XII are labelled may become more squarish in order to increase the font size and readability of these number labels
· As a follow-up, 5-min ticks would clearly not be readable… as they already are anyway.