 |
| How to prevent users from accessing the Windows Desktop and from switching to other applications |
User rating: 0/10 (0 votes) | |
|
|
|
|
Versions:
click to open |
|
|
|
|
| Before you begin: |
|
Sometimes you may need a computer with a single application running on it, and with all other applications and resources hidden from users. An example, Indigo Book Store customers can only search books when using public computers in the store.
The following items should be concealed:
Windows Taskbar and Start Menu
Task Manager
CTRL+ALT+DEL
ALT+TAB
CTRL+ESC
both Windows keys
right click on the Windows Desktop
all icons on the desktop
...
An article Lock Windows Desktop written by Antσnio Feijγo describes several techniques of restricting users from accessing the desktop and running other applications.
The one that switches to a new desktop seems to be efficient, easy to understand and can be accomplished in just FoxPro code with no external libraries other than WinAPI.
Use the following code to test the AppLauncher class:
LOCAL obj, ex As Exception
TRY
obj = CREATEOBJECT("AppLauncher")
WITH obj
.StartProcessInNewDesktop(;
"C:\Program Files\Internet Explorer\iexplore.exe",;
"www.universalthread.com")
IF .errorno <> 0
? .errorno, .message
ENDIF
ENDWITH
CATCH TO ex
? ex.ErrorNo, ex.Message
ENDTRY
An Internet Explorer window will appear inside a new desktop. ALT+TAB, CTRL+ESC and CTRL+ALT+DEL keys are disabled. The Windows Taskbar and Start Menu are not visible. Close IE window to get back to the default Windows Desktop.
Requires Win XP/NT/2K, VFP8.
See also:
How to block the ALT+TAB and ALT+ESC
How to block the PrintScreen key
Using a Semaphore object to prevent VFP application from running more than one instance
How to start the screen saver and how to find whether the screen saver is active
How to disable the Windows Clipboard (requires VFP9)
Capturing keyboard activity of another application using the Raw Input API
|
|
|
| |
| |
Members area. Log in to view this example. |
|
| |
|
|
|
|
|
|
User rating: 0/10 (0 votes) | |
| 6034 bytes
Created: 2005-09-04 14:48:13
Modified: 2011-01-06 16:28:56
Visits in 7 days: 175 |
|
|
|
| Listed functions: |
|
|
|
|
| My comment: |
|
To implement this technique, create a launcher -- a small VFP application that starts the main executable by calling the CreateProcess API function.
Name of the new desktop is assigned to lpDesktop member of the STARTUPINFO structure that used with the CreateProcess call. As the result, the main application runs inside a separate desktop, which is absolutely empty.
The WaitForSingleObject function returns, when the main application is closed by user. Also this function returns when the time-out interval elapses, unless dwMilliseconds is INFINITE.
* * *
A window station is a securable object that is associated with a process, and contains a clipboard, an atom table, and one or more desktop objects.
The interactive window station, WinSta0, is the only window station that can display a user interface or receive user input. It is assigned to the logon session of the interactive user, and contains the keyboard, mouse, and display device. All other window stations are noninteractive, which means they cannot display a user interface or receive user input.
A desktop is a securable object contained within a window station. A desktop has a logical display surface and contains user interface objects such as windows, menus, and hooks.
* * *
C++ code shows how to enumerate window stations and window desktops. The enumerations are based on callback functions and for that reason can not be programmed directly in VFP code.
|
|
|
| Word Index links for this example: |
|
|
|
|
|
| Translate this page: |
|
|
Adding and deleting Scheduled Tasks using NetScheduleJob API functions 
