|
I guess if you draw the button in onpaint event then you wont have this porblem, how are you changing the colour of the button anyway?
The World is getting smaller and so are the people.
|
|
|
|
|
I have a variable called m_ActiveButton. Each button has a draw function and in that function if the button is active it is drawn one color and if its not active it is drawn a different color.
I can't just draw in onpaint() directly or I will get flickering.
-Steve Messer
|
|
|
|
|
Call UpdateWindow() to force a repaint.
myButton.methodToChangeSomeVisibleProperty();
myButton.Invalidate();
myButton.UpdateWindow();
/ravi
Let's put "civil" back in "civilization"
Home | Articles | Freeware | Music
ravib@ravib.com
|
|
|
|
|
I stated that this is not a real button and therefore it does not have the methods you mention. I must either invalidate the whole screen or portions of it. Everything on the dialog ( this is a dialog based project ) is drawn with GDI+ so there are no physical controls on the dialog. Everything is drawn using GDI+.
Even if I could do as you described the action() mentioned in my explaination would occur before the screen would have the change to redraw. The action()'s are calling a dialogs from other dll's.
-Steve Messer
|
|
|
|
|
In the Automating with office2000, I get a range in the word document,and in the range, there are a graph object, how can I get this graph object and programm with it?
where can I find some help document? code sample ? thank you advance.
|
|
|
|
|
In the use of
string str;
getline(cin, str);
if(str=="???" || str=="")
{
}
else
{
} The logic is always executing the invalid string segment, even when valid data is entered.
Why is this happening?
Thanks for any insight.
William
Fortes in fide et opere!
|
|
|
|
|
WREY wrote:
if(str=="???" || str=="")
Change to:
if((str=="???") || (str==""))
that should help I think
Rickard Andersson
Here is my card, contact me later!
UIN: 50302279
Sonork: 37318
|
|
|
|
|
if((str=="???") || (str==""))
what kinda of comparison is (str=="???") no one compares like this to test wheather the string holds a valid data or not.
this string should be initialised to zero or null before reading...
The World is getting smaller and so are the people.
|
|
|
|
|
Mr.Prakash wrote:
what kinda of comparison is (str=="???") no one compares like this to test wheather the string holds a valid data or not.
When you do more than one comparions like this you need to put them inside parenthesis. The compiler should even report an error or warning.
Mr.Prakash wrote:
this string should be initialised to zero or null before reading...
He uses std::string , that string gets empty when it gets constructed.
Rickard Andersson
Here is my card, contact me later!
UIN: 50302279
Sonork: 37318
|
|
|
|
|
Enclosed, or not, within parentheses, the desired action does not occur.
William
Fortes in fide et opere!
|
|
|
|
|
Does not even merit a relevant response.
William
Fortes in fide et opere!
|
|
|
|
|
Works OK for me in VC++ 6.
Kevin
|
|
|
|
|
Strange! because I have VC++ 6, and I tried a dozen or more different techniques before posting the question, and I couldn't get any of them produce the desired behavior.
William
Fortes in fide et opere!
|
|
|
|
|
Hmmm. I'm puzzled then. I think my VC++ has SP3 applied. perhaps that makes a difference? And I tried it on NT4.
Kevin
|
|
|
|
|
Thanks for your reply.
Even stranger! that you have VC++ 6, SP3 and claim it works for you, while I with VC++ 6, SP5, cannot get the kind of behavior I'm looking for.
The problem (it looks more and more to be), is that 'getline() isn't receiving any data from the input queue, because a 'cout' of the string (which is the input buffer) reveals NOTHING in it. Consequently, when the test is made to see if data is absent, the test succeeds because NO data has been collected and is the reason why the invalid segment gets activated.
So the problem doesn't seem to rest with 'string', but more with 'getline()'.
To be honest with you, 'getline()' has been a problem child for me every time I try to use it, and this time is no exception.
William
Fortes in fide et opere!
|
|
|
|
|
I dont understand why the comparison with three "?"
is it a desired input??
or is it the comparison for uninitialised junk string?
The World is getting smaller and so are the people.
|
|
|
|
|
Here is just a guess since I don't use string.
Try changing str=="" to str== " ". note the space.
Or the string should have an isempty() method I presume.
-Steve
|
|
|
|
|
Try using strcmp() . I've had problems trying to use normal logical operators on strings and char arrays before but using the different compare functions sure saved me from headaches.
The question "Do computers think?" is the same as "Can submarines swim?"
DragonFire Software
Jeryth
|
|
|
|
|
Thanks for your reply.
Because I've worked with 'string' so often, and have equally studied its syntaxes and member functions in the C++ Standard library so much as well, I can say that the authors of 'string' went above and beyond their call of duty to make it as robust as possible. Not only is this reflected in the ways they have tried to make it as seamless for backward compatibility when dealing with C-Style 'char*' string, but they have sought to expand it with features that the old C-Style string did not possess.
For example, the C++ Standard has overloaded the string comparison operators to accept three different kinds of comparisons when comparing std::strings.
1) a std::string with another std::string
2) a std::string with a C-Style char* cstr
3) a C-Style char* cstr with a std::string
Those operators represent, ==, !=, <, >, <=, and >=. So there is no need to use the old C-Style 'strcmp' or 'strncmp' functions (which deals specifically with C-Style char* strings) when working with std::string.
I believe the problem I'm experiencing, has more to do with 'getline()' than with 'strings'.
I've had so many problems in the past using 'getline()', that I shun it like the plague. It's a beast of its own kind that seems to operate like a renegade. It might have good qualities, but (for me) it doesn't seem to be very lending.
William
Fortes in fide et opere!
|
|
|
|
|
There is a known bug in the getline() VC 6.0 version (see MS KB #240015). This KB article has a "fix" which requires editing the string header file. It may not be related to the problem your having, but underscores your suspicions of getline().
By the way, it executes as expected in VS.NET 2003 without revision.
Regards
Mike
|
|
|
|
|
Thanks for your reply.
I'm looking into it. BTW, are you sure about that KB number?
Thanks.
William
Fortes in fide et opere!
|
|
|
|
|
Thanks for the tip.
I did locate the KB article and the string file to which the error refered. However, even after I had made the recommended change the article offered, the problem with 'getline()' still persist.
William
Fortes in fide et opere!
|
|
|
|
|
Move the cin, e.g.
char line[100];
cout << " Type a line terminated by 't'" << endl;
cin.getline( line, 100, 't' );
cout << line;
|
|
|
|
|
Thanks for replying.
Your suggestion has merit to it (perhaps) for a number of other situations, but for what I'm doing, unless I can engender a character (other than any printable character), using a special terminating character (as this form of 'getline()' requires) would not work for me.
For example, if I were to use "t" as my terminating character, there could very well be instances where I might need "t" as a single character to be by itself, which means when the 'getline()' function sees a single "t" standing by itself, it would interpret that single "t" as the terminating character and transfer the collected data from the input queue to the buffer, when in truth and fact, in that particular instance I did not mean for "t" to be a terminating character (it may have been meant to be data). This is especially true when dealing with scientific equations and formulas.
William
Fortes in fide et opere!
|
|
|
|
|
Then simply use: cin.getline( line, 100) for the example given. The DEFAULT will be '\n' (carriage return) added as the final character when the return (enter) key is pressed.
|
|
|
|