Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Is this a feature appropriate for Control Center? I'm guessing I'll turn it on and never touch it again.

I often turn it off quickly to take and edit pictures, since the color change between Night Shift mode and non Night Shift mode can be pretty drastic when editing pictures. So having that quick toggle in Control Center is pretty awesome for my needs. Honestly if there wasn't a quick toggle, I don't even know if I would be using it since it would be kind of a bunch of clunky steps just to snap a few shots at night (which I do often). Now it's just swipe up, click the toggle, click the camera, do my business, swipe up and turn back on. And now with out the contextual menu it's even easier.
 
  • Like
Reactions: MyNameIsJon
It depends on how often your screen needs to be refreshed, and some UI animations are disabled in Low Power mode, but yeah, it will drain battery faster.
The only UI animation of Night Shift is the slow shift in colour but that won't be running more than a few seconds per hour.
[doublepost=1456938794][/doublepost]
Just guessing, but since it gradually adjusts over time it would probably have some level of background work so I guess that breaks whatever threshold they have. It also probably meets the criteria that it isn't "essential".
Then just remove the gradual aspect of it when in low power mode. What might be happening that Night Shift is applied as a bolt-on technology, meaning on top of drawing the content of the screen from the OS or from apps, the screen output has to be run through another adjustment matrix calculation but one would think that for static content that extra mathematical conversion would only have to done once.
 
Last edited:
NightShift is probably done using ColorSync. When slowly transitioning from day to night, the whole color transformation tables need to be updated over and over again and the cocoa change notification need to be transported to all active applications during the time of the change which in turn would again change their appearance over and over again. Even if this notification will not be parsed, all application need nontheless be woken up for a short period of time.
Send that notification only once per hour when in Night Shift should significantly reduce any computational needs.
 
  • Like
Reactions: aolbites
If Night Shift is turned off in low power mode, does this mean it consumes a considerable amount of power when turned on ?
 
How in the world can they make something so simple so complicated? Oh right, 'Designed In California By Committee'.

"It's Just Complicated" (tm)
 
  • Like
Reactions: mpavilion
I'd be interested to learn the reason behind disabling Night Shift in Low Power mode. Does it drain the battery excessively? Ive been running the betas, but haven't noticed my phone battery level dropping that much while night shift was running.
One factor is that it takes some minor computational time, but it's probably negligible. I think the more important reason is that night shift usually makes your screen darker. Consequently, you need a higher level of brightness to compensate, which heavily drains battery.
 
  • Like
Reactions: jacjustjac
NightShift is probably done using ColorSync. When slowly transitioning from day to night, the whole color transformation tables need to be updated over and over again and the cocoa change notification need to be transported to all active applications during the time of the change which in turn would again change their appearance over and over again. Even if this notification will not be parsed, all application need nontheless be woken up for a short period of time. To make the change not noticeable, there would be several iterations, draining unnecessary power. As we all know, the low power mode is here for precisely hindering that. Therefore disabled. They could theoretically not fire a notification during low power mode, but therefore creating the need for cached notifications getting active as soon as an application gets active. But this - to my knowledge - does not exist in the cocoa framework. Maybe in a later version but it looks like they are not there yet. That's my guess.
I appreciate your intelligent response, unlike the previous answer that some genius gave me by stating that NO ONE knows why Apple disables anything in setting. Cheers!
 
Anybody willing to bet within the next 5 years Apple will add a system-wide night mode (Eclipse), ability to change the Control Center settings (Flip Control Center), and Themes (Winterboard)? They seem to be taking jailbreak ideas/tweaks, integrating them, then releasing them to the customers.
 
Does that mean Night Shift uses more power than normal mode?

Well there is a logic behind it to set the right color tones. Also it needs to continuously check when its sunrise or sunset to adjust display accordingly.

Might not be like a lot of consumption given its a basic logic but when you are on that 3% level, the ONLY thing the average social media addict wants running is Instagram!! :rolleyes:
 
"More Warm" and "Less Warm" are bad grammar and are less communicative than "Warmer" and "Cooler."

Yeah, it's very awkward nomenclature, especially when OS X uses "warmer" and "cooler" for setting color profiles. My only guess is that perhaps a beta tester complained that warmer and cooler didn't translate well to another culture. But this solution to whatever the problem was is pretty awful.
 
That is incorrect. NightShift was not disabled with low power mode activated in Beta 4. It would turn off upon activating low power mode, but you could simply turn it back on and low power mode would stay on as well.

True. At first I thought it was a bug every time I activate LPM in beta 4.
 
I'm sensing the possibility of a customizable control center in iOS 10.

Press and hold icons to rearrange. A new "Edit" button (like in Notification Center) where you can add and remove options, including new 3rd party CC toggles.

Here's to hoping!
 
Can anyone tell me, does Night Shift mode come on gradually, like on Flux for Mac? Or does is just switch on to 100%? I use flux, and I love how it comes on gradually after sunset, so you barely notice the transition. When you just flip it on and off, it's quite jarring.
 
Can anyone tell me, does Night Shift mode come on gradually, like on Flux for Mac? Or does is just switch on to 100%? I use flux, and I love how it comes on gradually after sunset, so you barely notice the transition. When you just flip it on and off, it's quite jarring.

Yes, Night Shift Mode comes gradually when it is automatically scheduled.
 
  • Like
Reactions: Tyler9627
The "Cooler" and "Warmer" labels have been changed to "Less Warm" and "More Warm", while the small blue and orange circle markers have been removed.
What's wrong with you Apple? Why had you to remove these two circles, which communicated so well how the slider would affect the color temperature. It's like every UI element that's right and nice is going to be destroyed in the next Beta. Until everything is a text-adventure.
 
Have the system requirements of Night Shift changed? I read previously that it required an A7 or better. If Apple releases a new 4" iPhone, I'll be getting it, however it's still disappointing that Flux works on my iPhone 5 and Night Shift won't.
It's supported by 64-bit devices.

Just guessing, but since it gradually adjusts over time it would probably have some level of background work so I guess that breaks whatever threshold they have. It also probably meets the criteria that it isn't "essential".
Yes, Night Shift Mode comes gradually when it is automatically scheduled.
Does it actually do it gradually? Seems that a fair bit of feedback about it in various beta threads has been referring to it changing fairly quickly and not gradually (for example compared to f.lux).

"More Warm" and "Less Warm" are bad grammar and are less communicative than "Warmer" and "Cooler."
What's wrong with you Apple? Why had you to remove these two circles, which communicated so well how the slider would affect the color temperature. It's like every UI element that's right and nice is going to be destroyed in the next Beta. Until everything is a text-adventure.
I think part of why they might have done it is so that people don't think they can actually make the screen cooler than it normally might be. There were quite a few people thinking they could do that with earlier betas seeing that slider and seeing the blue icon and/or references to "cool".
 
I know this doesn't realllly matter but it's one of those little attention to detail things - but the night shift button doesn't fit with anything else in that row of the control centre. it would be better suited at the top - but of course there isn't room. Makes me think control centre will be up for a real reorganisation in iOS 10

I actually read through the comments just to see if anyone else thought this. :)

The bottom row is applications, while the top is system functions. The bottom row even has different shaped icons (rounded rectangles) that match application icons.

Understand that they didn't have room, but it seems a bit random to stick it below. For some reason I would think the rotation-lock icon might be better suited below, though that doesn't really make a lot of sense as it isn't an app either. The whole Control Center (to my eyes) looks very messy anyway (try playing music, then look at Control Center, and there is a mess of text and icons that must scare the hell out of non-technical people), so I agree about the re-organisation is iOS 10.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.