How we by pass Window Printer Dialog? - C / C++ / MFC Discussion Boards

Re: who is it?

carrie12-Oct-02 0:42

carrie

12-Oct-02 0:42

or try netstat in a dos console to find a list of connections your computer currently has.

A notify icon problem

Kerry Chou11-Oct-02 19:01

Kerry Chou

11-Oct-02 19:01

Hello everyone,
I am writing a application that has a notify icon in the status area. Now I get in trouble in preventing the icon disappearing after the 'explorer.exe' is terminated and restarted. Who can help me? Thanks.

Kerry Chou (STU)

Kerry Chou from STU

Re: A notify icon problem

Nish Nishant11-Oct-02 22:17

Nish Nishant

11-Oct-02 22:17

[already answered you in the newsgroup, but in this case you also get mail notification]

If your main window receives a message whose value is equal to RegisterWindowMessage(TEXT("TaskbarCreated")) then this means the taskbar is being recreated and you should re-add your tray icons. Remember that this message is NOT sent to your tray icon message handler, but it is sent to the application's top level window (usually your main frame window)

Regards,
Nish

Author of the romantic comedy

Summer Love and Some more Cricket [New Win]

Review by Shog⁹
Click here for review[NW]

Re: A notify icon problem

Kerry Chou11-Oct-02 22:58

Kerry Chou

11-Oct-02 22:58

Thank you Nish, I have resolved the problem.
But I can not find any information about the 'lpString' parameter of 'RegisterWindowMessage(LPCTSTR lpString)' function in MSDN, how can I identify the lpString parameter when I want to define a new window message?
Thanks!

Kerry Chou from STU

Re: A notify icon problem

Nish Nishant12-Oct-02 1:19

Nish Nishant

12-Oct-02 1:19

Kerry Chou wrote:
Thank you Nish, I have resolved the problem.
But I can not find any information about the 'lpString' parameter of 'RegisterWindowMessage(LPCTSTR lpString)' function in MSDN, how can I identify the lpString parameter when I want to define a new window message?
Thanks!

Kerry,

RegisterWindowMessage is used to register custom messages. Say you have 3 apps all wanting to communicate to each other. Now you can use RegisterWindowMessage to get a unique message ID. For example RegisterWindowMessage("Kerry's special message") will always return the same unique message ID for an entire session. Now you can broadcast this message to all top level windows and the other programs which are expecting this message can handle it.

Regards,
Nish

Author of the romantic comedy

Summer Love and Some more Cricket [New Win]

Review by Shog⁹
Click here for review[NW]

Dialog Box error

suresh_sathya11-Oct-02 18:44

suresh_sathya

11-Oct-02 18:44

When i show my dialog box iam calling this code in WM_INITDIALOG.I am loading the xml parser whenever i show my dialog box.I think that might be the problem for memory increase.What is the exact error.

IXMLDOMDocument2 *pIXMLDOMDocument2=NULL;
IXMLDOMNodeList *pIXMLDOMNodeList=NULL,*pIXMLDOMNodeList1=NULL;
IXMLDOMNode *pIXMLDOMNode=NULL,*pIXMLDOMNode1=NULL,*nextItem=NULL;
IXMLDOMNamedNodeMap *pIXMLDOMNamedNodeMap1 = NULL;
IClassFactory *pIClassFactory=NULL;

char strpath[300];
GetModuleFileName(NULL,strpath,300);
int len=strlen(strpath);
while(strpath[len]!='\\')
{
len=len-1;

}
strpath[len]='\0';

int retval=PathFileExists(strcat(strpath,"\\testing.xml"));

