Jump to content
  • Advertisement
Sign in to follow this  
  • entries
    557
  • comments
    1237
  • views
    423132

A small side project

Sign in to follow this  
Evil Steve

84 views

I've decided to make another TA client, because there's things about DruinkIM that bug me slightly, and I'd like a bit of a distruction from my MMORPG for a bit.

First off, I want a replacement for the RichEdit, so I'm writing my own custom control (I think I mentioned that I started doing that ages ago). This is a complete restart though.
I'm only dealing with fixed-width fonts, which makes a bit easier, but I want to be able to insert images and things to the control, like a RichEdit (With some limitations). I have a rough idea of how I want to handle all this. The control (I'm calling it a DruinkEdit) will have a std::vector of lines of content. Each line can contain text and/or an image. I'll be double buffering my stuff probably, for performance reasons, although I'd like to do some fancy stuff like rendering some D3D crap in the background. And I don't think that'll work too well with double buffering. We'll see anyway.

So, after 10 or 15 mins, I've got a working control, as a child window of my test app:
DruinkEdit control
I'm intending to make it unicode and 64-bit compatible, but VC2005 still bitches about 64-bit conversion warnings with SetWindowLongPtr() and GetWindowLongPtr(), is that normal?

Also, I'm not to sure how to store all my state information. I'd like to do it however the standard Windows controls do it, since that's obviously the most tidy. At the moment, once the DruinkEdit window class is registered (It'll be done automatically in a .lib or .dll form, but I'm doing it manually for now), you can use CreateWindow() to create a DruinkEdit.
The control allocates sizeof(CDruinkEdit*) bytes after each window (using the cbWndExtra parameter of the WNDCLASSEX structure), and allocates a CDruinkEdit there in WM_NCCREATE, and destroys it in WM_NCDESTROY. Between then, everything just gets thrown at my non-static window proc.
Here's my static window proc for your amusement:

//C4244: 'argument' : conversion from 'LONG_PTR' to 'LONG', possible loss of data
//C4312: 'type cast' : conversion from 'LONG' to 'CDruinkEdit *' of greater size
#pragma warning(disable:4244)
#pragma warning(disable:4312)
LRESULT CALLBACK CDruinkEdit::StaticWndProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
CDruinkEdit* pEdit;

// Get pointer to control
if(uMsg == WM_NCCREATE)
{
pEdit = new CDruinkEdit(true);
if(!pEdit) return -1;
SetWindowLongPtr(hWnd,0,(LONG_PTR)pEdit);
}
else
{
pEdit = (CDruinkEdit*)GetWindowLongPtr(hWnd,0);
assert(pEdit);
if(!pEdit) return DefWindowProc(hWnd,uMsg,wParam,lParam);
}

pEdit->m_hWnd = hWnd;
return pEdit->WndProc(uMsg,wParam,lParam);
}
#pragma warning(default:4312)
#pragma warning(default:4244)


Anyway, I expect this to be a nice little side project, and not so vast that I'll get fed up with it, particularly now I'm working fulltime...
Sign in to follow this  


1 Comment


Recommended Comments

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Advertisement
×

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

We are the game development community.

Whether you are an indie, hobbyist, AAA developer, or just trying to learn, GameDev.net is the place for you to learn, share, and connect with the games industry. Learn more About Us or sign up!

Sign me up!