|
Please explain what you mean by an example. The reasoning of using Woord is that during my program's usage the User may want to see a drawing or a description for the part the User is doing. Since I have a database comprising of Word documents it's natural to use Word. However, it would be wrong for the Word or even the document to remain on the screen after the User is further into the program. I need to be able to automatically CLOSE word once the User has no other need for it in the program. I've shown you the code for bring Word up; please show me some code for closing Word AUTOMATICALLY in my program WITHOUT User influence!.
C++ is my favorite programming language
|
|
|
|
|
Could you explain with an example? I've used SHELLEXECUTE to "open" the ".doc" in Word; but my problem is I cannot close Word PROGRAMATTICALLY. I need to close Word before alowing the User to go further in my programs implementation. Could you show me a example of closing the process(Word)?
C++ is my favorite programming language
|
|
|
|
|
MouseKeys is an application in Accessibility Options which help us control mouse by Keyboard. I wonder how MS program that application ? It is different from AutoIt, which could help us write macro in Windows. AutoIt Macro doesnt work in many launched program, especially games, but MouseKeys does. It simulate Mouse really. Who knows this technique, share me plz. Tnx all.
|
|
|
|
|
Hello Guys,
I've an old Win32 application, which is written in C. The problem is that for some reason, we need to convert it to MFC.
I'd prefer is a separate application that can swallow and show instances of Win32-App and provide the interface. Is it possible?
I'd love to know.
Umer Mansoor
|
|
|
|
|
Did u mean u want to run another application from the old one?
If so the functions like ShellExecute() and CreateProcess() will help u.
nave
|
|
|
|
|
Nave,
Thanks for replying. Let me clarify:
We've a Win32 application with source code. I want to create a new MFC application. Now I want to run Win32-app in way that it only appears in my MFC application (not on taskbar, not on desktop) but *inside* my MFC application. [That is the MFC-app becomes the parent of the Win32-app]
This will allow me to keep the Win32-app intact, while the outer-frame will be in MFC, which offcourse, I'll customize way more easily than Win32.
ShellExecute() I think won't help as it still create a new instance on the desktop. I can still pass the handle to my MFC application but that will only relay messages to my MFC app.
Umer Mansoor
|
|
|
|
|
I know converting Win32-app to ActiveX looks like a good idea. I'm here to explore other options.
Umer Mansoor
|
|
|
|
|
For your 'ShellExecute()' will work. If you don't wanna to display the process(on desktop/taskbar), just put last parameter of the fuction as 'SW_HIDE'(0).
Well ! Try it...
-Malli...!
|
|
|
|
|
didn't work!!! i want to show it, not hide it, but INSIDE my APP
Umer Mansoor
|
|
|
|
|
which key work to google for dll work principle? give me some key work I can get idea.
|
|
|
|
|
|
It's clear how to set right and left margins in an instance of CEditView. Is there a way to effectively set a top margin?
--hsm
|
|
|
|
|
In the PARAFORMAT2 Structure there is a member called dySpaceBefore. You will need to build a function to call this member using the dwMask member. The value must always be > than or = 0. The Size of the spacing is in twips. You may be able to set up something similar in the PARAFORMAT structure if you are using later versions of Visual C++. Go to MDN.COM and do a search for PARAFORMAT OR PARAFORMAT2. I think there is an example there somewhere..??
regards,
RRL
|
|
|
|
|
sorry. I ment msdn.com not mdn.com also, if you ar running v.s. 6.0 PARAFORMAT may be the structure to use...
RRL
|
|
|
|
|
Much thanks, I'll take a look.
--hsm
|
|
|
|
|
I just looked. Two problems occur to me; first, this is for a CRichEditView, not a CEditView. The other problem is that this would allow control of the space above a paragraph--- not the space above the page. Perhaps I'm missing something?
--hsm
|
|
|
|
|
For those with the same problem, a tentative answer is to set the rectangle in the CEdit control:
void CPGNTextView::SetTopMargin()<br />
{<br />
CEdit &theEdit = GetEditCtrl();<br />
CRect r;<br />
theEdit.GetRect(&r);<br />
TRACE("t=%d l=%d b=%d r=%d\n",r.top,r.left,r.bottom,r.right);<br />
r.top = TOP_MARGIN;<br />
theEdit.SetRect(&r);<br />
TRACE("t=%d l=%d b=%d r=%d\n",r.top,r.left,r.bottom,r.right);<br />
}
And then to do it again in WM_SIZE and WM_SETFONT handlers. Seems like overkill, but the CEdit control loses this information every chance it gets so you just have to help it along so to speak.
--hsm
|
|
|
|
|
Is there a way I can do something like this:
<br />
class MyClass<br />
{<br />
...<br />
private:<br />
class MyInnerClass: public CWnd<br />
{<br />
...<br />
afx_msg int OnCreate(LPCREATESTRUCT lpCreateStruct);<br />
afx_msg void OnShowWindow(BOOL bShow, UINT nStatus);<br />
...<br />
};<br />
...<br />
};<br />
??
I've been trying for a while, and the code doesn't even compile (if I declare the class outside the first one, everything works OK, but I want the class to be inner). I suspect it's a matter of names for the message maps, but can't figure out the right one...
Thanks!
Alberto.
|
|
|
|
|
Why do you feel the inner class is necessary?
I would probably have done this instead:
class MyInnerClass: public CWnd<br />
{<br />
...<br />
afx_msg int OnCreate(LPCREATESTRUCT lpCreateStruct);<br />
afx_msg void OnShowWindow(BOOL bShow, UINT nStatus);<br />
...<br />
};<br />
<br />
class MyClass<br />
{<br />
...<br />
private:<br />
MyInnerClass* m_InnerClass;<br />
...<br />
};
And avoid the entire problem.
People that start writing code immediately are programmers (or hackers), people that ask questions first are Software Engineers - Graham Shanks
|
|
|
|
|
It's what I've done, but I feel the inner class is necessary for preventing unnecesary access to it.
I just wanted it to be sort of "private", and it seemed to me it was the best way (ok, i admit it...I'm a java programmer).
Thanks for the answer (sorry for my english)...
Alberto
|
|
|
|
|
If you really want to hide the internals of your class, then
make a forward declaration like this:
class MyInnerClass;
then use it privately in some other class:
class SomeOtherClass
{
...
private:
MyInnerClass* m_MyInnerClass;
...
};
and then declare the MyInnerClass in the source file along with its implementation as the same source file as SomeOtherClass and only SomeOtherClass will ever be able to actually 'use' the MyInnerClass.
Or, just declaring the pointer to it like the original example, that pretty much prevents ANYTHING else from using the MyInnerClass anyhow.
People that start writing code immediately are programmers (or hackers), people that ask questions first are Software Engineers - Graham Shanks
|
|
|
|
|
|
I've tried it, and didn't work (maybe I missed something elsewhere).
Thanks.
|
|
|
|
|
|
johni__boy wrote: Can anybody help me please to find out the bugs in the folowing code . The code doesnt contain any syntax errors but still it doesnt run .
It would be more appropriate if you found the problematic code (i.e., bug), and then ask us what is wrong with it. Asking us to search through a bunch of code to find out what is wrong is not what we (most of us at least) are here for. Narrow your code down to just a few statements and you'll get way more help. 
For starters, calling findnumber() with NULL as the second argument will result in a problem when you go to dereference the pointer. The code you have to add a new number to the list is wrong.
"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain
"There is no death, only a change of worlds." - Native American Proverb
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