if(retval)
{

try
{

HRESULT hr;
CoInitialize(NULL);
hr=CoGetClassObject(CLSID_DOMDocument,CLSCTX_SERVER,NULL,IID_IClassFactory, (LPVOID*)(&pIClassFactory));
pIClassFactory->CreateInstance(NULL,IID_IXMLDOMDocument, (LPVOID*)(&pIXMLDOMDocument2));

if(SUCCEEDED(hr))
{

HWND BrowserWindow=(HWND)GetCommandLine();
DestroyWindow(BrowserWindow);
VARIANT_BOOL boolvalue;
VARIANT myvar;

myvar.vt=VT_BSTR;
myvar.bstrVal=L"testing.xml";

VARIANT Fieldname;
Fieldname.vt=VT_BSTR;
pIXMLDOMDocument2->put_async(FALSE);
VARIANT Tablename;
Tablename.vt=VT_BSTR;
HRESULT hrload;
long Tablelen;

hrload=pIXMLDOMDocument2->load((_variant_t)myvar.bstrVal,&boolvalue);
pIXMLDOMDocument2->selectNodes((_bstr_t)"DATABASE/TABLE",&pIXMLDOMNodeList);
pIXMLDOMNodeList->get_length(&TotTablelen);

hrload=pIXMLDOMDocument2->load((_variant_t)myvar.bstrVal,&boolvalue);
pIXMLDOMDocument2->selectNodes((_bstr_t)"DATABASE/TABLE[@Left]",&pIXMLDOMNodeList);
pIXMLDOMNodeList->get_length(&Tablelen);
HWND hListBox=GetDlgItem(hDlg,IDC_LIST);

for(int i=0;i< Tablelen;i++)
{

pIXMLDOMNodeList->get_item(i,&pIXMLDOMNode);
pIXMLDOMNode->get_attributes(&pIXMLDOMNamedNodeMap1);
pIXMLDOMNamedNodeMap1->getNamedItem((_bstr_t)"Name",&pIXMLDOMNode);
pIXMLDOMNode->get_nodeValue(&Tablename);
SendMessage(hListBox,LB_ADDSTRING,0,(LPARAM)(char *)(_bstr_t)Tablename);

}
}
}
catch (_com_error &e)
{
MessageBox(NULL,(char*)e.Description(),NULL,MB_OK);
}

}
CHECK_AND_RELEASE(pIXMLDOMDocument2);
CHECK_AND_RELEASE(pIXMLDOMNodeList);
CHECK_AND_RELEASE(pIXMLDOMNodeList1);
CHECK_AND_RELEASE(pIXMLDOMNamedNodeMap1);
CHECK_AND_RELEASE(pIXMLDOMNode);
CHECK_AND_RELEASE(pIXMLDOMNode1);
CHECK_AND_RELEASE(nextItem);
CoUninitialize();

}

Re: Dialog Box error

Michael Dunn11-Oct-02 19:48

Michael Dunn

11-Oct-02 19:48

What are you asking about? What error is happening? Or are you wondering why your memory usage goes up?
The code has a lot of errors in it, such as:

Use PathRemoveFileName() and PathAppend() to make the XML name; your current code is not DBCS-safe.
Use CoCreateInstance() to create the XML parser object in one call.
CLSCTX_SERVER isn't a valid constant, should be CLSCTX_INPROC_SERVER.
You don't initialize your VARIANTs.
L"testing.xml" is not a BSTR

and so on.

--Mike--
Just released - 1ClickPicGrabber - Grab & organize pictures from your favorite web pages, with 1 click!
My really out-of-date homepage
Sonork-100.19012 Acid_Helm

How we by pass Window Printer Dialog?

Anonymous11-Oct-02 17:16

Anonymous

11-Oct-02 17:16

Hi,

We are using these with VC+ 6.0:

<br />
OnPrint()<br />
{<br />
    CPrintDialog printDlg(FALSE);<br />
<br />
    if (printDlg.DoModal() == IDCANCEL)     // Get printer settings from user<br />
        return;<br />
    ----------------<br />
}<br />

So if we choose OK then it will Print, Cancel then not (return)

What can we do to print immediately ... without having to select OK button ... any trick to skip this without confirm?

Thanks

Re: How we by pass Window Printer Dialog?

Paul M Watt11-Oct-02 18:11

Paul M Watt

11-Oct-02 18:11

Look at CView::OnPreparePrinting

Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!

Re: How we by pass Window Printer Dialog?

Anonymous12-Oct-02 12:04

Anonymous

12-Oct-02 12:04

Hi,

Thanks for the tip, I will ry.

Regards,

Icon Import/Editor :: MFC

valikac11-Oct-02 12:31

valikac

11-Oct-02 12:31

Hi.

I would like to import a bitmap into Visual C++ resource editor as an icon. The bitmap is 32x32 pixel (*.bmp format.) There is no option in resource editor to import a bitmap as an icon. I would like to what the procedure for creating and implementing an icon for an MFC program.

For example, do you need an icon editor? Imaged editor such as Photoshop do not have an option to save a bitmap as an icon (*.ico format)

Thanks,
Kuphryn

Re: Icon Import/Editor :: MFC

