New
#130
Thank you! That worked on 16188!
However, it doesn't work on my Windows 10 AU tablet. (see more below)
Here is the most poignant example:
I have an 11.6" Windows 10 tablet. I use it in portrait mode at Church to follow along with all the liturgy, etc., while I'm running the Audio/Video system.
An 11.6" tablet in portrait mode calls for a fairly large and accurate swipe, if you don't get it the first time, you're swipin again, (lookin like an idiot!)
Often we must stand; if I must, I will hold the tablet in my right hand, with my left hand on the mixing board......
I want to conserve my battery so I leave the screen timeout at 60 seconds, but then I probably have to free up my left hand and swipe again!
When I have the tablet in my right hand, the Home button is conveniently located close to my forefinger, which I could discretely press to re-illuminate the screen as I left it, if necessary, (as you can with Android devices!)
I don't need the extra measure of security, (what ever that entails), I don't need tips or notifications on the Lock Screen, or any of that stuff!
I simply don't need or want a Lock Screen so I think there should be an option to disable it!
That's my story and I'm stickin with it! :)
ost tablets do no differentiate between screen off and sleep mode and only use sleep mode in effect.
On a pc, screen off mode leaves pc running but on a tablet, they just sleep. The tutorial option which involves task scheduler should work but I has issues post AU with it.
I have now upgraded to CU version and since .250 upgrade, I can get rid of the lock screen using simpler options in tutorial.
So image backup tablet with Macrium Reflect Free to sd card or usb stick (long story but trust me Macrium is the RIGHT tool here from tests I did a while back).
Then upgrade to CU version, and then you will be able to get rid of it.
But it is interesting that build 16189 was posted as canary to buildfeed the same day that build 16188. Had never seen that before
Since attempting to update to b16184 destroyed my b16170, I was forced to unzip a b15063 backup and then attempt to update to b16188.
Unsurprisingly, it failed (80004005 again).
At least it didn't destroy the VM network card this time.
The Troubleshooters (local and downloaded) did nothing.
DISM couldn't fix it (it refused to accept a Source location).
SFC said there were no issues at all.
If dual boot is setup properly, you only ever get one efi partition even if you have one drive with separate partitions or with two or more drives (real or virtual).
If you have an efi with each OS on separate drives, that is not a dual boot system but separate single boot systems. Here you would have to select which drive to boot from in bios.
Only minor downside to dual boot with separate drives is if you remove drive with efi partition, the other drive will not boot (easy enough to fix though).
OK, I was just wandering, latecomer to UEFI. Right now I have 2 SSDs, one each with W10 CU and Insider version of it, both with own UEFI partition. I set BIOS to boot from first SSD and made start menu with EasyBCD to choose between them and third disk with Linux (non-UEFI for now). That works all right but while updating to 16188, it tried to update second SSD with non-insider version so I had to disconnect it for it to finish. I'll take that non insider windows off boot order and clean it up for other uses. Gonna try W7 with UEFI on it.