Быстрая настройка Windows (рабочее место) - [4592] :: Microsoft Windows

Похоже как будто вы не так понимаете происходящее и подготовленное. Я запутался в этом пояснении.

Скрипт выполняет настройку пресета когда там = 1 = (бывает 2 или 3) или = D = (при этом выполняется настройка на дефолтное состояние)
При других значениях = тут = скрипт пропускает эту настройку вообще, игнорит. Для этого пресет и существует - для выбора что настроить, а что пропустить.

Поэтому надо пояснить что вы имете в ввиду под "включено в пресете"
Чтобы было более четко понятно, лучше писать - задействовано в пресете, то есть установлен параметр в него, при котором при выполнении происходит настройка, которую видно в консоли во время выполнения, там пишется и название подгруппы в пресете и описание, и что делается.
Чтобы было четко понятно что произошло или не произошло и в какой настройке.

Если в консоли вы не видите эту настройку, значит вы не так настроили или смотрите не туда или другой пресет подхватился, который вы не настраивали (тут есть нюанс его переделал в новой версии), вариантов много.
Если видите и он настраивает но не работает, значит надо разобраться что вы там еще делаете, запущены ли настройки винды в этот момент.
Параметр в итоге получается тот, и таким кто его последним настраивал, а с этим праметром не так очевидно это.

Настройку надо делать без запуска всего остального и затем перезапуска винды. И вот потом проверять.

Скрипт во время выполнения не может настроить только если раздел защищен драйвером или "хитрыми" недокументированными методами (их используют проги для защиты своих параметров, типа как у Primo, и для этого уже надо использовать подобные методы). В других случаях скрипт сможет настроить параметр.

Либо если параметр ошибочный вообще или для данной версии винды. Я проверил это залипание на новых 10 и 11 и там всё по старому.

Но тут есть нюансы. Всегда есть нюанс :)

Для некоторых параметров нужна перезагрузка винды, именно перезагрузка, не выход/вход, не перезапуск проводника.
Вот этот с залипанием именно такой. После его настройки скриптом надо не лазит по настройкам в аплетах (они изменят обратно его на своё), а перезагружаться. Результат сразу только когда в них настраиваешь, так как они сразу его и применяют, а после изменения реестра, нужно давать команду им для применения, я такого не нашёл, а MS нигде не написало как это сделать, закрытая же платформа, то есть надо реверсить опять.

Некоторые настройки аплет UWP сохраняет после закрытия окна настроек, и не сразу, а выжидает (спецом так сделали для усложнения отслеживания ну и за одно уменьшить количество действий за "один такт процессора", там и так куча всего постоянно происходит, и там из-за это сразу много настроек применяется, путает, плюс много шифрованно-рандомных, для безопасности конечно :)

Если скрипт показывает несоответствие - то оно несоответствие к параметру, которое в него заложено. Это не зависит от того, что вы в аплетах настройки выставили руками, если в итоге тот параметр не соответствует тому что в реестре после настройки в аплете.
Если такое происходит надо разбираться, что вы и сделали написав про него, и спустя много лет этот параметр наконец исправлен, надеюсь :)

Когда скрипт проверяет (там такой вариант есть в меню) он только проверяет - не настраивает!
Когда он настраивает, то потом сразу проверяет и показывает результат не того что настроено в скрипте, а того что стало в реестре у этого параметра или раздела после настройки, то есть реально. если скрипт показало при настройке что "верно", значит настройка произошла.
Так выявляются параметры которые так не настроить, они защищены значит.
Если после этого параметр изменился, значит кто-то его изменил обратно. и такое бывает. нужно выяснять кто, бывает что винда сама его постоянно возвращает. Вот как с меню переключения языка. У них есть этот параметр, и он есть в реестре, но в той библиотеке они это параметр сбрасывают каждый запуск меню! если параметром отключить это меню, при запуске это же меню его сбросит, и там таких функций не одна которая проверяет этот параметр и обнуляет! Они не случайно это так делают и типа не могут отключить это меню или дать настройку для ее отключения, они спецом вкладывают кучу труда чтобы не дать этого сделать!!!!!!!!!! Это можно назвать великовозрастными засранцами.

забыл добавить, вот в этих разделах настройки уведомлений, и в HKLM могут быть настроены утилитой, и перекрываться настройкой в аплете:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Notifications\Settings
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Notifications\Settings

Модерирует : KLASS, IFkO
Версия для печати • Подписаться • Добавить в закладки
На первую страницу • к этому сообщению • к последнему сообщению