Кто там преемник?
Принимай последнюю 17-ю версию. Давно уже хотел запостить. В ней - костыль от Hort12 от "незапоминающихся" правил.
[more]
Доброе.
Именно это - да, сделал так:
1. prot.ini [AlertDialogT_Footer] - в строке "ApplyToAll" заменил
CODE
use($UseApplyToAll)
на
CODE
use(TaskType != "hipstask" ? $UseApplyToAll : !bRestrictionDerrived)
2. ru\prot.loc [AlertDialogT_Footer] - в строке "ApplyToAll" добавил
CODE
if($UseApplyToAll, "??? ") +
перед
CODE
"Сохранить изменения правил"
Но после того, как у меня стал проявляться этот баг (см.. ниже, обещают исправить в 2011), это решение стало для меня малополезным, т.к. доверенным настроил спросить насчет сетей и из-за бага почти всегда выводится "запущенное ограниченной программой", т.е. bRestrictionDerrived почти всегда = true и соответственно галки нету. "Почти" - потому что в некоторых случаях баг не проявляется - думаю зависит от того, по какому правилу вылез алерт, например, если алерт насчет доступа к критическим объектам системы, то баг не проявляется.
В итоге решил пока забить на эту галку, т.к. из алерта можно ткнуть на приложение и там вручную настроить разрешение/запрет. К тому же, если правило относится к файлам/реестру, то галка сохраняет разрешение/запрет на любые действия, а в большинстве случаев нужно настроить выборочно, например, только чтение или только запись.
Если у Вас этот баг не проявляется, то решение поможет, а если проявляется, то можно сделать, чтобы галка была всегда в алетрах ХИПСа, т.е. в п.1 вместо "!bRestrictionDerrived" написать "true". Но тогда условие "$UseApplyToAll = false" перестанет однозначно означать, что галка безвредна и тогда в любом случае, прежде чем установить галку, нужно вручную анализировать наследуется ли ограничение (если наследуется, то галку не желательно ставить, т.к. при установке галки разрешение для правила получится заданным вручную, при том, что разрешение итак наследуется от группы). Поэтому п.2 тогда нужно сделать не так, а просто дописать ??? в сообщение (т.е. так: "??? Сохранить изменения правил"), чтобы не забывать, что нужно проверить наследование ограничения.
БАГ:
ХИПС - ещё одна проблема с переменной bRestrictionDerrived.
Для доверенных настраиваем спросить насчет сетей. Остальное все по-умолчанию.
Запускаем некую программу из слабых ограничений.
Появляется алерт ХИПСа допустим насчет файлов пользователя. В этом алерте написано "запущенное ограниченной программой". Последовательность запуска: Userinit > Проводник. А также в этом алерте предлагает поместить последовательность запуска в доверенные.
В этом случае в алерте не должно быть фразы "запущенное ограниченной программой", т.к. во-первых, проводник ограничен насчет сетей, а не насчет файлов пользователя, а во-вторых, у слабых итак настроено "спросить" насчет файлов пользователя, значит ограничение никак не может быть наследовано, т.к. ограничена сама запущенная программа. Поместить последовательность запуска в доверенные в этом случае не должно предлагать, а должно предлагать переместить саму программу из слабых в доверенные. [/more]
Не выкладывал, потому как не оттестил как следует. Так что юзайте на свой страх и риск.
