|
BitBlt() is usually not supported or incorrectly supported on most printer drivers (DC). If your printing in MFC make use of the standard MFC printing architecture. If not, take alook at Chris Maunders article "Printing wiuthout the Doc/view architecture" in the printing section. Also my article "Printing tips n Tricks from the Trenches" should be of use.
Roger Allen - Sonork 100.10016
If your dead and reading this, then you have no life!
|
|
|
|
|
hi ,
i have a dialog based application having a class for example CDialog. in the on button click event iam loading another dialog as follows:
m_pModeless= new dlg;
Then after getting the safeHwnd :
m_pModeless->Create(......);
where dlg is the class of the new dialog and m_pModeless has been declared in the header file as dlg *m_pModeless.
Now i want to access the member variables from this child window to the main window i.e from one class to the other.
I'am a bit confused of how to go about it ... please help.
Thanking you.
Satadru.
|
|
|
|
|
I assume you are attempting one of the following procedures:
1. Accessing the newly created dialog from the button click event
2. Accessing the class running the button event from the newly created dialog
For case #1, the answer is simple: you already have a pointer to the class, and it is properly initialized by using new. You can use this pointer to alter the data members as you see fit.
For case #2, you need to specify the calling class as the parent of the newly created dialog. For modeless dialog creation, the calling convention would be CDialog::Create( UINT uiTemplateID, CWnd* pParent ). Specifying the this keyword into the parent pointer would designate the calling class as the parent of the newly created modeless dialog.
Further in case #2, you can access the parent window by using GetParent method, which will return a pointer to the parent class's CWnd. Because you have derived from CDialog, and because CDialog is derived from CWnd, you can use the pointer returned by GetParent and cast it down to the appropriate class.
Understanding this, here is a code fragment, which will do the casting operation. Remember that if you put this casting operation into a function inside the newly created dialog, you must include the header file of the parent dialog into the implementation file. Otherwise the casting operation is unable to determine the type of the variable. In here, we assume that the parent class (which handles the button click), is called CParentDialog and the child dialog (newly created one) is called CChildDialog.
#include "ParentDialog.h"<DIV>
...<DIV>
CParentDialog* pParentDialog = DYNAMIC_DOWNCAST( CParentDialog, GetParent() );<DIV>
pParentDialog->SomeMethod( someParams );
pParentDialog->SomeData = SomeValue; This functionality comes directly from the way MFC is designed. Have a look at the inheritance map (hiearchy chart). In C++, it is always possible to cast a pointer from the base class to the derived class, and in MFC, the most useful operation is DYNAMIC_DOWNCAST, because it will verify that the casting operation is succesfull, or return NULL if it is not.
When you create new window classes (Windows, dialogs, controls), you always derive from an existing base class (CWnd, CDialog, CButton/CEdit etc). Thus, if you create a new CButton, the derivance chart would be CWnd->CButton->CYourButton. If this button was a parent of another control (unlikely, but possible), then you could use the GetParent method to return a pointer to the above-mentioned CWnd class. Then, a cast operation from CWnd -> CYourButton would be completely valid.
I hope this will help you now, and that my extended rambling furthered your understanding of the MFC framework 
-Antti Keskinen
----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.
|
|
|
|
|
hi thanks for your help ;
but theres a problem:-
inspite of including the header file of the main dialog viz CMainDlg its still giving me an error saying:
'classCMainDlg': is not a member of 'CMainDlg'
Could you please tell me why is this happening.
thanking you,
Satadru
|
|
|
|
|
What is this 'viz' ? "Which is" ?
The error you are describing is related to the CMainDlg itself. You are referring to a member classCMainDlg somewhere in your code, and this member is not declared in the header file of the class. See the header file of CMainDlg for details, especially check the line where the error is.
The case #2 I posted back in my previous message did not tell you to add any member to the parent (CMainDlg) class. If you added members there, then you have done something wrong yourself.
In conclusion: this error has nothing to do with the method I described. It is happening because a) you have done something wrong yourself or b) have not understood my description properly.
I would ask you to post the line where this error is happening and the context where it is in. I believe that it might be in the line where you create the modeless dialog box. Remember, that the 'this' pointer always points to the current object that is executing a method. For example, if you had an object of a class created, returning 'this' from a function would return the address of the object.
Check your code and post the line where the error is happening. You probably have just mistyped something.
-Antti Keskinen
----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.
|
|
|
|
|
hi ,
i have tried it out ..but the same problem exixts... i cudn't figure out where its going wrong ..can i have your email id so that i'll attach a small code snippet which is posing me the problem.
I gratefuly appreciate your kind gesture.
Thanking you.
Satadru.
|
|
|
|
|
Just paste the code here, and I will analyse it promptly. I prefer not to give my e-mail address away on public forums, they tend to end up to mischiveous hands 
Besides, if your code had something so important that you couldn't post it here, how could you send it on e-mail either ?
-Antti Keskinen
----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.
|
|
|
|
|
Hi
You should pass a pointer on the main window on constuctor of child dlg.
//Forward declaration
class CMainDlg;
class CChildDlg : public CDialog{
CChildDlg(CMainDlg* p_main_dlg):CDialog(...){
this->p_main_dlg = p_main_dlg;
//Now throught this->p_main_dlg you can get
//allother public members of main dlg
}
private:
CMainDlg* p_main_dlg;
};
class CMainDlg : public CDialog{
...
paublic:
int var;
void CraeteChild(){
CChildDlg dlg(this);
dlg.DoModal();
}
};
|
|
|
|
|
I need to develop a simulator of a device which when connected to the system detects its driver. I came to know this can be done by develop a Fake USB port. Is it possible by this method ? IS there any other method to do this ?Plz any one help me regarding this...
Thank you.
|
|
|
|
|
search for virtual port on google, and then check out VSPD the best one available.
My God is more powerfull Than Your God.
|
|
|
|
|
|
Virtual serial port dirver.
My God is more powerfull Than Your God.
|
|
|
|
|
Is virtual port and virtual device same?
|
|
|
|
|
You said you want usp port, this software gives you face usb port, i dont know how how exactly you are going to use it. but still this software is worth trying out.
My God is more powerfull Than Your God.
|
|
|
|
|
What I want to do is the following: (1) create a GraphicsPath; (2) create a second GraphicsPath, (3) create a Region for each path using the constructor Region(GraphicsPath*); (4) intersect these two regions getting a Region* for the intersection. Now the question: how to construct a GraphicsPath around this intersection region ? If there would be something like GraphicsPath(Region*) I wouldn't ask this question 
|
|
|
|
|
Hi, how in Gods name, do i get the doman or workgroup name to wich my computer belongs to?
i cant use GetComputerNameEx() cause the app must also run on W9x machines.
ibe searched google, the msdn (online and my cd) and found nothing!
i cant belive something so apparently simple would be so hard to find!
the only thing i can think of right now, is to do the whole WNetopenEnum() / WNetEnumResource() stuff, look for my computer name, check from wich container i got it, etc.
Theres GOT to be an easier way! Please help
Thanks!
|
|
|
|
|
Hi,
Get the Local host name and use Netbios call to get Domain name. Iam not sure whether Netbios will return Workgroup name... Anyway, check out it...
It will be helpful!!
Best Regards,
A.Ilamparithi
|
|
|
|
|
Try Q155698, howto: retrieve current user and domain names on Windows 95 and 98.
However, it requires use of 16-bit code, so you need to use thunks. The article points you at other articles, explaining how this can be done.
Steve S
|
|
|
|
|
My application must do something when its main window is minimized.What message is sended when a window is minimized?
Thank you!
Yeetang
|
|
|
|
|
WM_SIZE.
Add an OnSize handler with the class wizard and check the nType parameter for SIZE_MINIMIZED.
You might want to read about this in MSDN.
Cheers,
Fredrik
"Felix qui potuit rerum cognoscere causas."
|
|
|
|
|
|
Hello, everyone!
I want to get the document file name associated with a MSWord process, for example "document 1" when you do not assigned a file name of the word application. I have get the process ID of the MSWord process and surely the HANDLE of the MSWord appication.
Are there some APIs that I can use? Can you provide me some sample codes?
Thanks in advance,
Geo
|
|
|
|
|
Due to the fact that the document name is displayed in the title bar, you can get it from there.
1.Get HWND to the Word application in question (Look up ::FindWindow)
2.Send a WM_GETTEXT message to this particular window (Look up ::SendMessage)
Peter Molnar
|
|
|
|
|
i downloaded this code and it's in c++. it's suppose to read the cpu temperature and display the result but i can't get it to run. can someone please massage it and help me get it to run becuase i don't know c++ that well. it's suppose to get the cpu temp from a winbond W83697HF/F chip.
thanks,
Rob Tomson
//
// Simple Winbond W83697HF/F chip motherboard and cpu temp reader
// Require giveio.sys driver under winXP/2000/NT
// Used compiler: visual C++ 6
// Autor: Sander Aiaots
// E-Mail: san@ejaam.com
// I also do not take any responsibility if this program should harm your computer
//
#include <iostream.h>
#include <windows.h>
#include <conio.h>
// By the manual we have two ports to use
// 0x295 - the INDEX port and
// 0x296 - the DATA port
#define INDEX 0x295
#define DATA 0x296
#define BANK_SET 0x4e // lowest three bitti set a bank, in manual lk97 and lk109
#define CPU_TEMP 0x50 // BANK 0 0x4e = xxxxx001
#define MBM_TEMP 0x67 // 0x4e = xxxxx000
// lets give us a direct I/O access under winXP/2000/NT
// this part is not needed under win9x
int inline openIO(){
HANDLE h;
h = CreateFile("\\\\.\\giveio", GENERIC_READ, 0, NULL,
OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL);
if(h == INVALID_HANDLE_VALUE) {
cout << "Couldn't access giveio device\n";
return 1;
}
CloseHandle(h);
return 0;
}
int main(){
// lets give us a direct I/O access under winXP/2000/NT
// this part is not needed under win9x
if(openIO()) return -1;
// Set Bank register to BANK0
_outp(INDEX, BANK_SET);
_outp(DATA, _inp(DATA)|0x01);
//
_outp(INDEX, CPU_TEMP);
cout << "CPU temp: " << _inp(DATA) << "C\n";
// lets unset BANK register, to get Motherboard temperature
_outp(INDEX, BANK_SET);
_outp(DATA, _inp(DATA)&0xf8);
_outp(INDEX, MBM_TEMP);
cout << "MBM temp: " << _inp(DATA) << "C\n";
return 0;
}
--
There are 10 kinds of people. Those who understand binary and those who don't.
|
|
|
|
|
If you are running Windows XP/2000/NT, you must download and install the GiveIO device driver, which this code fragment is using.
Here is a link: GiveIO Device Driver[^]
Under Windows 98/Me, this driver is not required, as each application may read or write data from any port.
If you are running Windows 95/98/Me, I suggest you comment out the lines in the main function where OpenIO method is called. Otherwise the program will always fail to open the port, and thus the main function will cease it's execution.
Remember that this particular piece of code has no security-checks applied: REMEMBER TO CHECK THE PORT DESIGNATIONS AND DATA LENGTHS ON YOUR VERY OWN MANUAL AND POSSIBLY WITH THE MANUFACTURER OF YOUR MOTHERBOARD / CPU BEFORE RUNNING THIS PROGRAM.
Otherwise, the ports the program writes to/reads from might be incorrect, and thus result in data being written to somewhere where it does not belong. Such operations may cause a system-wide failure or even damaged hardware. I suggest you consult with the maker of your motherboard to make perfectly sure that the ports specified in the file are correct. If you do not, then the risks are entirely yours.
-Antti Keskinen
----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
