|
Tnx alot. Two windows cant be activated. But could we make a window always activated ??? I try to use PostMessage() with WM_MOUSEACTIVATE in a while loop but it make my program run very slowly and the result is not always as I want. Anyone have a solution ?
-- modified at 6:45 Friday 13th January, 2006
|
|
|
|
|
Do you want your window to be the only activated window in the whole system or just within your application? Either way you could use the SetWindowsHookEx API to install a WH_CBT hook to do this. If it's system wide the hook procudure will have to live in a DLL further complicating you life.
Steve
|
|
|
|
|
I am assuming you are writing the code for the window you want to keep always activated. If yes, you can handle "WM_ACTIVATEAPP" in its WndProc. This message is sent to any window that is about to lose focus or to gain focus, the difference between losing and gaining focus is the WPARAM - it is FALSE if it islosing focus.
Thus, you can use that message to trap the fact that you are about to lose focus (some other window is trying to come on top). Once you sense that, you can take corrective action by calling
SetWindowPos( hWnd, HWND_TOPMOST, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE );<br />
ShowWindow( hWnd, SW_SHOWNORMAL );
That should return the window to active state - quite rude to other windows though!
Now, assuming that you are NOT directly writing the code of this window, you can write a small hidden program that will always run in the background, and constantly call GetForegroundWindow() [see here[^]] or GetTopWindow() [see here[^]], and compare the HWND value it gets with the handle of your window. To do that, it must first get the HWND handle of your window, which it can initially get by calling FindWindow(). If it ever sees that the top window is something else than your window, it can call the same functions as described above with the handle of your window to bring it on top again.
Disclaimer - I have not tried this actually. Let me know if this works.
Koushik Biswas
-- modified at 19:55 Friday 13th January, 2006
|
|
|
|
|
overload the WM_KILLFOCUS of your windows, and then, call WM_SETFOCUS from within...
this way, whenever the window looses the focus, it gets it back
TOXCCT >>> GEII power
[toxcct][VisualCalc 2.20][VisualCalc 3.0]
|
|
|
|
|
In function WindowProc(), I switch msg WM_KILLFOCUS and then, I PostMessage WM_SETFOCUS (i try SetFocus() function too), but it cant keep the focus for my window. When I click another windows, my window lose the focus. Is there anything wrong ?
|
|
|
|
|
Map the WM_NCACTIVATE ,and in that set any of your child controls to set focus ;-
void CTestDlg::OnNcActivate(<br />
BOOL bActive<br />
)<br />
{<br />
int a;<br />
c_edit.SetFocus ();
::SendMessage (this->m_hWnd ,WM_ACTIVATE,0,0);<br />
}
-- modified at 9:50 Friday 13th January, 2006
|
|
|
|
|
I am assuming you are writing the code for the window you want to keep always activated. If yes, you can handle "WM_ACTIVATEAPP" in its WndProc. This message is sent to any window that is about to lose focus or to gain focus, the difference between losing and gaining focus is the WPARAM - it is FALSE if it islosing focus.
Thus, you can use that message to trap the fact that you are about to lose focus (some other window is trying to come on top). Once you sense that, you can take corrective action by calling
SetWindowPos( hWnd, HWND_TOPMOST, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE );<br />
ShowWindow( hWnd, SW_SHOWNORMAL );
That should return the window to active state - quite rude to other windows though!
Now, assuming that you are NOT directly writing the code of this window, you can write a small hidden program that will always run in the background, and constantly call GetForegroundWindow() [see here[^]] or GetTopWindow() [see here[^]], and compare the HWND value it gets with the handle of your window. To do that, it must first get the HWND handle of your window, which it can initially get by calling FindWindow(). If it ever sees that the top window is something else than your window, it can call the same functions as described above with the handle of your window to bring it on top again.
Disclaimer - I have not tried this actually. Let me know if this works.
Koushik Biswas
|
|
|
|
|
I try the first, it make the window "always on top", not "always activated".
The second, I think it will not succeed. Because it is not really "always activated" : another window will be activated (by a click ex.), and then, we activate the window we want. That's what you do, but it's not the achieve.
Tnx alot.
-- modified at 21:48 Friday 13th January, 2006
|
|
|
|
|
Hi,
I have a dialog will get input from a 2D barcode scanner,
about a couple hundred characters.
I already override the PreTranslateMessage but still
not sure what's best way to capture the scanner input
as stdin.
I think my problem is that I am not too familiar with
Windows messaging. So, When I got a lot messages
inside PreTranslateMessage, I don't know how to filter
out & convert the data I want.
Can someone give me some suggestions?
Thanks,
Kevin
|
|
|
|
|
I'm not sure what you're asking....Does the scanner input come in a keyboard messages?
Steve
|
|
|
|
|
kevincwong wrote: Capture all keyboard input inside a dialog
You can do this by overriding PreTranslateMessage
append this code inside your PreTranslateMessage handler.
if(pMsg->message == WM_KEYDOWN)
{
}</code>
Regards,
Rajesh R. Subramanian
You have an apple and me too. We exchange those and We have an apple each.
You have an idea and me too. We exchange those and We have two ideas each.
|
|
|
|
|
Rajesh,
Great! that's exactly what I want. I know I read it from somewhere
before but just can not remember how to do so.
btw, when I pressed a key (for example 'a', the pMsg->wParm is 65,
']' is 221), I think the pMsg->wParm is the scancode (not ASCII code).
Am I correct?
Thank for you help!!
Kevin
|
|
|
|
|
kevincwong wrote: btw, when I pressed a key (for example 'a', the pMsg->wParm is 65,
']' is 221), I think the pMsg->wParm is the scancode (not ASCII code).
No, in the cases of the normal non-special keys, the values will be the ASCII codes for the keyboard key pressed (not the actual character received). So when you press <A> on the keyboard, you get a value of 65, which is the same as 'A'. This should be the code received regardless of things like SHIFT or CTRL key state.
Peace!
-=- James
If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Tip for new SUV drivers: Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
DeleteFXPFiles & CheckFavorites (Please rate this post!)
|
|
|
|
|
Hi James,
That's what I guess with alphanumeric character, like 'A'.
But it does not explain ']' (pMsg->Param == 221).
The ASCII for for ']' is 93.
It looks like 221 - 128 = 93.
Do you know why?
Thanks,
Kevin
|
|
|
|
|
Hmmm! No idea. Maybe different local/keyboard settings than standard US-English?
Maybe using MapVirtualKeyEx(...) with a MapType of 2 would help here?
Peace!
-=- James
If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Tip for new SUV drivers: Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
DeleteFXPFiles & CheckFavorites (Please rate this post!)
|
|
|
|
|
Hi Kevin,
When some key is pressed, the value that arrives at
pMsg->wParam will be equal to the Virtual Key code of that particular key. Please look up MSDN for more details about Virtual Key Codes. Say, for example, when the 'p' key is pressed, the value that arrives will be equal to
VK_P which is the virtual key code of that key. If you need to know upper/lowercase detail too, use the
GetKeyState() function to know if shift key is pressed or if CAPS LOCK is turned on.
Please let me know if this solved your problem.
Regards,
Rajesh R. Subramanian
You have an apple and me too. We exchange those and We have an apple each.
You have an idea and me too. We exchange those and We have two ideas each.
|
|
|
|
|
|
Use GetWindowLong/SetWindowLong to change the Dialog proc to ur own custome made window proc. U can handle messages of ur interest, let the rest will be handled by defaultwindowproc
|
|
|
|
|
Hi,
I have a strange problem about GetNamedSecurityInfo() API to retrieve DACL of a network share folder.
I created a net share for the same folder respectively with the Steps A and Steps B as below in Explorer. My OS is Win2K Pro.
I do not know the result difference between Steps A and Steps B! In fact, I think they just did the SAME thing:
share the folder and grant 'Full Control' to 'Everyone'.
But, the same API call gets DACL with NULL for the former while a correct value for the latter!!!
It's so strange! 
Any helps? Thank you for your comments very much!
David
=============================================================================
Steps A:
Right click the folder,
Select 'Share',
Click 'Share this folder',
Click 'Apply' to close the properties window.
Steps B:
Right click the folder,
Select 'Share',
Click 'Share this folder',
Click 'Permission' button to open a new window,
For the default 'Everyone', click 'Full Control' TWICE,
Click 'Apply' to close the new window.
Click 'Apply' to close the properties window.
my code as below:
PSECURITY_DESCRIPTOR pSD;
PACL pDACL;
ULONG result = GetNamedSecurityInfo(pszShareFullName, SE_LMSHARE, DACL_SECURITY_INFORMATION, NULL,NULL, &pDACL, NULL, &pSD);
if( result == ERROR_SUCCESS )
{
ACL_SIZE_INFORMATION aclSize = {0};
if( pDACL != NULL )
{
// here
// why different result?
//
}
}
|
|
|
|
|
Could it be in the first case it gets default properties from its parent, but if you ask for them explicitly, then nothing is returned?
In the second case, you applied security against the object explicitly.
It would be curious to test the DCAL against a share one level higher (its parent)?
That is, create a share with the properties you want. Repeat your steps for a share embedded within the first share. Get the DACL for each, the parent and the child, and see what are your results.
|
|
|
|
|
hi All, How to restrict access to folder in
windows XP, only my application (developed in VB)
can read and write to folder, nobody can copy
from that folder, is it possible??
restricted folder got files need for my
application (.txt, .conf, .ddl and .ocx files)
Any suggestion to achieve the above will be
greatly appreciated
-bala-
|
|
|
|
|
I think Windows XP doesnt have this function. You can restrict access to folder if you run a special application, but in default, Windows XP cant help you. If you log on an admin account, you have all access, but if you log on an limited account, you will be limited (sure). So, you can install ur program with admin acc, and then run the program with limited acc. I think this's not what you want, but that is the only way (with my knowlegde). If you using Unix (or Linux), you can chmod 755 thefile (^_^), only root can copy it. Good luck.
|
|
|
|
|
Administrators (Administrator in Windows, root in *nix) always can gain access to all files.
It is, however, possible to "hide" files. That is, for example, what Sony did with their copy protection system. And it got them to court, because hiding a folder through tricks means that someone else can "adapt" to your folder and use it for dark purposes.
When you hide a folder (other than with File-Systems means of setting a "hide" attribute) you always will create a vulnerability.
If I was you, I would include an "important information" file in your folder and ask the user in the manual NOT to change, create or delete files in that folder.
Cheers,
Sebastian
--
Contra vim mortem non est medicamen in hortem.
|
|
|
|
|
|
I try to use named pipes with problem. I test following code:
HANDLE hPipe;<br />
LPVOID lpvMessage;<br />
CHAR chBuf[512];<br />
BOOL fSuccess;<br />
DWORD cbRead, cbWritten, dwMode;<br />
LPTSTR lpszPipename = "\\\\.\\pipe\\mynamedpipe";<br />
<br />
while (1) <br />
{ <br />
hPipe = CreateFile( <br />
lpszPipename,
GENERIC_READ |
GENERIC_WRITE, <br />
0,
NULL,
OPEN_EXISTING,
0,
NULL);
<br />
<br />
if (hPipe != INVALID_HANDLE_VALUE) <br />
break; <br />
<br />
<br />
if (GetLastError() != ERROR_PIPE_BUSY) <br />
cout <<"Could not open pipe"; <br />
<br />
<br />
if (! WaitNamedPipe(lpszPipename, 20000) ) <br />
cout <<"Could not open pipe"; <br />
}<br />
And I only get “Could not open pipe” from both CreateFile and WaitNamedPipe.
The error I get from GetLastError() is 2, "The system cannot find the file specified."
I can give the pipe any name and I get the same error.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
![Rose | [Rose]](https://www.codeproject.com/script/Forums/Images/rose.gif)