Console to Graphical User Interface

Question

1.00/5 (1 vote)

See more:

I write a program using c++. I am using visual visual studio 2012.In my program there are many graphical element such as aircrft, radar etc. I have written the program in win32 console application. In my program there are many header (.h) files as well as many (.cpp) files. Now I want to run my program in Graphical User Interface (GUI) by copying those header files and cpp files. what can i do in this situation. please give me a solution by an example.

Posted 20-Jan-13 16:40pm

sultan-2

Updated 20-Jan-13 17:29pm

v2

Add a Solution

Comments

Sergey Alexandrovich Kryukov 20-Jan-13 23:04pm

The question is too vague to discuss it seriously. We have no idea what your application should do. You managed to even say no word about you platform. And yet, you are still asking this go-there-don't-know-where-bring-that-don't-know-what kind of question. If you didn't understand this little difficulty in first place, I am not sure how to talk with your, about what... See the point?
—SA

sultan-2 20-Jan-13 23:32pm

I am using visual studio 2012. My application will able to control aircraft movement, radar specification etc.

Andreas Gieriet 21-Jan-13 13:37pm

When you have a console application, how can you have graphical elements?
Are you asking for how to program some GUI on Windows (.Net)?
Or are you asking how to get some existing *.h/*.cpp into another VisualStudio Solution (--> add existing file).
Your question is far too unspecific.
Please clarify.
Cheers
Andi

3 solutions

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

H.Brydon · Answer 1 · 2013-01-21T05:05:00

Solution 1

Your question is somewhat complex and lacking in a lot of details. Most of the issues you describe can be worked out by following a reasonable book on C++ programming for a Windows operating system (ie. a Visual Studio/C++ book, not Stroustrup's C++ book).

[No url here; refer to a paper book...]

Posted 21-Jan-13 5:05am

H.Brydon

Comments

Valery Possoz 21-Jan-13 16:17pm

A good book is always a good start :)

Richard MacCutchan · Answer 2 · 2013-01-21T07:02:00

Solution 2

Spend some time studying Windows programming[^] and Windows GDI+[^] for details of how to draw graphical images in Windows.

Posted 21-Jan-13 7:02am

Richard MacCutchan

**Captain Price** · Answer 3 · 2013-01-21T07:19:00

I think there're only few ways of doing so...

Going Native
Build everything from scratch (well.., not at all). These are the Fastest GUIs around. A platform always have a this kind of API set (one & only). In Windows it's Win32 API. I've heard that in Mac it's Cocoa API. These are :
>> OS dependent.

Wrappers around a specific Platform
2nd level. This is a framework, that is used only to minimize the code of the Native API, or to make it more simpler. There're may be a tiny performance difference between the Native and this. (it really doesn't matter sometimes). For Win32, there're frameworks called MFC, WTL ,... (you may have probably heard about them). These're
>> OS dependent.

Use cross-platform toolkits (or Frameworks)
Completely portable. Slower that the above two ways. But can help you in Rapid Developments. Easy to learn and simple. QT and KDE can be examples. (really, there are).

I always like the 1st way of GUI, which is 'Going Native'. But it's your choice !