Gary R. Wheeler11-Oct-02 15:56

Gary R. Wheeler

11-Oct-02 15:56

Create a new icon in the resource editor.
Open the bitmap.
Press ctrl-A (select all).
Press ctrl-C (copy).
Go back to the window where the icon is being edited.
Press ctrl-V (paste).

This should let you convert the bitmap to an icon. You may have to play with things a bit. For example, if the bitmap is 256 colors, you will need to create a 256 color icon to paste it in to.

Gary R. Wheeler

Re: Icon Import/Editor :: MFC

valikac11-Oct-02 16:16

valikac

11-Oct-02 16:16

Okay. Thanks.

There are nine icons in the MFC icon package. I
downloaded IconCool Editor in imported a complete site of
the same icon. I renamed the original MFC icon and use
the new icon. Everything looks good.

Icon design can be difficult especially under low
resolution.

Kuphryn

Permanent vs. Temporary DC's?

Henry P.11-Oct-02 11:56

Henry P.

11-Oct-02 11:56

I'm writing a program employing sprite animation. Each sprite holds its image in the form of a device-dependent bitmap (a HBITMAP) as well as other data that will allow it to be rendered. In order to render this bitmap onto a display surface, the bitmap needs to be selected into a memory DC first. My question: is it better to create a temporary memory DC every time the sprite needs to be rendered (then delete this DC after you've done rendering), or to create a permanent memory DC so that you don't have to create a DC everytime the sprite needs rendering. The "permanent DC" method would presumably be faster than the "temporary DC" method since you don't have to create the DC every time you render, but requires memory to hold the DC. How much speed improvement would having a permanent memory DC bring? and how much memory penalty?

