I want to change the color of my pen... my msdn cd got scratched up so I have little reference for these matters. What I''m asking for is a better way to change the color of the pen every iteration of the loop instead of using creating 250 different pens. There must be a better way than this. LOL void CMainWindow::OnPaint() { CPaintDC dc (this); CPen pen[250]; for(int k = 0; k < 250; k++) { pen[k].CreatePen(PS_SOLID, 1, RGB(0 + k, 0 + k, 0 + k)); } dc.SelectObject(&pen); for(int i = 0; i < 250; i++) { dc.LineTo(i, 500 - i); dc.LineTo(500 - i, 500 - i); dc.LineTo(500 - i, i); dc.LineTo(i,i); dc.SelectObject(&pen); }

Thx that pointer cleaned up the code alot. I stumbled upon that effect by accident I was just screwing around and it happened : ) I dont know why but I''m having trouble once again with the window repainting itself... when I drag the window outside the desktop area 3 or 4 times it quits repainting the clipped area and causes all kinds of weird crap like vc++ app is missing buttons and I have to minimize and maximize it so it repaints it... I rewrote the code a few hours ago before my initial post and it fixed it.. then I started mucking with the code again and here I am. LOL if anyone doesn''t mind quickly going through the source I would definately appreciate it... I''m learning MFC from prosise''s book and it is rather painfull but Ima learnin. It acts likes its sucking up all the resources and not releasing them but I dont understand why it would be doing that... Or else I''m not using the device context properly...

// tetris.h

class CMyApp : public CWinApp
{
public:
BOOL InitInstance();
};

class CMainWindow : public CWnd
{
public:
CMainWindow();
protected:
virtual void PostNcDestroy();
afx_msg void OnPaint();
DECLARE_MESSAGE_MAP()
};

/////////////////////////////////////////////////////////////////
#include
#include "tetris.h"

CMyApp myapp;

BOOL CMyApp::InitInstance()
{
m_pMainWnd = new CMainWindow;
m_pMainWnd -> ShowWindow(m_nCmdShow);
m_pMainWnd -> UpdateWindow();
return TRUE;
}

BEGIN_MESSAGE_MAP (CMainWindow, CWnd)
ON_WM_PAINT()
END_MESSAGE_MAP()

CMainWindow::CMainWindow()
{
CString strWndClass = AfxRegisterWndClass
(
NULL,
AfxGetApp () ->LoadStandardCursor (IDC_ARROW ),
(HBRUSH) (COLOR_3DFACE),
AfxGetApp () ->LoadStandardIcon(IDI_WINLOGO)
);

CreateEx
(
0, strWndClass, _T("TETRIS"),
WS_OVERLAPPED | WS_SYSMENU | WS_CAPTION | WS_MINIMIZEBOX,
CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, USEDEFAULT,
NULL,NULL
);

CRect rect( 0, 0, 500, 500);
CalcWindowRect(&rect);

SetWindowPos(NULL,0,0,rect.Width(), rect.Height(),
SWP_NOZORDER | SWP_NOMOVE | SWP_NOREDRAW);
}

void CMainWindow:ostNcDestroy()
{
delete this;
}

void CMainWindow::OnPaint()
{
CPaintDC dc (this);
CPen *pPen;

for(int i = 0; i < 250; i++)
{
pPen = new CPen(PS_SOLID, 1, RGB(0 + i, 0 + i, 0 + i));
dc.SelectObject(pPen);
dc.LineTo(i, 500 - i);
dc.LineTo(500 - i, 500 - i);
dc.LineTo(500 - i, i);
dc.LineTo(i,i);
delete pPen;
}
}

hehe LOL I just jumped on the net to post I figured it out... your exactly right... I thought it was deleting the object but what was happening exactly was the object''s destructor was being called when it went out of scope... but the object was already deleted... that''s half... the other half was I needed to select the old pen object back into the dc before deleting it... like you had done which kills two byrds with one stone. hehe thanks incidentally this function is the background for my tetris game i''m attempting also... DAMN I NEVER THOUGHT MAKING TETRIS WOULD BE SO HARD!!!!!!!! its worth it when it finally starts working right though, now I can get on with the rest of the game!!!

What''s up man I found a way to fix the flicker problem i''ve been having also. Before I was drawing the background and then drawing all the blocks on the screen each frame. But I found a way to only redraw the section of the background that covered the previous location of the moving block. After initializing the background and drawing it I create a COLORREF array 500 x 500 and run a loop that inputs all 250,000 pixels that make up the background into the array. Then I just use my coordinate system to repaint the affected area''s. I thought it would slow things down quite a bit calling the putpixel function 400 times in the loop for each segment of the current shape I''m drawing but I haven''t even noticed the slighest bit of slowdown so I think I''ll keep this system. Just curious how did you code the collision detection portion of your program? Mine is simply lots and lots of case statements followed by massive if && ... && ... statements. I dont mind coding it this way as its very fast but there must be a more elegant way to do it instead of hard coding every little possible collision. Good luck with porting it to opengl after I learn some more mfc and c++ i''m going to learn directx and get going doing some sidescrollers or something similar. Later

waaaaaazup... your c.d. looks alot like mine except that you use loops... I wanted to use loops but I didn''t plan ahead when I first started so it wouldn''t fit into my exhisting code quite right. I did the same thing with a bool array 20 x 20 that keeps track of coordinates except the way I construct my blocks and keep track of them appears to be a little different so... blah blah blah I learned the hard way to think ahead and make sure all the pieces will fit together nicely before starting and having to code massive amounts of case and if blocks. Sorry I know nothing about opengl I haven''t got into that or dx yet. I finally got all the bugs out and now I just have to code in a menu to start the game instead of just starting right when I run it, pause control, and have a menu to change keyboard configs etc. and finally put some more work into drawing some cooler looking blox. LOL they look ugly as hell ... later