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

Параметр говорит программе как себя вести. программа смотрит его и действует согласно значению.

у параметра всегда минимум 3 варианта (это как ставки, всегда 3 варианта: победа, проигрыш или ничья - то есть хрен угадаешь, на этом и строиться в основном беспроигрышный бизнес):

1. Нет параметра (используется дефолтное значение программы)
2. есть, например 1 (вкл или выкл) (это может быть дефолтом)
3. есть, например 0 (вкл или выкл) (и это может быть дефолтом)

И обычно у большинства их 3.
2 из которых - имеют один и тот же результат по факту. И в этом проблема.

Проблема, потому что MS меняют какое состояние является дефолтом, в смысле есть параметр или его нет, который имеет одно и тоже значение, но так же бывает что и значение меняется - другое дефолтное значение становится после обнов.

Твики пишут разные авторы, ориентируясь на их винды их версий их редакций в тот момент. У них могут быть уже сделаны настройки и значение или состояние будет не то, которое реально изначально. Так же оно может отличаться от версии винды. А также вариант состояния, который проверяет утилита при настройке, например ASPS, может быть предпочтением автора или отличаться на разных виндах и у разных авторов.

Знать все дефолтные значения реальные, когда нет параметра - не реально, в том числе потому что оно может меняться от версии, из-за "ошибок" или изменении или возможных планируемых изменений MS.

Поэтому в ASPS всегда ставиться значение, даже если его состояние не будет отличаться от дефолтного (есть или нет), когда оно имеет одно и тоже поведение в результате.

Например, изначально нет параметра - и это "отключено", а ASPS поставит его (например 0 или 1) и это тоже будет "отключено". А если настраивать через виндовые аплеты, то там параметр может удалиться, так как тоже самое и это предпочтение MS - не потому что это лучше. MS думают, что лучше чтобы приложение вело себя всегда по дефолту, тому дефолту на тот момент что прописан в программе, а после обновления они могут изменить это, и если есть параметр, который выключает и который был дефолтом, то MS могут сделать дефолтом "включение" и вот если есть параметр, то состояние будет на "отключено", что не нравиться MS.

И что я замечал, другие авторы утилит периодически настраивают состояние - отсутствием параметра, если оно дефолт и имеет тот же результат. Что я считаю неверным, в контексте настройки винды, а не надеяться на их "постоянство".
Когда делаю восстановление параметра по дефолту, то тогда устанавливаю действие, которое приводит к тому дефолтому состоянию - отсутствие или значение. Которое проверяю на разных версиях винд и редакциях, и бывает оно отличается, и приходится выбрать что-то одно, а не писать кучу проверок - от версии ставить свой дефолт. Это все очень сильно запутает и усложнит скрипт. такое как раз делают в MS, и там внутри библиотек так всё и зас....но, в том числе.

А теперь дополню касательно флагов (суммы битов) одного параметра.
кроме 3 вариантов, бывает хекс значение или флаги, из которых программа интерпретирует сразу набор разных настроек. Биты и их смещение используются везде вообще, в ярлыках, в идентификациях разных и т.д.
и этот набор может быть любым количеством - не 3, а например у функции в котрой есть залипание там 9 настроек (их комбинаций, то есть по идее 9 во 2 степени = 81 вариант, но не суть). например у диспетчера раньше было больше 1000 базовых состояний, так как есть еще длина колонок, которую могут двигать все как угодно. по сути почти бесконечные вариации. И это только один параметр! В винде их до... очень много. и не все проставлены.
Но именно таких типов параметров, которые настраивает ASPS, мало, но от этого не лучше - знать все варианты даже тех у которых 3 состояния и понимать (реагировать), что вот этот то как раз тот, что нужно - не реально!
И также разные утилиты разных авторов проверяют после других утилит и считают что не настроено, потому что никто не хочет закладывать проверки 2 состояний, а каждый выбрал свой вариант из 2. и одни из которых может быть разным, если это "биты".

Но вот по вашей просьбе сделал проверку 2 битов из 9 внутри суммы битов (при отсутствии значения будет считать дефолтом нужную сумму, проверял на разных 10 и 11) именно для этого одного параметра и будет всегда считать что это отключено если это реально отключено, это когда в сумме битов нет тех 2 битов которые и считает проводник как включено.

Что за биты в даном случае? вот:
Это один параметр: https://learn.microsoft.com/en-us/windows/win32/api/winuser/ns-winuser-stickykeys

ASPS - это результат многолетних изменений и доработок и учета всего подобного, что можно было и выявлено за это время, и реально было сделать без фанатизма. Но это не говорит что будет во всех случаях идеально. И все комбинации скрипта я не проверял. Исходя из количества параметров, можно прикинуть сколько вариаций. И все последствия всех вариаций никто не узнает никогда.

И скрипт ведет себя хорошо в большинстве до следующего обновления W11 ))))))))))))))))))
Где приоритеты сдвигаются (расширяются обычно) у MS, наглость вываливается со всех мест и засовывается куча всего, что приправляется пару новыми "закруглениями", а люди думают, что они столько времени делали, а всего пару закруглений? А на самом деле "внутри" они сделали дохрена! Но не для нас, и обычный юзер только негодует - что это у меня эта "штука" перестала работать? Всегда же это было?????? Алё MS!!!! Верните "штуку"!!!

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

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