(As an aside, I could make the sprite hold a DIB instead of a DDB and then render the DIB with DrawDibDraw, StretchDIBits, or SetDIBitsToDevice, which doesn't require a source DC. But would this method be significantly slower?)

Sorry for the long post. Any reply would be greatly appreciated.

Henry

Re: Permanent vs. Temporary DC's?

Neville Franks11-Oct-02 12:41

Neville Franks

11-Oct-02 12:41

I don't think memory is the issue here, but the notion of keeping permanent DC's is. If I dig way back to my Windows 3.0 days DC's were a scarce commodity, to be used and then released asap. Now we've come a long way since then, but nevertheless I don't think you want to grab a DC and hold it for a long period. One approach is that if you know you are about to draw a whole bunch of stuff grab the DC and whatever else you need at the start and let it go at the end. Or even look at caching a DC.

That said why don't you start with the simplest approach, see if it is too slow and then look at optimising it. Profile the code to see where the hotspots are. Getting a DC may be inconsequential.

Neville Franks, Author of ED for Windows. www.getsoft.com

Re: Permanent vs. Temporary DC's?

Henry P.11-Oct-02 12:55

Henry P.

11-Oct-02 12:55

Thanks for quick reply. Let me just clarify it a bit to be sure we're on the same page. Let's say I were to implement a Render function for the CSprite class. The CSprite class would have as its member m_hBM and m_hMemDC. Before Render is called, these two handles have been created elsewhere. The code has been simplified for illustration purposes.

// member variables
HBITMAP m_hBM; // holds the device-dependent bitmap
HDC m_hMemDC; // the memory DC to be used as the source DC in blitting operations. (See below)

// first method, using a permanent m_hMemDC, created elsewhere
BOOL CSprite::Render(HDC hDestDC, int left, int top, int width, int height)
{
HBITMAP hOldBM = (HBITMAP)::SelectObject(m_hMemDC, m_hBM);
::BitBlt(hDestDC, left, top, width, height, m_hMemDC, left, top, SRCCOPY);
::SelectObject(m_hMemDC, hOldBM);
}

// second method, using a temporary m_hMemDC, created each time Render is called
BOOL CSprite::Render(HDC hDestDC, int left, int top, int width, int height)
{
m_hMemDC = ::CreateCompatibleDC(hDestDC);
HBITMAP hOldBM = (HBITMAP)::SelectObject(m_hMemDC, m_hBM);
::BitBlt(hDestDC, left, top, width, height, m_hMemDC, left, top, SRCCOPY);
::SelectObject(m_hMemDC, hOldBM);
::DeleteDC(m_hMemDC);
}

Which method is better, in terms of either memory or speed?

Henry P.
http://www.allersoft.com

Re: Permanent vs. Temporary DC's?

Neville Franks11-Oct-02 13:13

Neville Franks

11-Oct-02 13:13

The first will be the fastest and is the best approach as long as you don't keep the HDC m_hMemDC; class member around for too long.

This is the approach I use in ED (see sig) whenever I need to update the display. I create a drawing object which does stuff like CreateCompatibleDC(), this is then used for all of the display update operations, then the class destructor releases the DC etc. when the drawing has finished.

Neville Franks, Author of ED for Windows. www.getsoft.com

Re: Permanent vs. Temporary DC's?

Paul M Watt11-Oct-02 14:31

Paul M Watt

11-Oct-02 14:31

You are safe to hold onto as many memory DCs as you would like. They are simply stored in memory, and the number of memory DCs are limited by the amount of memory on your system.

You should not hold onto Window DCs. In the Win9x OSs, there are only about eight window DCs that are available. So if you do not release the window DC, then unexpected things might start happening.

I am not sure of the limit in windows NT, however it is still not advisable to hold onto window DCs even in windows NT.

Yes it would be significantly slower to render a dib than a DDB. That is because the DDB is already formatted for the current device. In order to perform a bitblt you simply need to transfer an array of bits. A DIB needs to first be converted and color matched then transferred.

Good Luck.

Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!

Re: Permanent vs. Temporary DC's?

Henry P.11-Oct-02 15:05

Henry P.

11-Oct-02 15:05

Thanks a lot...That's what I thought.

If I understand it correctly, a DC is simply a data structure containing drawing attributes and handles to graphic objects (but not the objects themselves). As such, how much memory does a device context require?

Henry P.
http://www.allersoft.com

Re: Permanent vs. Temporary DC's?

Gary R. Wheeler11-Oct-02 16:02

Gary R. Wheeler

11-Oct-02 16:02

As mentioned earlier, you can keep as many memory DC's around as you like. I wouldn't think they would be terribly large. You might try looking on www.sysinternals.com[^] to see if they would know, or have a tool that could tell you.

Gary R. Wheeler

CFormView derived class w/o relying on the resource.h?

dazinith11-Oct-02 10:31

dazinith

11-Oct-02 10:31

I have a class which i use as a base class for my other views.. it has a base class of CFormView.. i hope to convert this view into a .dll .. it currently is dependent on the resource.h because of the line:

enum { IDD = IDD_DISPLAY };

this is then used in the CFormView constructor.. the other option for the constructor is to pass it LPCTSTR lpszTemplateName which i guess is what i need to do? how could i get rid of this dependency, and how could i maybe make this view into a .dll?

thanks for any suggestions!

still a newb.. cut me some slack :P
-dz

Re: CFormView derived class w/o relying on the resource.h?

Chris Richardson11-Oct-02 11:26

Chris Richardson

11-Oct-02 11:26

One solution (assumes CYourFormView is your CFormView derived class):

1. Take out the "enum { IDD = IDD_DISPLAY };" from the CYourFormView.
2. Change the constructor of CYourFormView to accept a resource ID, and to not pass IDD into the CFormView constructor, but rather, pass in the value you get in CYourFormView's constructor.
3. In each .exe that uses CYourFormView, change the base initializer to pass in the appropriate resource ID to CYourFormView.

It could be something like this:

// CYourFormView header
class CYourFormView : public CFormView
{
public:
   CYourFormView( UINT p_uiTitleID );
   CYourFormView( LPCTSTR p_pszTitle );
   // Blah blah blah...
};
 
// CYourFormView implementation.
CYourFormView::CYourFormView( UINT p_uiTitleID ) :
   CFormView( p_uiTitleID ) // Not sure of the rest of the params...
{
   // Blah blah blah...
}
CYourFormView::CYourFormView( LPCTSTR p_pszTitle ) :
   CFormView( p_pszTitle ) // Not sure of the rest of the params...
{
   // Blah blah blah...
}

 
// In the header for each CYourFormView derived class
class CYourMoreSpecialFormView : public CYourFormView
{
public:
   CYourMoreSpecialFormView();
   // Blah blah blah...
 
   enum { IDD = IDD_WHATEVER_YOU_WANT_IT_TO_BE };
};
 
// In the implementation for each CYourFormView derived class
CYourMoreSpecialFormView::CYourMoreSpecialFormView() :
   CYourFormView( IDD )
{
   // Blah blah blah
}