C / C++ / MFC

Mike Nordell28-Jan-03 1:42

Mike Nordell

28-Jan-03 1:42

Sure, but I'm at loss why anyone would want to use the slowest GDI function available - StretchDIBBits - when there are alternatives. Any particular reason for this masochism you'd like to share with us?

Roger Allen28-Jan-03 2:55

Roger Allen

28-Jan-03 2:55

It may be slow, but its guaranteed to work on printers compared to BitBlt() etc. So its the way to go when printing.

Roger Allen
Sonork 100.10016

WHats brown and sticky?
A stick or some smelly stuff!

Roger Allen28-Jan-03 3:01

Roger Allen

28-Jan-03 3:01

Tom,

I think you need it for a bitmap loaded from a file from as mentioned in a previous post. This does it from the resources, but if you can load the bitmap from a file, the rest of the technisue should be the same:

CBitmap bitmap;

// if you load the bitmap from a file, you would do this line differently
bitmap.LoadBitmap(ID_BITMAP);


HANDLE hDib ;
hDib = ImageToDIB(&bitmap, iImage, this) ; // this is a dialog window in this example
BITMAPINFOHEADER    *pBMI ;
pBMI = (BITMAPINFOHEADER*)GlobalLock(hDib) ;
int nColors = 0;
if (pBMI->biBitCount <= 8)
    {
    nColors = (1 << pBMI->biBitCount);
    }
// print the correct image
::StretchDIBits(printer_dc,
                    0,
                    0,
                    pBMI->biWidth,
                    pBMI->biHeight,
                    0,
                    0,
                    pBMI->biWidth,
                    pBMI->biHeight,
                    (LPBYTE)pBMI + (pBMI->biSize + nColors * sizeof(RGBQUAD)),
                    (BITMAPINFO*)pBMI,
                    DIB_RGB_COLORS,
                    SRCCOPY);
// free resources
GlobalUnlock(hDib) ;
GlobalFree(hDib) ;

Roger Allen
Sonork 100.10016

WHats brown and sticky?
A stick or some smelly stuff!

*Tom*29-Jan-03 0:36

*Tom*

29-Jan-03 0:36

Thanks a lot Roger!! Smile | :)

A have tested the code and with a minor adjustment I got it to work, I changed the line: hDib = ImageToDIB(&bitmap, iImage, this); to hDib = DDBToDIB(bitmap, BI_RGB,NULL);. One problem is that I don´t think the printer shows the picture in it´s correct size. If I open the picture in a paint program it says that the picture is 2cm wide but on the paper is only about 0,5cm. I have sent the application to a testperson who also will test the printing, and i´m waiting for his comment.

Thanks one more time Rose | [Rose]

-Tom

Renaming a Propertysheet

Rage27-Jan-03 23:47

27-Jan-03 23:47

Already posted it yesterday, but did not find a right answer Cry | :((

So, basically, I have a dialog (MFC) which i want to reuse three times as a Propertypage, only difference will be the Caption. SetWindowText is not working to set the caption (crashes the app since the propertypage still has not been created through Cpropertysheet.DoModal()), doing the SetWindowText in the OnInitDialog from the Propertypage has no effect (but does not crash).

Any idea ?

~RaGE();

HENDRIK R28-Jan-03 1:05

HENDRIK R

28-Jan-03 1:05

Hello,
did you try changing the parameters of the PROPSHEETPAGE struct? Every propertypage contains a member variable of that type, called m_psp. Before adding the page to it's corresponding sheet, you can add PSP_USETITLE to the dwFlags member of m_psp. Afterwards assign your title to the lpszTitle variable.

Rage28-Jan-03 1:55

28-Jan-03 1:55

Yep, forgot this one, I've already tried that without result. Anyway , thank you for your answer.

~RaGE();

Debs28-Jan-03 3:13

Debs

28-Jan-03 3:13

If I understand your question, you are using the same propertypage in several instantiations, and want to change the title before the DoModal call?

I've done this several times and pass the string across via the constructor, then in the constructor set the title as follows:

m_psp.dwFlags |= PSP_USETITLE;
m_psp.pszTitle = m_strCaption;

where m_strCaption is the required string.

It handles it for you after this.

Debbie

Rage28-Jan-03 20:49

28-Jan-03 20:49

Debs wrote:
m_psp.dwFlags |= PSP_USETITLE;

OOOhh yes, i've forgotten to set the flag. it has to be that.
Thank you Veeeeeeeeeeeery much.

~RaGE();

Peter Molnar28-Jan-03 1:49

Peter Molnar

28-Jan-03 1:49

There is a workoround for this:
Start a timer of 10 ms from your OnInitDialog function, and in the timer handler first killtimer, then SetWindowText.

Bunburry

Rage28-Jan-03 1:56

28-Jan-03 1:56

Tricky. I'll give it a try. Thanks.

~RaGE();

OLE documents / items (MFC)

KaЯl28-Jan-03 2:45

KaЯl

28-Jan-03 2:45

If the title of the sheet is dependant of the page displayed, then the page should set its parent's name when activated, doing this by overriding CPropertyPage::OnSetActive()

something like that
BOOL CMyPropertyPage::OnSetActive()
{
if(CPropertyPage::OnSetActive()){
CWnd *pParent = GetParent();
ASSERT(pParent);
pParent->SetWindowText("MyText");
return TRUE;
}
return FALSE;
}

HTH,

K.

Angels banished from heaven have no choice but to become demons
Cowboy Bebop

-Dy27-Jan-03 23:45

-Dy

27-Jan-03 23:45

I've been building an app that has documents made up of OLE items (like the container sample app that comes with VC). But, typically, the requirements have changed, and the documents also need to hold other custom (non OLE) items. As my document class is based on COleDocument, and the items class is based on COleClientItem, I've been using COleDocument::AddItem() and COleDocument::RemoveItem().

I'd like to only have one document item class* if possible, but it needs to represent OLE and non OLE items, is this possible, and if so can anyone point me in the right direction? Or would I be better off having two item base classes with overrides of COleDocument::AddItem() etc?

* Or one class to base other classes from

Dylan

URGENT:How to write XML header in C++

tearz27-Jan-03 23:08

tearz

27-Jan-03 23:08

how to write this "" header in C++?
i tried doing in this manner, myMemo << <> << "\n";
but the output <>.
Thank you! Eek! | :eek:

Re: URGENT:How to write XML header in C++

Rage27-Jan-03 23:40