|
Cedric Moonen wrote: Honnestly, I don't think notepad is the right tool for doing that.
I concur. It's the old square-peg-in-a-round-hole paradigm.
"The greatest good you can do for another is not just to share your riches but to reveal to him his own." - Benjamin Disraeli
|
|
|
|
|
But it works that way. It is not my idea to do it this way, maybe that makes you a little bit happier?
Best regards, Hanno
|
|
|
|
|
hanno25 wrote: It is not my idea to do it this way
Let me guess: it's your boss's idea 
|
|
|
|
|
you cannot directly interract with the notepad content.
however,you could write your string (CString object content) into a file that you pass to notepad as a command line parameter so that it is opened when notepad is launched.
::ShellExecute(this, "open", "notepad.exe", "myfile", NULL, SW_SHOW);
TOXCCT >>> GEII power
[toxcct][VisualCalc 2.20][VCalc 3.0 soon...]
|
|
|
|
|
Another idea that comes to mind would be to use the Windows clipboard.
What you could do in your program is launch notepad.exe. Your app could place the text content on the clipboard and then send messages to the notepad window to paste the text into it's edit window.
For more info on how to use the Windows clipboard, look up the SetClipboardData function on MSDN and/or take a look at this CodeProject article[^]
It doesn't really make sense as to why you can't just write your data straight out to a text file from within your program.
|
|
|
|
|
Hi.
I am trying to write a database app using the MDI in MFC, and using ADO to access an MS SQL Server, and I want to be able to do some basic word automation with it. It was working fine, until I tried to add the Word automation.
The problem seems to be that many of the classes defined by importing classes via the class wizard, and including the created file, are already defined by using :
#import "C:\\...\\msado15.dl" no_namespace rename("EOF", "EndOfFile")
for ADO. I only want a few classes, but class wizard seems to generate a whole host of wrapper classes, which I assume it needs, and which the compiler then tells me have already been defined (but not where, I note...).
I am also #importing msword.olb, mso.dll and vbe6ext.dll.
Is there a simpler way to automate word AND use ADO together? Or even a way that works?!?
Thanks.
|
|
|
|
|
Hi
I created a dialog using the resource editor in Visual Studio. Then I gave it to a new class which is inherited from a CDialog class (all done by class wizard). I added some controls and assigned variables to them. All fine. Until I added extra variables from the class tree. I added a private variable of type double, which is quite straight forward. But now, I can't compile my program because it thinks it can't understand the ID of the dialog.
The compiler reports and error on the line in the CDialog class header that says
enum { IDD = IDD_MYDIALOG };
saying that IDD_MYDIALOG is an undeclared identifier.
The only thing I can think of is that something could have gone wrong in VS when it crashed while I was building this dialog the first time. Since, I deleted the dialog and everything to go with it and started again. It went alright until I added the said private variable. Now, even if I delete the variable, it still won't work.
I have no idea what I've done to it. Any help greatly appreciated!
|
|
|
|
|
|
Hi
No, I didn't do
#include "resource.h"
but none of the other dialog classes do, and they work fine.
I think that bit is taken care of by
#include "MyApp.h"
and MyApp has the resource header included in its header.
I did edit the dialog ID in the resource editor, so that I can find the ID in Resource.h. In fact, if I search for the ID, I get 4 hits, twice in MyApp.rc, once in Resource.h and once in MyDialog.h.
I hope you can figure out the problem 
|
|
|
|
|
Kiriko wrote: No, I didn't do
#include "resource.h"
but none of the other dialog classes do, and they work fine.
because it might be included by stdafx.h, isn't it ...?
TOXCCT >>> GEII power
[toxcct][VisualCalc 2.20][VCalc 3.0 soon...]
-- modified at 6:40 Friday 10th February, 2006
|
|
|
|
|
try by including resource.h in your dialog header file
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
|
|
|
|
|
Wow...?
It works...? (But this time I added the private variable before adding any controls.)
So, it was the resource.h.
But why?
How come it never has been a problem before?
Thanks for your help.
|
|
|
|
|
Kiriko wrote: So, it was the resource.h.
But why?
Because the header file for the application class includes resource.h.
This is standard behaviour with the appwizard for dialog applications.
Usually the only reason to include the application class header file is to have all resource IDs declared.
Unless you are doing something specific to the application class, it is sufficient to include resource.h in your dialog class header file.
--
Roger
It's supposed to be hard, otherwise anybody could do it!
|
|
|
|
|
OK, possibly a badly worded question.
My question was this:
all my dialog classes have
#include "MyApp.h"
at the top of the CPP files.
None of them have
#include "resource.h"
anywhere except for CMyApp.
However, the only one that didn't work was this latest attempt at making a dialog class. So I wanted to know what could I have possibly done to cause a problem in just my latest attempt.
Thanks in advance for explanations!
|
|
|
|
|
Kiriko wrote: The compiler reports and error on the line in the CDialog class header that says
enum { IDD = IDD_MYDIALOG };
Which usually means that the actual problem is further upstream from this enum statement.
Start at the top of the dialog's .cpp file and go through each included .h file to see what has been defined and what has not been defined.
Another alternative would be to start the project over and, assuming it does not crash during the build, compare the two projects to see what the differences are.
"The greatest good you can do for another is not just to share your riches but to reveal to him his own." - Benjamin Disraeli
|
|
|
|
|
I usually use messagebox to check intermediate values in a MFC application.
I have a CHAR[6] containing a hex value how do I make it to string and pass to messagebox..
Or is there another way to check the value of an integer other than messagebox during the execution of the MFC application.
- KK
|
|
|
|
|
|
works.. but
I get some charecters in the beginning
my code is
------
unsigned char baSlots[6];
m_1E2.GetLine(0,temp,12);
sscanf(temp,"%x",baSlots);
MessageBox(CString(baSlots));
----------
when I enter "123456789abc" in edit box,
I get "iiiiiiiiiiiiiiiiiii123456789abc"
- KK
|
|
|
|
|
|
Interesting, but why send temp through nData just to get to baSlots?
"The greatest good you can do for another is not just to share your riches but to reveal to him his own." - Benjamin Disraeli
|
|
|
|
|
Yes my mistake, sorry.
Regards
Anil
|
|
|
|
|
kk_vp wrote: unsigned char baSlots[6];
m_1E2.GetLine(0,temp,12);
sscanf(temp,"%x",baSlots);
MessageBox(CString(baSlots));
----------
when I enter "123456789abc" in edit box,
I get "iiiiiiiiiiiiiiiiiii123456789abc"
What you have here is not going to work. Not only will baSlots need to be a numeric variable, it will not come close to holding the value 0x123456789abc (roughly 20 trillion).
|
|
|
|
|
give a example of what you have and what you want?
Regards
Anil
|
|
|
|
|
kk_vp wrote: CHAR[6]
It itself is string1, exactly what problem are u facing.. are you want to convert HEX to DEC and then show on Messagebox
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
