|
Press ESC on your keyboard! 
Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!
|
|
|
|
|
Rickard:
I know how to stop building manually. My question is how to force it to stop automatically. I'm converting a VC++ project to new VS .NET and the project consists of 32 subprojects with more than 2 millions lines. Currently I'm somewhere in the middle and I get hundreds of warnings/errors after every build. So during building I always have to scroll back through hundreds of output lines to check if there was an error or not (and stop it if there is an error). Of course I could change the startup project always after I finish a DLL or I could use the "Build (selection only)" command but I'm always very disappointed when I see that someone has changed something what was good (better than after the change). But may be I'm wrong and there is an option that solves this problem.
Regards Mirek
|
|
|
|
|
mireks wrote:
So during building I always have to scroll back through hundreds of output lines to check if there was an error or not
I have no idea about what you want, and moreover I'm novice... 
but (I'm sure that you'll know this) you can press F4 to go through the errors and warnings found...
If nobody answers you and you didn't know it... it can help you...
Hope this helps...
|
|
|
|
|
Joan: thank you for your answer but, unfortunately, it doesn't solve the problem. What I want: My project is large and consists of 32 subprojects (DLLs). When I'm building this project and if there is an error (for example in a DLL #5) then I want Visual Studio to stop building so that I could fix the error. VC++ 6.0 and all previous versions really stopped but new VS .NET continues in building (a DLL #6 and all other DLLs) and writes thousands of other warnings/error messages. I can stop it myself but sometimes it is difficult to notice that there was an error. In my case it doesn't make any sense to continue in building if there is an error, it is just a waste of time (especially if building takes about 20 minutes). I don't know why Microsoft has made this change. I can live with it but - as I've already written - it is annoying.
Regards Mirek
|
|
|
|
|
mireks wrote:
I know how to stop building manually
Argh... Again I read a message carelessly! 
Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!
|
|
|
|
|
How to create a Table(Like Msword Tables) in Windows Application?
|
|
|
|
|
Use CListCtrl with gridlines 
|
|
|
|
|
I have an aplication wich splits the window in two: one is a TreeView for navigation on the document and the other side can be a CFormView, CListView ou just a CView. My problem is that, after I've created menu accelerators and their message processing routines, I cannot get the messages sent to the window on the right. I also cannot get the ON_PRINT messages. I've even tried to send ON_COMMAND messages to the window on the right and it still does not catch them. What am i doing wrong ?
Thanks
Nelson Gonçalves
|
|
|
|
|
Where do you send the messages to?
I usually send the messages to the CMainFrame, where they are catched and relayed to the relevant view.
Or maybe you can use the simpler UpdateAllViews() broadcast? Just define your own HINT-constants. You can then use the pHint for sending more complicated data (or better, a pointer to it).
My opinions may have changed, but not the fact that I am right.
|
|
|
|
|
I do not re-directionated messages. I have a funy bug, because i can catch mouse messages on the CView() window,on the rigth, but no other message. All I want is to catch keyboard accelerators on the CView(). I don't think that the UpDateAllViews() will work. I think I should work on the mainframe
Nelson Gonçalves
|
|
|
|
|
Sorry, I thought you wanted to send messages from one view to the other.
For your acceletators, try to use CMainFrame or the CMDIChildWnd.
My opinions may have changed, but not the fact that I am right.
|
|
|
|
|
Ok, thank you for your time.
Nelson Gonçalves
|
|
|
|
|
What's the difference between CCriticalSection and CSingleLock?
When should i use CCriticalSection and when CSingleLock?
|
|
|
|
|
Hi..
you use CSingleLock and CCriticalSection to control access to a resource you only need to wait on one object at a time and just one thread at a time can access this resource.
|
|
|
|
|
Hi,
I am working on an application in which the mainframe is split into four panes. Two panes are folderviews and the other two are fileviews. I created a separate view for each pane.
The folderviews are derived from CFormView and consist of a CTreeCtrl and some CBitmapButtons. Both folderviews are identical, yet I have to do all coding twice. As far as I know I cannot create a single class and derive both folderviews from this class as dialog id's have to be unique.
Is there any way around this problem. It seems like a waste of code and I do not like the double maintenance.
Woody
|
|
|
|
|
how I can change the tiltle Bar, StatusBar and Dialog BackGround Color....
Thanks In advance
|
|
|
|
|
For dialogs (and even StatusBar??) you can implement CWnd::OnCtlColor, there reacting on CTLCOLOR_DLG. If this doesn't work for status bars you could try OnEraseBackground.
And what about title bars? I remember that I've seen some articles about that here on CP;)
|
|
|
|
|
BOth Not works,
OnEraseBackground errases background, but how I set new background eg (Dialog with RED background)
|
|
|
|
|
OnCtlColor works for sure when used for dialogs. Here's an example:
HBRUSH CMyDialog::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor)
{
switch (nCtlColor)
{
case CTLCOLOR_DLG:
{
CBrush* back_brush;
COLORREF color;
color = (COLORREF) GetSysColor(COLOR_BTNFACE);
back_brush = new CBrush(color);
return (HBRUSH) (back_brush->m_hObject);
}
}
return(CDialog::OnCtlColor(pDC, pWnd, nCtlColor));
}
And a solution for OnEraseBackground could look similar to this:
BOOL CSampleView::OnEraseBkgnd(CDC* pDC)
{
CBrush backBrush(RGB(255, 128, 128));
CBrush* pOldBrush = pDC->SelectObject(&backBrush);
CRect rect;
pDC->GetClipBox(&rect);
pDC->PatBlt(rect.left, rect.top, rect.Width(),
rect.Height(), PATCOPY);
pDC->SelectObject(pOldBrush);
return TRUE;
}
*both examples taken fom MSDN and slightly modified
|
|
|
|
|
yes u are right...OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor)
works well,....
UPDATES In Initial Requirements....  ;P
Now I want to change the Background of Property Sheet.
OnCtColor works well for property pages, but not works for Property Sheet...
ALthough Property Sheet to inherit from CWnd....
|
|
|
|
|
Hello:
I am in the midst of trying to make a small dialog based application that has an interface to a COM port. I need to be able to display the data that comes from the COM port into a text type box that is organized in specific rows and columns similar to a terminal display. I have tried to use an edit control, a static text box and other types of controls but none give me the features I need. I am curious as to whether anyone has any idea of where I can start with this project in order to get it off the ground.
Here I list the requirements that are needed for this text display area...
- It needs to permit me to use a fixed width pitch for the characters so that distinct columns are produced. It would be nice of the actual font used is selectable but that is not a requirement.
- The text area needs to be accessable to dynamically determined row and column positions of the array so that a text string can be displayed.
- Any given part of the text needs to be able to be displayed in an alternate color scheme. Ideally the effect that needs to be achieved is to make certain text appear as reverse video to the rest of the text in the box.
- It is not really necessary for there to be any kind of cursor in the text area for "user entry of data. Just think of this text area as a display field.
- The control mechanism needs to be able to function as a control on a dialog.
I am somewhat experienced with creating windows applications but so far all my work has been with dialog based applets. The current project is one of this type and the request for help here is to try to add a small display window to the dialog that works somewhat like the text box of a HyperTerminal window with regards to the display of data characters that will be arriving from a serial port.
Any help, discussion, pointers, or sample code would be extremely helpful to me.
Note that I am working in a Win32 environment with MFC and Visual C++ Ver 6.
Thanks
Mike Karas
-
|
|
|
|
|
use a list control that does what u r looking for..and it also displays in rows and colums..search for more on list in CP and u will find many such articles...
cheers
Himanshu
|
|
|
|
|
I have looked at all the CList control articles on this web site and tried to study each carefully. I cannot directly see how a list control would be used to simply display a box of text. I did see one article about using the CustomDraw features of the List Control - but that seems way over kill to me....... does it need to be this complicated to support a terminal emulator screen at 25x80 characters with just a reverse video attribute capability?
Michael Karas
|
|
|
|
|
I would think about a "owner drawn" control. You derive a CStatic in which you Paint yourself. Then you need a output, for which you make such a control in your dialog resources.
It´s a lot of work, but you´ll should enjoy it.
Try this @ home. (B&B)
|
|
|
|
|
Thanks for the suggestion.....unfortunately I have no idea where to start in order to implement such a control. Can you make a suggestion where I can see a sample CStatic control in "Owner Drawn" mode that supports multiple lines (25 in my case) where the string for each row would be independent and each row need to be displayed in a manner with some text in normal video (black char on white background) and some characters in reverse video (white char on black background)?
Michael Karas
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
