|
I beleive that that message will change the color for all the text in a particular static window. With my program I just want to make certain words within the cstatic a different color. This derived class changes the color by looking for a particular character flag within the text and changing the color until the next flag. I do not want to change the text of the entire cstatic box or this would be a much simpler problem.
Thanks for the comment though. As I said before I can copy the entire string from within the cstatic using shortcut keys but I cannot select portions of the text with the mouse to do a copy. Any ideas on this?
-Derrick
|
|
|
|
|
Derrick Becker wrote: With my program I just want to make certain words within the cstatic a different color.
A richedit control would do this much, much easier.
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
As I said I am new to Visual C++ programming. How might I go about this with a richedit control? Can I insert some character sequence into the string to tell the richedit to change colors? Or would I have to derive a class from richedit to do this? And if I did derive the class are you telling me that I would not need to override the OnPaint function of the richedit since it would have functions built in to change parts of the string?
Thanks,
Derrick
|
|
|
|
|
Derrick Becker wrote: ...are you telling me that I would not need to override the OnPaint function of the richedit since it would have functions built in to change parts of the string?
Correct.
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Well I think I will look into using richedit then instead of cstatic. As I said I am new to visual c++ programming and I was informed I should use and overridden class of cstatic to get colors. The rich edit may be a better option though.
If possible to just make the cstatic selectable though I would like to find that information since I have it all set up with the cstatic derived class with everything working but the text selection.
|
|
|
|
|
Derrick Becker wrote: The rich edit may be a better option though.
Definitely.
Derrick Becker wrote: If possible to just make the cstatic selectable though I would like to find that information since I have it all set up with the cstatic derived class with everything working but the text selection.
Even if you did somehow manage to get it working, you'd still be stuck swimming upstream (i.e, going against the grain) from this point forward.
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Alright you've convinced me to go ahead and try to make the rich edit's work. btw I think the two different conversations at the same time is somewhat funny.
Thanks
|
|
|
|
|
I just did some more testing and I noticed that if you have the cstatic window open and do a Control+A and Control+C to copy all text it will copy and I can paste the entire window to another App but I still cannot do specific text selections. Any help would be greatly appreciated.
|
|
|
|
|
Ok. You cannot do a selection in a static control. Instead, you can prepare a CEdit derived class and make it readonly. This will look like a static control but with a capability of selection. (You might also consider CRichEditCtrl class which has a functions to format its content).
--
=====
Arman
|
|
|
|
|
I tried to derive my class from CEdit instead and it seemed to have the same exact output and issues. You said earlier "the text selected is not shown as being selected", could this be the problem? The old version of this App used a CStatic control that was read only and allowed text selection. I would like this same ability only with color, so it should not be a limitation in the CStatic since the old one with a regular CStatic could do text selection.
Thanks for all your help, let me know what else you think please.
-Derrick
|
|
|
|
|
Derrick Becker wrote: The old version of this App used a CStatic control that was read only and allowed text selection.
Are you 100% sure about this? A read-only edit control with no border/edge will look exacly like a static control. The only difference being that you can select text from the edit control whereas you cannot from the static control.
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Yes in the header file they were declared as CStatic and text could be highlighted. I think maybe the person that created the first one may have used an Edit box through the resource editor and then manually changed it to a CStatic if that makes a difference because if you go to the properties of the dialog through the resource editor it says "Edit Properties" at the top.
|
|
|
|
|
The way to find out definitely is to use Spy++ on the control itself. Just run the application, open the dialog that contains the control in question, run Spy++ and drag the finder tool over the control. Note the type of control and its styles.
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
|
It's part of Visual Studio.
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Found it, i'll check it out. Thanks
|
|
|
|
|
here,I want to create a roundRectange dialog,I think there are two chioces:
First,owner draw,using the function SetWindowRgn().But I could not set the text of the title when it is minimized to the desktop's bottom.
Second,process none-client area of the dialog.But I could not make the bottom of the dialog to round-conor.
How should I resolve this?
Thanks.
BEST REGARDS
|
|
|
|
|
|
Thanks.The article is good.
But the problem is that,when it runs,there is no text tip in the desktop's status bar.(I mean the bottom of the desktop);
|
|
|
|
|
in another word,we could not set the WS_CAPTION style.
So,the dialog would show appear with no title ,even it is minimized!
|
|
|
|
|
How do I disable Remote debugging setting I had done for a project? Now what is happening is for whichever new project I try to debug the application asks for the path of the remote application.
|
|
|
|
|
in VS 2005
under project -> property pages
(tab) Configuration Properties -> debugging, (drop down) Debugger to lauch -> select Local Windows Debugger
under VS6... something simliar i guess, cant remember though 
|
|
|
|
|
Why does a list offer a faster search as compared to a vector while offers a slower lookup. Is the explanation to be given in terms of algorithms?
|
|
|
|
|
Not correct. The speed is depends both the algorithm and the data structure. For example, a binary search algorithm is more likely will work faster on vectors (random access containers) than on lists (sequential access containers). But a sequential search algorithm may not do much difference on either of them.
--
=====
Arman
|
|
|
|
|
You may be thinking of map or multimap. Those collections can offer faster search/find times than a vector with a large number of items. I believe that walking a vector or list end-to-end in results in no significant performance difference (unless you consider memory locality).
If you are asking why certain collections (map, set, etc.) offer their own find(...) members instead of relying on the standard find(...) function, is is because the standard function requires a certain type of iterator (which a collection may not support), and searching some collections by begin() and end() may not take advantage of any optimizations/functionality within the collection itself, which is the case with map::find(...) vs. ::find(...).
-=- James Please rate this message - let me know if I helped or not!<HR>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
