How to keep a display turned off
Vikash
SendMessage(HWND_BROADCAST, WM_SYSCOMMAND, (WPARAM)SC_MONITORPOWER,
2).
It works fine but the monitor gets turned on whenever there is a mouse
movement or a keystroke. Request you to suggest a way to prevent this.
I thought I might need to write a driver to get this done, hence
posting under this group. If this can be accomplished by some user
mode functions, please guide accordingly.
Thanks,
Vikash.
Kerem Gümrükcü
the only way this thing would make a sense is to
pull the plug to keep the display turned og and
make sure it is turned off,...
Why turning the display off, what is the purpose
behind this?
Regards
Kerem
--
-----------------------
Beste Gr�sse / Best regards / Votre bien devoue
Kerem G�mr�kc�
Latest Project: http://www.pro-it-education.de/software/deviceremover
Latest Open-Source Projects: http://entwicklung.junetz.de
-----------------------
"Vikash" <vikashr...@gmail.com> schrieb im Newsbeitrag
news:f42b1235-2294-480f...@l30g2000yqb.googlegroups.com...
Vikash
> Hi Vikash,
>
> the only way this thing would make a sense is to
> pull the plug to keep the display turned og and
> make sure it is turned off,...
>
> Why turning the display off, what is the purpose
> behind this?
>
> Regards
>
> Kerem
>
> --
> -----------------------
> Kerem Gümrükcü
> Latest Project:http://www.pro-it-education.de/software/deviceremover
> Latest Open-Source Projects:http://entwicklung.junetz.de
> -----------------------
>
>
> > I am turning off the monitor by calling
> > SendMessage(HWND_BROADCAST, WM_SYSCOMMAND, (WPARAM)SC_MONITORPOWER,
> > 2).
>
> > It works fine but the monitor gets turned on whenever there is a mouse
> > movement or a keystroke. Request you to suggest a way to prevent this.
> > I thought I might need to write a driver to get this done, hence
> > posting under this group. If this can be accomplished by some user
> > mode functions, please guide accordingly.
>
> > Thanks,
> > Vikash.
Hi Kerem,
I am writing an application which would enable a user to use a
machine remotely. The requirement is such that if a user is using a
machine remotely, its display should be turned off.
Thanks,
Vikash.
Alexander Grigoriev
was already turned off.
"Vikash" <vikashr...@gmail.com> wrote in message
news:9df012c5-bd93-4aad...@m3g2000yqf.googlegroups.com...
Kerem Gümrükcü
> When a remote user connects to the machine, the display won't turn on, if
> it was already turned off.
i think the question we should ask here is, "how"
he connects to the machine, e.g. by using stuff like
VNC, Teamviewer, etc. or the build in terminal server,
which has a different meaning then and what kind of
machine the server is, e.g. a window server, terminal server
supporting multiple mutual exclused sessions or just
a single user workstation. Unless we didnt know that
i guess we cant support him,... :-(
Regards
Kerem
--
-----------------------
Beste Gr�sse / Best regards / Votre bien devoue
Kerem G�mr�kc�
Ivan Brugiolo [MSFT]
when using Terminal Server, you do have one session that owns the glass
terminal
(where the physical monitor and the keyboard/mouse live) and one more
session
for the remote terminal, and one session for services attached to Non-IO
terminal.
I really question the usefulness of the requirement.
If I were to come to the office and see the monitor blacked-out without it
resuming after moving the mouse, I would assume the machine is hard-hung
and I would power cycle it.
I think there are a lot of `remote control` products that attempts to
mymic/replicate
Terminal Services with a mirror driver, and they all run into the problem
that
the console is not `locked`.
Several more or less successful mitigations are:
- install the remote display as a secondary (thirdary, etc) monitor, then,
set-up the system metrics to `clip-out` the real monitor,
while displaying a banner screen.
- replace the `main` video drivers with your own, and, hope that
the user will not use Device-Manager (or equivalent) to re-install-them
- proxy the main video display driver to paint black when a call is made to
it,
and, use the 2nd-ary/ 3rd-ary monitor approach.
#2 is probably the more viable.
Powering down the monitor and keep-it powered down is not viable.
First of all, not all monitors support them, especially if connected
through cheap KVM solutions. Then, not all video-card and connectors
support that as well, and if they do, they might do that through
ACPI methods or other more exoteric means.
Good luck. I think you will be re-discovering
what NetMeeting did in 1998 and the follower after that.
--
This posting is provided "AS IS" with no warranties, and confers no rights.
Use of any included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm
"Kerem G�mr�kc�" <kare...@hotmail.com> wrote in message
news:uOE3cxVj...@TK2MSFTNGP02.phx.gbl...
Kerem Gümrükcü
thats why my first reply was:
"the only way this thing would make a sense is to
pull the plug to keep the display turned off and
make sure it is turned off,..."
"Why turning the display off, what is the purpose
"behind this?
I dont see any special sense on that, thats why i asked what
exactly he wants to achieve with that, since this smells like
a bad idea or even a worse software design/approach!
It would be nice to know what exactly the idea behind this is
and what he wants to do with that!
Regards
Kerem
--
-----------------------
Beste Gr�sse / Best regards / Votre bien devoue
Kerem G�mr�kc�
Latest Project: http://www.pro-it-education.de/software/deviceremover
Latest Open-Source Projects: http://entwicklung.junetz.de
-----------------------
"Ivan Brugiolo [MSFT]" <ivan...@online.microsoft.com> schrieb im
Newsbeitrag news:Od9Nw5Wj...@TK2MSFTNGP05.phx.gbl...
Ivan Brugiolo [MSFT]
> It would be nice to know what exactly the idea behind this is
> and what he wants to do with that!
>
of the remote user by powering-on the monitor and watching it.
That is normally prevented in TS by creating a new session
and attaching the glass terminal to that session, s
o that there is no sharing or peeking.
--
--
This posting is provided "AS IS" with no warranties, and confers no rights.
Use of any included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm
"Kerem G�mr�kc�" <kare...@hotmail.com> wrote in message
news:OxPftaXj...@TK2MSFTNGP04.phx.gbl...
Kerem Gümrükcü
wants to prevent someone to access the workstation
while some action will be done, if so the session could
be locked by a simple LockWorkstation() from a remote
triggered service or application,...
Who knows what he/she wants,...
Regards
Kerem
--
-----------------------
Beste Gr�sse / Best regards / Votre bien devoue
Kerem G�mr�kc�
Latest Project: http://www.pro-it-education.de/software/deviceremover
Latest Open-Source Projects: http://entwicklung.junetz.de
-----------------------
"Ivan Brugiolo [MSFT]" <ivan...@online.microsoft.com> schrieb im
Newsbeitrag news:#MzghAYj...@TK2MSFTNGP02.phx.gbl...
Vikash
> Thats exactly what i am thinking, or maybe he/she
> wants to prevent someone to access the workstation
> while some action will be done, if so the session could
> be locked by a simple LockWorkstation() from a remote
> triggered service or application,...
>
> Who knows what he/she wants,...
>
> Regards
>
> Kerem
>
> --
> -----------------------
> Kerem Gümrükcü
> Latest Project:http://www.pro-it-education.de/software/deviceremover
> Latest Open-Source Projects:http://entwicklung.junetz.de
> -----------------------
>
> Newsbeitragnews:#MzghAYj...@TK2MSFTNGP02.phx.gbl...
>
>
>
> >> It would be nice to know what exactly the idea behind this is
> >> and what he wants to do with that!
>
> > I think the OP wants to prevent a casual user to watch the activity
> > of the remote user by powering-on the monitor and watching it.
> > That is normally prevented in TS by creating a new session
> > and attaching the glass terminal to that session, s
> > o that there is no sharing or peeking.
>
> > --
>
> > --
> > This posting is provided "AS IS" with no warranties, and confers no
> > rights.
> > Use of any included script samples are subject to the terms specified at
> >http://www.microsoft.com/info/cpyright.htm
>
> >news:OxPftaXj...@TK2MSFTNGP04.phx.gbl...
> >> Hi Ivan,
>
> >> thats why my first reply was:
>
> >> "the only way this thing would make a sense is to
> >> pull the plug to keep the display turned off and
> >> make sure it is turned off,..."
>
> >> "Why turning the display off, what is the purpose
> >> "behind this?
>
> >> I dont see any special sense on that, thats why i asked what
> >> exactly he wants to achieve with that, since this smells like
> >> a bad idea or even a worse software design/approach!
>
> >> It would be nice to know what exactly the idea behind this is
> >> and what he wants to do with that!
>
> >> Regards
>
> >> Kerem
>
> >> --
> >> -----------------------
> >> Kerem Gümrükcü
> >> Latest Project:http://www.pro-it-education.de/software/deviceremover
> >> Latest Open-Source Projects:http://entwicklung.junetz.de
> >> -----------------------
>
> >> Newsbeitragnews:Od9Nw5Wj...@TK2MSFTNGP05.phx.gbl...
> >>>news:uOE3cxVj...@TK2MSFTNGP02.phx.gbl...
> >>>> Hi Alexander,
>
> >>>>> When a remote user connects to the machine, the display won't turn on,
> >>>>> if it was already turned off.
>
> >>>> i think the question we should ask here is, "how"
> >>>> he connects to the machine, e.g. by using stuff like
> >>>> VNC, Teamviewer, etc. or the build in terminal server,
> >>>> which has a different meaning then and what kind of
> >>>> machine the server is, e.g. a window server, terminal server
> >>>> supporting multiple mutual exclused sessions or just
> >>>> a single user workstation. Unless we didnt know that
> >>>> i guess we cant support him,... :-(
>
> >>>> Regards
>
> >>>> Kerem
>
> >>>> --
> >>>> -----------------------
> >>>> Kerem Gümrükcü
> >>>> Latest Project:http://www.pro-it-education.de/software/deviceremover
> >>>> Latest Open-Source Projects:http://entwicklung.junetz.de
> >>>> -----------------------
Hi Kerem,
Sorry, I did not elaborate. What I am trying to achieve is
something similar to Terminal Services but on the console session
itself. So I do not want a new session to be created when a user tries
to use a machine remotely. The user logs into the existing console
session and works remotely as if he/she is logged on the console. The
reason for turning off the monitor was that no one should be able to
view the user's screen. Hope I am making myself clearer this time.
Thanks,
Vikash.
Jonathan de Boyne Pollard
I really question the usefulness of the requirement.If I were to come to the office and see the monitor blacked-out without it resuming after moving the mouse, I would assume the machine is hard-hung and I would power cycle it.
As has already been pointed out, the stated requirement is not that
the monitor be kept off when a local user comes along and wiggles the
locally-attached mouse, but that the monitor not come on when a remote
user connects and uses a remote-controlled desktop.
In addition to that, I really do hope that you do not do
what you say you would do. Computer technical support folklore abounds
with tales of people who power cycle machines because the monitor has
been switched off or unplugged, or its brightness turned down. (I can
cite personal experience of this sort of thing.)
Jonathan de Boyne Pollard
Usenet is a plain text medium.
Wrong,
even when leaving aside entire binaries hierarchies and multipart/signed.
Phil Stovell
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html>
> <head>
> <meta content="text/html; charset=ISO-8859-1"
> http-equiv="Content-Type">
> </head>
> <body bgcolor="#ffffff" text="#000000"> <blockquote
> cite="mid:7r5i0o...@mid.individual.net" type="cite">
> <p wrap="">Usenet is a plain text medium.<br> </p>
> </blockquote>
> <p><a
> href="http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/html-message-myths-dispelled.html">Wrong</a>,
> even when leaving aside entire binaries hierarchies and
> <code>multipart/signed</code>.<br> </p>
> </body>
> </html>
Pardon?
jmfbahciv
>
> Pardon?
<GRIN> Somebody forgot how to type in English ASCII. Perhaps
we should ship him some SIXBIT to compensate.
/BAH
Michael Wojcik
> On Thu, 14 Jan 2010 12:38:53 +0000, Jonathan de Boyne Pollard wrote:
>
>> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html>
>
JdBP is a prolific Usenet ... personality ... who holds certain
opinions strongly. Apparently he's now decided to post in HTML, and
advocate for the same.
The best solution, for AFC readers who don't care for HTML posts,
would be to simply ignore such.
--
Michael Wojcik
Micro Focus
Rhetoric & Writing, Michigan State University
David Craig
that fancy spam and virus spreading junk.
"Michael Wojcik" <mwo...@newsguy.com> wrote in message
news:hj7qj...@news7.newsguy.com...
Phil Stovell
> Phil Stovell wrote:
>> On Thu, 14 Jan 2010 12:38:53 +0000, Jonathan de Boyne Pollard wrote:
>>
>>> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html>
>>
>> Pardon?
>
> JdBP is a prolific Usenet ... personality ... who holds certain opinions
> strongly. Apparently he's now decided to post in HTML, and advocate for
> the same.
>
> The best solution, for AFC readers who don't care for HTML posts, would be
> to simply ignore such.
My newsreader, Pan, won't render HTML posts.
des...@verizon.net
Hmm, using GNUS here which runs all posts and mail thru lynx.
Leaves me at a disadvantage because unless I look at the raw post
I can't even tell it was HTML. The disadvantage is that I don't get
to complain.