Rendering a custom owner-drawn button in Runtime

airways · January 25, 2021 at 5:46 PM

Hey there,

So I am working on a custom owner-drawn button in the Win32 runtime. I have a RenderTo() function that I created which renders the button the way I want it to appear.

The RenderTo function has this signature:

Code

void RenderTo(LPSURFACE ps, mv _far* mV, RECT FAR* rc, HFONT hFont, COLORREF dwBackColor, 
COLORREF dwTextColor, TCHAR *sFilename, DWORD dwAlignFlags, TCHAR* wText);

It works correctly in the Edittime.cpp when called like so:

Code

void WINAPI DLLExport EditorDisplay(mv _far *mV, fpObjInfo oiPtr, fpLevObj loPtr, LPEDATA edPtr, RECT FAR *rc)
{
#ifndef RUN_ONLY
	LPSURFACE ps = WinGetSurface((int)mV->mvIdEditWin);
	HFONT hFnt = CreateFontIndirect(&edPtr->textFont);
	COLORREF dwBackColor = edPtr->backColor;
	COLORREF dwTextColor = edPtr->textColor;
	TCHAR* sFilename = edPtr->sFilename;
	RenderTo(ps, mV, rc, hFnt, dwBackColor, dwTextColor, sFilename, edPtr->dwAlignFlags, edPtr->sText);
	// Delete font
	if (hFnt != NULL)
		DeleteObject(hFnt);
	
#endif // !defined(RUN_ONLY)
}

Display More

So I am trying to call the same drawing function from the Runtime.cpp file but can't figure out why it isn't working correctly and can't really find much in the way of documentation for this.

Here's one attempt, using the owner drawn Win32 message (in WindowProc):

Code

case WM_DRAWITEM:
	{
		LPDRAWITEMSTRUCT pDIS = (LPDRAWITEMSTRUCT)lParam;
		if (NULL != pDIS) {
			// Get a pointer to the RUNDATA structure (see GetRdptr function above for more info)
			rdPtr = GetRdPtr(pDIS->hwndItem, rhPtr);


			LPRH rhPtr = rdPtr->rHo.hoAdRunHeader;
			LPSURFACE ps = WinGetSurface((int)rhPtr->rhIdEditWin);
			TCHAR* sFilename = rdPtr->sFilename;
			WCHAR wText[99];
			int len = SendMessage(rdPtr->hWnd, WM_GETTEXT, ARRAYSIZE(wText), (LPARAM)wText);
			rdPtr->rHo.hoRect.left = 0;
			RECT rc;
			rc.left = rdPtr->rHo.hoX;
			rc.top = rdPtr->rHo.hoY;
			rc.right = rc.left + rdPtr->rHo.hoImgWidth;
			rc.bottom = rc.top + rdPtr->rHo.hoImgHeight;


			RenderTo(ps, rhPtr->rh4.rh4Mv, &rc, rdPtr->hFont, rdPtr->backColor, rdPtr->textColor, rdPtr->sFilename, rdPtr->dwAlignFlags, wText);


			WinAddZone(rhPtr->rhIdEditWin, &rc);
			
		}
    }

Display More

The code is being called but all I get is a blank white rectangle where the control should be (but this does not seem to come from any of my drawing code).

I also tried to call RenderTo() from DisplayRunObject:

Code

short WINAPI DLLExport DisplayRunObject(LPRDATA rdPtr)
{
	// Begin render process...
	LPRH rhPtr = rdPtr->rHo.hoAdRunHeader;
	LPSURFACE ps = WinGetSurface((int)rhPtr->rhIdEditWin);
	TCHAR* sFilename = rdPtr->sFilename;
	WCHAR wText[99];
	int len = SendMessage(rdPtr->hWnd, WM_GETTEXT, ARRAYSIZE(wText), (LPARAM)wText);
	rdPtr->rHo.hoRect.left = 0;
	RECT rc;
	rc.left = rdPtr->rHo.hoX;
	rc.top = rdPtr->rHo.hoY;
	rc.right = rc.left + rdPtr->rHo.hoImgWidth;
	rc.bottom = rc.top + rdPtr->rHo.hoImgHeight;


	RenderTo(ps, rhPtr->rh4.rh4Mv, &rc, rdPtr->hFont, rdPtr->backColor, rdPtr->textColor, rdPtr->sFilename, rdPtr->dwAlignFlags, wText);


	WinAddZone(rhPtr->rhIdEditWin, &rc);


	return 0;
}

