|
zindines wrote:
How do I know for sure that MSVC 6.0 is updated with SP5 ?
If you have all of visual studio installed, VB loads with an 'SP5' on the splash screen.
If you can keep you head when all about you
Are losing theirs and blaming it on you;
If you can dream - and not make dreams your master;
If you can think - and not make thoughts you aim;
Yours is the Earth and everything that's in it.
Rudyard Kipling
|
|
|
|
|
I need to create a ftp&web virtual directoryfrom my installer which I'm developing now. Does anyone have any C++ example how to do that?
Thanks in advance and regard!
|
|
|
|
|
MSDN articale "IIS Sample ADSI Script to Create FTP Virtual Directories"
Q254808
|
|
|
|
|
|
Hi! everybody:
I'm developing a ActiveX control which is a windowless, If I find something special in my class, I want to SendMessage to this ctrl and let it do something , but I can not get the window handle of this ctrl, so this ctrl also can not get this message.(I have tried AfxGetMainWnd, it doesn't work)
Does anyone has similar experience? Plesae give me some ideas, I'll appreciate
your help.
Ray
|
|
|
|
|
One possible solution is to have the client pass the ActiveX server a handle of its window. Another solution is a callback interface.
Kuphryn
|
|
|
|
|
Thank you for your answer.
But I just wonder which function I can call to get the client handle, I have tried AfxGetMainWnd(tested it in Activex Ctrl test Container, it doesn't work).
Thanks again
Ray
|
|
|
|
|
Hi,
I always thought controls are windows, sometimes invisible.
You can only send messages to windows, even invisible ones (sinks).
One possible way is to use HWND_BROADCAST as window handle. Then every window will get that message. Works well with registered messages, because those are igmored by all but your windows.
The next way would be, to register a message like
MSG_GET_HANDLE ("Hey give me your Handle") and a Message MSG_MYHANDLES ("Here you got it").
So in your ActiveX control, you have a handler for GET_HANDLE and in your application you have a handler for MYHANDLES.
All you have to do, ask all windows to send you their handles. And because only your control understands this message the response will be the handle of your control window. So store the LPARAM as handle of your control handle.
If you really have no window, than you must use THREAD_MESSAGE. But then your ActiveX control must be derived by CCmdTarget I think. Didn't try this one.
Regard
G. Steudtel
|
|
|
|
|
Thank you so much for your answers.
You idea is very good, Could you tell me where I can find some articls about
this, so I can get more detailed reference to save time in this samall but tough thing.
Ray
|
|
|
|
|
I may have missed your point, but why not create a method that you would call when you have that "something special"?
|
|
|
|
|
Okay, I know I have seen this before. But now, when I need it, I can't seem to find it. Any help will be most appreciated.
I have and MDI app with 2 child windows, one of which I would like the users not to be able to close, at least not easily. I would like to disable the [X] button so it won't accidently be hit, but I can't locate an easy way to do it.
I did Google and found a couple of question/answer pages, but the solutions didn't work. They dealt with changing the system menu. Isn't there a style element or something easy?
As I said, any help will be most appreciated.
Thanks,
Dave
"You can say that again." -- Dept. of Redundancy Dept.
|
|
|
|
|
do it by Calling SetWindowLong(GWL_STYLE)
Thanx
TAKE CARE
|
|
|
|
|
SetWindowLong? Thanks. What value should I use to disable the close button then?
Dave
"You can say that again." -- Dept. of Redundancy Dept.
|
|
|
|
|
One solution is EnableMenuItem().
GetSystemMenu(FALSE)->EnableMenuItem(SC_CLOSE, MF_DISABLED);
Kuphryn
|
|
|
|
|
The problem I have with this approach is that as a child window, there is no system menu for it, and I get an unhandled exception. This is when I put these statements in the OnCreate handler of the child window.
When I put this in for the main frame, then indeed it does disable the close, but for the main window, not for the child.
Thanks,
Dave
"You can say that again." -- Dept. of Redundancy Dept.
|
|
|
|
|
That should work anyways. See the doc for CWnd::GetSystemMenu.
CWnd::GetSystemMenu
CMenu* GetSystemMenu( BOOL bRevert ) const;
Return Value
Identifies a copy of the Control menu if bRevert is FALSE. If bRevert is TRUE, the return value is undefined.
The returned pointer may be temporary and should not be stored for later use.
Parameters
bRevert
Specifies the action to be taken. If bRevert is FALSE, GetSystemMenu returns a handle to a copy of the Control menu currently in use. This copy is initially identical to the Control menu but can be modified. If bRevert is TRUE, GetSystemMenu resets the Control menu back to the default state. The previous, possibly modified, Control menu, if any, is destroyed. The return value is undefined in this case.
Remarks
Allows the application to access the Control menu for copying and modification.
Any window that does not use GetSystemMenu to make its own copy of the Control menu receives the standard Control menu.
The pointer returned by the GetSystemMenu member function can be used with the CMenu::AppendMenu, CMenu::InsertMenu, or CMenu::ModifyMenu functions to change the Control menu.
The Control menu initially contains items identified with various ID values such as SC_CLOSE, SC_MOVE, and SC_SIZE. Items on the Control menu generate WM_SYSCOMMAND messages. All predefined Control-menu items have ID numbers greater than 0xF000. If an application adds items to the Control menu, it should use ID numbers less than F000.
Windows may automatically dim items on the standard Control menu. CWnd can carry out its own checking or dimming by responding to the WM_INITMENU messages, which are sent before any menu is displayed.
John
|
|
|
|
|
You should be able to create a system menu. In the PreCreate() function add the style for the system menu, then disable the clost button which was explained by the other users.
hope this helps (I'm not sure it will though  )
A student knows little about a lot.
A professor knows a lot about little.
I know everything about nothing.
|
|
|
|
|
take a look at my homepage under:
http://www.code-diary.com/HTML/Diary/0001.htm
greets,
Jason
|
|
|
|
|
Hi
I have a little, but pain-in-the-ass type of problem.
I virtually override the OnCancel() function:
'virtual void OnCancel()'
Then at the implementation
void CMyStupidDialogName::OnCancel()
{
::AfxMessageBox("ONCANCEL");
}
I've added the (X) button on the dialog. I press that standard (X) button in the right corner of the dialog and my code isn't executed (oncancel).
Isn't pressing that button equal to canceling?
|
|
|
|
|
Anonymous wrote:
Isn't pressing that button equal to canceling?
No. It returns the IDCANCEL value from DoModal(), but OnCancel() is not called.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
It's isn't called the 'close' button for nothing 
maybe you should override the OnClose() function...
A student knows little about a lot.
A professor knows a lot about little.
I know everything about nothing.
|
|
|
|
|
ah damned
your right (like always )
uhm .. it's getting time for weekend i would say 
Thanks for the help 
|
|
|
|
|
well i will have to disappoint you all guys
i've overwriten the onclose() one like this:
void CMyStupidDialogName::OnClose()
{
app->bClosed = true;
CDialog::OnClose();
}
i debug (run to cursor) and you were right the onclose part is executed but the form is still not closed.
|
|
|
|
|
So you added a close button ON the dialog in addition to the standard close button?
If I'm correct, try the following:
the declaration in CMyStupidDialogName
afx_msg void OnYourButtonPressed();
the implementation
void CMyStupidDialogName::OnYourButtonPressed()
{
PostQuitMessage(-1);
}
map that function to the button this way:
DECLARE_MESSAGE_MAP(CMyStupidDialogName, CDialog)
ON_BN_CLICKED(YOUR_BUTTON_ID, CMyStupidDialogName::OnYourButtonPressed)
END_MESSAGE_MAP()
this should work if it doesn't, slap me
A student knows little about a lot.
A professor knows a lot about little.
I know everything about nothing.
|
|
|
|
|
Hello
Your problem is that you forgot to call the default handler for OnCancel().
void CMyStupidDialogName::OnCancel()<br />
{<br />
::AfxMessageBox("ONCANCEL");<br />
CDialog::OnCancel();<br />
}
Isaac Inyang
Ansyl Technologies
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
