|
Just rewrite the dialog contructor passing it a handle or pointer to your object.
==============================
Nothing to say.
|
|
|
|
|
im noob in this topic could you show me an example?
|
|
|
|
|
You can also chenge the information between your main application and a dialog modal in few ways, which you can see here[^], there you have some exmaples ...
|
|
|
|
|
Yesh, override the dialogs DoModal() func (ie just add a new constructor that takes the params you want.)
In your implementation of DoModal() you copy the params locally, and then call the base class DoModal().
When your other dialog or whatever creates your new dialog, it passes the required params to the DoModal() func.
MyNewDiaolog * dialog = new MyNewDialog;
dialog->DoModal(<add your="" params="" here="">);
==============================
Nothing to say.
|
|
|
|
|
It's usually not a good idea to tie the dialogs together like that. It makes them too interdependent. Consider keeping the data in the custom class (complete with getters and setters) and creating an instance of that class in the CWinApp-derived class. Each dialog can then get access to that single instance using AfxGetApp(). This is similar to what is happening when have a document (and a view). The data, shared by the entire app, is stored in the document. When you want to access that data, you ask the document for it.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous
|
|
|
|
|
Returning a pointer to the app class, allowing a dialog class to access data internal to the app class does what exactly in terms of following the Object Oriented methodology? 
A typical hack. That is why OO design allows for polymorphism, so that data can be passed around as required. Overriding the dialog constructor then is actually a purer OO way of acchieving what he wants.
==============================
Nothing to say.
|
|
|
|
|
I need to integrate a facebook login in my application so I want to know if there are library to add!!!!! Thanks in advance.
|
|
|
|
|
Member 10005632 wrote: need to integrate a facebook login in my application so I want to know if there are library to add!!!!! Thanks in advance.
could you please provide more information regarding your project... for what you want to use FaceBook information? for Authentication purpose or you want to use some other information in your project.
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
Never mind - my own stupidity is the source of every "problem" - Mixture
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You
|
|
|
|
|
I want to use this for authentication purpose and later I want to add some friends into the community. My project is an application like skype.
Thanks!!
|
|
|
|
|
I just read an article which augues that coding with only one programming language would limit one's capability to code.
I'm a little confused about this argument, because I've always thought that, one developer proficiently mastering one language outperforms one using many language but he actually knows relatively little about each one.
So, I'm not sure whether the idea of the passage I read is very correct.
I just want to hear more opinions about this issue, so, please feel free to show your thoughts about it.
|
|
|
|
|
I suspect they're concerned about paradigms more than actual languages. If you know only imperative languages or only functional languages for instance you may have trouble solving problems that are better suited to the other paradigm. You may know several imperative languages, but you still may not easily solve problems suited to functional languages.
|
|
|
|
|
Uni-voter countered.
Make it work. Then do it better - Andrei Straut
|
|
|
|
|
Thanks for your reply.
Actually, I feel C++ is quite limitless, because it contains three paradigms, which are process-oriented, object-oriented and generic.
So, I'm wondering if you could tell me more about other paradigms, do they exist? (I'm kind of a green hand~  )
|
|
|
|
|
rudiestf wrote: Actually, I feel C++ is quite limitless, because it contains three paradigms,
which are process-oriented, object-oriented and generic.
That however doesn't mean it is cost effective. So for example although you might be able to solve a problem using only C++, solving it using SQL would take far less time and thus cost less.
|
|
|
|
|
PIEBALDconsult wrote: You may know several imperative languages, but you still may not easily
solve problems suited to functional languages.
However realistically one in unlikely to encounter a problem where that matters. Especially for that specific case. But one is more likely to encounter problems such as architecture and performance.
|
|
|
|
|
If your unique programming language is C++ then you have no limits.
Veni, vidi, vici.
|
|
|
|
|
I really appriciate your opinion~  cuz I'm a big fan of c++ programming~
|
|
|
|
|
CPallini wrote: If your unique programming language is C++ then you have no limits.
Idealistically one can argue that but realistically it isn't true. An programmer that has spend 15 years writing embedded C++ controllers for hard drives probably isnt going to be as effective for creating a new web server on windows versus someone that has been doing exactly that for 8 years using C#.
And the reverse is true as well.
Businesses care about how much it will cost and when it will be delivered.
|
|
|
|
|
Being unable to create a new web server using C# is a plus, not a limit. 
Of course you are right.
Veni, vidi, vici.
|
|
|
|
|
This whole argumant is misplaced. Being a good software engineer is not about the language, it is about how he solves problems. The language is just one of the tools to acchieve that goal.
==============================
Nothing to say.
|
|
|
|
|
Thanks for replying
I think your idea is right in some ways.
Indeed, a good software developer can solve many problems.
But, the more programming languages he masters, the more problems he can solve. So, in this way, the idea that "the more languages, the better" seemes to be right.
Can you still hold your opinion?
|
|
|
|
|
It is right in all ways.
What pisses me off is job specs that list the source controll SW they use! As if that is important!
What makes a good product is good architecture, good design. Everything else after that is just implementation. Use the tools you need, beit VB, C#, C, and if you dont know the tools then read up and start coding. Soon enough you will know them well enough to write a great project.
Oh, and most of the fancy features of a language are useless. They are juct mental bling, and do not add one jot of usability to the project.
Look, as a mechanical engineer are you expected to revel in the interface of a particular milling machine?
No, you design the product and use what ever milling mechine is to hand. Period.
==============================
Nothing to say.
|
|
|
|
|
Besides what's already been said, to flip this around, I've grown quite skeptical of developers who know lots of languages and platforms and claim mastery in many of them. My own observation is that it takes 5 to 7 years to become an expert at anything. There are exceptions, like Marc Clifton, but they are exceptions. (To be fair, too many companies don't care--regardless of what they say, "good enough" is their actual standard of quality.)
|
|
|
|
|
Joe Woodbury wrote: platforms
That is the key, not the laguage, but the space you work in. It can take many many years to know it well, and of course in this I include technologies too.
Take networking. Is it more important to know C++ or know TCP/IP?
Nuf said I think.
==============================
Nothing to say.
|
|
|
|
|
I always found it very refreshing to learn and know multiple programming languages. I've found that broadening my horizons that way can give me unique insights or alternative looks on coding, which can be helpful and enjoyable.
I'd say it also makes communication easier with other programmers, as they might not be proficient in the same languages as you; a broader view of the coding landscape can help.
Also, just because one knows multiple languages this doesn't prohibit you from mastering one. It can even help in this regard, as more knowledge is always welcome.
That said, I do not believe that just because one only knows one language this means that they are more limited than those who know multiple. As has been noted in this topic by others, it's also very important to be able to tackle problems from multiple angles, regardless of the language.
All in all, I'd argue that a change of scenery is a good thing, and that it can never hurt to broaden your view. It can also be a lot of fun to learn a new language, and you don't have to go as far as mastering it.
My best programming experience, the most fun I ever had, was learning Common Lisp (I started in VB6 and C++). Has this made me a better programmer? I'd like to think so, if only because I better recognise the strengths and limits of the various languages and platforms out there.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