Display More

(I return REFLAG_DISPLAY from HandleRunObject() so this is getting called). But again, nothing actually shows up.

Any ideas how I can get this to work?

airways · January 25, 2021 at 5:50 PM

The white rectangle seems to come from the child window I created in CreateRunObject(), so I guess the real question is -- how can I get a valid Surface for this child window so I can render to it using the same code I use when rendering in the editor?

airways · January 25, 2021 at 6:40 PM

Replacing my draw code in Runtime with the example from the help file doesn't even seem to work (I moved the child window so it wouldn't cover anything up):

Code

// Runtime
short WINAPI DLLExport DisplayRunObject(LPRDATA rdPtr)
{
    LPRH    rhPtr = rdPtr->rHo.hoAdRunHeader;


    LPSURFACE ps = WinGetSurface((int)rhPtr->rhIdEditWin);
    if ( ps != NULL )
    {
        RECT    rc;


        int x = rc.left = rdPtr->rHo.hoX - rhPtr->rhWindowX;
        int y = rc.top = rdPtr->rHo.hoY - rhPtr->rhWindowY;
        int w = rdPtr->rHo.hoImgWidth;
        int h = rdPtr->rHo.hoImgHeight;
        rc.right = x + w;
        rc.bottom = y + h;


        COLORREF color = RGB(255,0,0);
        ps->Fill(x, y, w, h, color);


        WinAddZone(rhPtr->rhIdEditWin, &rc);
    }


    // OK
    return 0;
}

Display More

Just a blank window with the background color of the Frame:

Please login to see this attachment.

Looki · January 26, 2021 at 2:51 PM

The default runtime of Fusion these days is Direct3D (9 or 11) which does not implement the majority of cSurface drawing routines for hardware-accelerated surfaces. If not even the simple SDK example works, I assume that you are using the hardware-accelerated runtime, in which case I suggest setting the display mode to "Standard" in the application settings and see if that works. To render onto the screen in Direct3D, you can call Blit() onto it from a texture Surface, see Please login to see this link. for how to create a texture from a bitmap Surface.

airways · January 26, 2021 at 3:22 PM

Ah, yes of course, that was the problem with the basic SDK example. I got something appearing on the screen finally.

So the next issue is if it's possible to do something like WinGetSurface with a child window? I want the control to be able to have keyboard focus, etc. so it makes the most sense to make it an owner drawn object and let Windows continue to do all that stuff. I wasn't able to find anything that would obviously take a HWND and return a cSurface however. Is there a way to do this or do I need to rewrite my drawing code to use plain Win32 at runtime in this case?

Or maybe a way to blit from a cSurface directly to a HWND's drawing context? WM_DRAWITEM sets up a dc for you, so if there's a way to get a DIB from the cSurface I can just blit that to the child form I think.

Again thanks for the help!

airways · January 26, 2021 at 3:41 PM

Ah and I just found some code in the help file that does actually do something like what I want, so I have something showing up in the child window now.

Now just to figure out why it can't load the image at runtime...

Phi · January 28, 2021 at 11:22 PM

Quote from airways

Ah and I just found some code in the help file that does actually do something like what I want, so I have something showing up in the child window now.
Now just to figure out why it can't load the image at runtime...

Make sure you request the image filters, maybe look into EnumElts in help file too.
Be aware any text-drawing extensions in Unicode mode will need their Unicode text passed as unsigned short *, not wchar_t *, due to an old compatibility issue.

airways · January 29, 2021 at 2:18 AM

Yeah storing the images in the image bank and using EnumElts ended up being better way to go since the images are stored in the produced app. I'm still a little puzzled why the external PNG load didn't work even though it works in the editor.

Phi · January 29, 2021 at 3:12 AM

Quote from airways

Yeah storing the images in the image bank and using EnumElts ended up being better way to go since the images are stored in the produced app. I'm still a little puzzled why the external PNG load didn't work even though it works in the editor.

You could refer to Please login to see this link. to see how it does it

Log in or register!

Looking for Customer Support?

Rendering a custom owner-drawn button in Runtime

Participate now!

Useful Links, Resources & Information

Fusion 2.5 Resources

Crowdfunding Focus