BANDI-OGA пишет:

Ну как бы затея в том, что пользователю надо менять системные переменные постоянно, для работы специального ПО.
Так вот при смене системных переменных, они применяются для все пользователей в ОС. А если меняются пользовательские переменные, то только на того пользователя кому доступна эти пользовательские переменные.

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

Так вот, если описал я задачу верно, то всё гораздо проще чем кажется.
Допустим есть системная переменная MyParam=MouseInvertTrue. Логинимся под пользователем, создаём(в свойствах системы) пользовательскую переменную с тем же именем и присваиваем ей нужное для пользователя значение, например MyParam=MouseInvertFalse. Всё! теперь в среде пользователя MyParam=MouseInverFalse. Самое забавное, это работает и с системными переменными ОС(пробовал на OS, PATHEXT). Для PATH поведение более логичное - пользовательский PATH приплюсуюется к системному.

Если нужно задавать переменную из скрипта, хотя заданные ручками переменные сохраняются при перезагрузке(кстати, лежат в HKCU\Environment), то тоже всё прозрачно - вместо oShell.Environment("SYSTEM") используем oShell.Environment("USER"). Вот только не уверен по поводу области действия, возможно переменная как и в случае батника будет действовать в пределах данного процесса.

В случае батника сработает только для данного окна CMD.
____________________________
Проверил, через скрипт переменные создаются/меняются в рамках всего профиля пользователя.

Спасибо за ответ, наверное так и сделаю.

Ну как бы затея в том, что пользователю надо менять системные переменные постоянно, для работы специального ПО.
Так вот при смене системных переменных, они применяются для все пользователей в ОС. А если меняются пользовательские переменные, то только на того пользователя кому доступна эти пользовательские переменные.

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

Так вот, если описал я задачу верно, то всё гораздо проще чем кажется.
Допустим есть системная переменная MyParam=MouseInvertTrue. Логинимся под пользователем, создаём(в свойствах системы) пользовательскую переменную с тем же именем и присваиваем ей нужное для пользователя значение, например MyParam=MouseInvertFalse. Всё! теперь в среде пользователя MyParam=MouseInverFalse. Самое забавное, это работает и с системными переменными ОС(пробовал на OS, PATHEXT). Для PATH поведение более логичное - пользовательский PATH приплюсуюется к системному.

Если нужно задавать переменную из скрипта, хотя заданные ручками переменные сохраняются при перезагрузке(кстати, лежат в HKCU\Environment), то тоже всё прозрачно - вместо oShell.Environment("SYSTEM") используем oShell.Environment("USER"). Вот только не уверен по поводу области действия, возможно переменная как и в случае батника будет действовать в пределах данного процесса.

В случае батника сработает только для данного окна CMD.
____________________________
Проверил, через скрипт переменные создаются/меняются в рамках всего профиля пользователя.

На форуме есть такое решение
1.Запускаем скрипт  (CScript myscript.js)
2. скрипт создает диалоговое окно hta и подписывется на события
см WSH: создание окна, а также трансляция WScript в HTA

Подскажите, как реализовать? т.к. что то не могу додумать сие со своим скриптом

new ActiveXObject("Shell.Application")
Попробуйте создайть профиль (рабочий стол) для пользователя под которым будете запускать скрипт.

создан профиль, под ним заходил сначала, т.е. создал его, а потом из под него запускал но на другом профиле

Постараюсь на мысль натолкнуть поподробнее...
Вообщем есть такой WMI класс Win32_Scheduler, который может в назначенных заданиях (Планировщике)  создавать задачи от имени пользователя "system" - думаю это как раз то, что тебе надо. И давным-давно здесь же на форуме я видел что ребята тоже решали такую же задачу, что надо было в определённое время запускать задачу в шедулере от имени пользователя "system" и они там как-то научились высчитывать время как-то так, что получалось (сейчас+1 секунда) (если не вру), т.е. и тебе надо так же попробовать.
Согдать LOGON скрипт, в котором проверяется логин входящего пользователя, потом если логин из списка в котором нужно менять переменную, то в шедулере создаётся задание, которое срабатывает через 1 секунду после процесса логирования, а уже в задании шедулера будет исполняться твой скрипт по смене системной переменной.

Но для начала попробуй запустить скажем FAR-manager из шедулера от имени пользователя "system" (пароль пустой), потом в Far'е запустить твой скрипт и проверить сменилась ли переменная у пользователя.

Ой, спасибо, как все понятно расписали) теперь есть направление) буду решать задачу

Но для начала попробуй запустить скажем FAR-manager из шедулера от имени пользователя "system" (пароль пустой), потом в Far'е запустить твой скрипт и проверить сменилась ли переменная у пользователя.

Возможно я не прав !!!
Вообщем из под user'а "system", наверное, возможно изменить системную переменную.
Это можно сделать следующим образом, с помощью WMI в шедулере создать задание на присвоение значения этой переменной (Win32_Scheduler).
Кстати, здесь на форуме давненько видел такой пример, ребята баловались, так что всё в Ваших руках коллега))

не можете мне немного помочь, а то я только начинаю изучать) не могу понять в какую сторону двигаться)

BANDI-OGA пишет:

Прав пользователя на изменение системных переменных сред не хватает

Значит закопать это надо всё поглубже...

что именно? мой скрипт?

Прав пользователя на изменение системных переменных сред не хватает

Значит закопать это надо всё поглубже...

Мне кажется тебе надо попробовать для начала запустить CMD'эшник или BAT'ник с кодом

SET MIN_ROOT=bla-bla-bla
SET MIN_PATH=bla-bla-bla

Если прав хватит у пользователя, то обрабатывать скриптом процесс логирования пользователей и пинать батник при нужных логинах...

Если же прав пользователя не хватит, то и думать нефик...

Не ?

Прав пользователя на изменение системных переменных сред не хватает