|
polopo wrote: I have delara a function type is public
Sorry, I never heard about public functions. 
BTW what about a good C++ tutorial?
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Definetely we can call it.. Don't know what problem you are facing? Could you elaborate please?
|
|
|
|
|
If you are saying that you have a class and inside that you have a public member function, then
you need to create an object of the class at the place where you want to call it. And then using that object you can call the function. You need to include the .h file in which you have created your class.
Well this is like targeting in dark..
If you can put the problem in detail. You may get right solution.
|
|
|
|
|
Im having a problem when I SetWindowRgn I lose the visual appearance of XP and Vista, as seen in Figure 1[^]. Any ideas of what I'm doing wrong?
Here is the code i'm using DialogTest.rar
Thanks
|
|
|
|
|
Yes, that's what SetWindowRgn does. How can Windows know how to attach a title bar to your region?
Applications that do this draw their own title bar and respond to WM_NCHITTEST to tell Windows which part of the UI has been hit. You can draw standard Windows controls with DrawThemeBackground/DrawThemeIcon/DrawThemeText etc, if theming is enabled, or DrawCaption/DrawFrameControl if not.
DoEvents: Generating unexpected recursion since 1991
|
|
|
|
|
No, I understand that. I’m setting the region when the user presses the button, then unsetting the region when it's pressed again. The problem is that when I put back WS_CAPTION the window was being redrawn without visual styles. I just figured out that I was clearing the region after setting WS_CAPTION back to my window. I switched the order and every thing worked perfectly....
Thanks for your response.
|
|
|
|
|
Hi All
How can i remove duplicate values from listbox.Plz help me
|
|
|
|
|
How did your list box end up with duplicate values at first? The right way would be to not add duplicate values.
Many are stubborn in pursuit of the path they have chosen, few in pursuit of the goal - Friedrich Nietzsche
.·´¯`·->Rajesh<-·´¯`·.
[Microsoft MVP - Visual C++]
|
|
|
|
|
Thx's for responce
I am adding values at the run time in the list box.And i want if all ready data(same name of data) present then no new data add in the exiting list box.If different type of data(different name of data)came then add in this listbox.
Right now data add in proper way but i need to remove duplicate data.
Plz help me
|
|
|
|
|
I'm telling you not to add duplicate data at first place so that you won't have to worry about it at all. What is your difficulty in adding only non-duplicate values? How are you approaching it?
Many are stubborn in pursuit of the path they have chosen, few in pursuit of the goal - Friedrich Nietzsche
.·´¯`·->Rajesh<-·´¯`·.
[Microsoft MVP - Visual C++]
|
|
|
|
|
Well, it is not a difficult task: sort the data and then remove the duplicate entries comparing each item with the following (or prevoius) one.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
can you give me some code example ..
Plz help me
|
|
|
|
|
You need to a loop and on the loop use of FindString.
|
|
|
|
|
Before calling AddString(), give a call to FindString(). If it returns -1, proceed with calling FindString().
"Love people and use things, not love things and use people." - Unknown
"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch
|
|
|
|
|
I thought adding non-duplicate data would be the best way.
Many are stubborn in pursuit of the path they have chosen, few in pursuit of the goal - Friedrich Nietzsche
.·´¯`·->Rajesh<-·´¯`·.
[Microsoft MVP - Visual C++]
|
|
|
|
|
I wonder if you got downvoted for your answer because you didn't provide the full source code? Your answer is perfectly fine. Lot's of idiots around here.
|
|
|
|
|
Thank you.
Voting people sometimes has no adequate technical skills to do it, anyway that's part of the game.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
for me, the best reason for why he's been downvoted is because patching a design issue with code is always a bad solution...
if the list mustn't have duplicates, then it just not have to accept them at first.
Rajesh R Subramanian seemed to have spotted it right 
|
|
|
|
|
Actually Carlo suggested that because the OP himself was insisting on that. Even after I suggested him something that is more logical, he went around and asked again "how to do what I azked. pleaze show the sourze codez".
Many are stubborn in pursuit of the path they have chosen, few in pursuit of the goal - Friedrich Nietzsche
.·´¯`·->Rajesh<-·´¯`·.
[Microsoft MVP - Visual C++]
|
|
|
|
|
toxcct wrote: patching a design issue with code is always a bad solution...
Generally speaking, maybe it is not a design issue (though, on common sense grounds, his code has such issue). Maybe you can't simply avoid duplicate items in the list (i.e. very fast insertion on data acquisition, list already buildt by code out of your control). I simply gave some hints to deal with the actual problem. Anyway I don't bother about downvoting: as I already said, it's part of the game.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
modified on Thursday, August 21, 2008 5:16 AM
|
|
|
|
|
I'll have to agree with Tox also. His argument makes perfect sense to me.
But still, it is nobody's fault, but the down-voting was unreasonable, because the OP himself was aZking for something and you just offered him a viable solution.
Many are stubborn in pursuit of the path they have chosen, few in pursuit of the goal - Friedrich Nietzsche
.·´¯`·->Rajesh<-·´¯`·.
[Microsoft MVP - Visual C++]
|
|
|
|
|
Rajesh R Subramanian wrote: I'll have to agree with Tox also. His argument makes perfect sense to me.
I don't agree (but I won't kill you for this, you're my friend  ): while it is good design (and generally very desiderable) having a listbox already filled without duplicates, removing duplicates from a set of data is a quite reasonable elaboration task (and learn how to do it may have some value too).
As for downvoting, I don't bother too much: I was thankful to toxcct for trying to give an explanation to such votes, anyway I won't vote 1.0 a post just beacause may philosiphical point of view on the argument is quite different.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
CPallini wrote: I won't kill you for this, you're my friend
Thanks pal. I thought I'm a dead man after I posted that message.
Many are stubborn in pursuit of the path they have chosen, few in pursuit of the goal - Friedrich Nietzsche
.·´¯`·->Rajesh<-·´¯`·.
[Microsoft MVP - Visual C++]
|
|
|
|
|
You MFC people should be warned about plain-C people rudeness.
BTW Another THHB's stroke!
BTW2: No Rajesh's fans in the lounge [^]. Balanced.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Thanks pal. I forgot to feed my troll with wheat flakes last evening.
Many are stubborn in pursuit of the path they have chosen, few in pursuit of the goal - Friedrich Nietzsche
.·´¯`·->Rajesh<-·´¯`·.
[Microsoft MVP - Visual C++]
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
