As mentioned, monitor a restore with input is not requested in most restore situations, you just want to get it done. Restores that the user can start and then go away, without the need to monitor it, be there, while the restore is accomplished but at the same time has options for thoose who wants it, or when needed. The result of the suggestions would be automated restores that would be very conveniant for the user and even more speedier. Like the box that is visible there now that says Shut down. That input could be solved by the above mentioned solutions or by visible boxes to tick during the restore in the restore frame. Secondly, when the restore is done, user input should not be needed again instead it should just restart automaticly as, again, is the intent of users in a majority of restores. Or maybe a 5sec countdown with the option to abort before it automaticly commence the restore. An option to tick a box with the text "Do not ask again" would be appropriate, or an item in settings where to inactivate the input, instead just start the restore. To maximize your efforts of getting speedier restores i suggest doing it more automatic, for instance, after starting a restore the program wants user input about booting into recovery mode/boot menu, that is redundant in a majority of restore situations for all users. It only happens under mentioned circumstance. After, approximately, that time the program works again and i can go to whatever else. One thing that has been a problem since i started testing it some versions back, at least on my Pc, is that after the creation of the boot menu, the program freezes so i can not jump to any other feature in about 15-20 seconds. Wow, that was some speedy difference, good work!
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |