|
Or create window with WS_EX_TOPMOST extended style.
You can change position after window is created only using Rajkumar'a approach.
JohnCz
MS C++ MVP
|
|
|
|
|
HI,
Iam a VC++ programmer having 3 years experiance.
Few of my friends telling that no new Project or Product starting using VC++, only maintenace products need VC++.
I want to know is there good future to vc++ ? or shall i need to migrate to .Net Technologies.
I hope there must be experianced People in this group please advice me.
|
|
|
|
|
Krishnatv wrote: Few of my friends telling that no new Project or Product starting using VC++, only maintenace products need VC++.
IMHO the above is wrong. Anyway .NET (and Java) probably will grow their market share. You may have a look at recruiter agency websites (like Jobserve) to get a rough idea of C++ (against .NET languages) opportunities.
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
|
|
|
|
|
Krishnatv wrote: Few of my friends telling that no new Project or Product starting using VC++, only maintenace products need VC++.
That sends a clear message about your friends.
Krishnatv wrote: I want to know is there good future to vc++ ?
Yes.
Krishnatv wrote: shall i need to migrate to .Net Technologies.
That entirely depends on your personal interests.
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
Thanks for your replies.
Iam intrested in VC++ and COM.
We are doing a product Using MFC and COM.
My Company dealing many projects in C# and Asp .
Presently one of our onsite Coordinator Also telling that there is lots of opportunities in .Net than VC++.
Our Product didnt get any strong Client to get good Revenue.
But All these .NET Projects are from good Clients.
All these issues, make me to think.
Bye,
Krishna.
|
|
|
|
|
Hi Krishna,
It is not a wrong thing if someone tells you that there are more opportunities with .NET than with MFC. But I won't agree if someone says MFC or Visual C++ has no future. I would suggest you to give .NET a try too. If that interests you, you could then easily decide which way to go. .NET have more opportunities, but to my mind, Visual C++ is more interesting. I think it is too personal and must be left to the individual to decide. Good luck.
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
Krishnatv wrote: Using MFC and COM.
I will pray for your soul.... 
_________________________
Asu no koto o ieba, tenjo de nezumi ga warau.
Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
|
|
|
|
|
The future of any programming languge is in the hands of developers like you. Keep using it and proving that you can produce great software with it in an economical time frame and it will continue to be valued and supported.
Nothing is exactly what it seems but everything with seems can be unpicked.
|
|
|
|
|
Stop worrying so much about which tool is going to be around longer, or has more followers, and focus more on what tool best solves the problem. Until you have laid out the problem in detail, you have no way of knowing which tool is best for the job.
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Small business applications and in-house binary tools will most probably be dominated by .NET technologies as they generally require rapid development. However most major commercial applications will continue to be developed in C++ for the next several years.
Both C++ and MFC have a very secure future at least for the next 4-5 years in my opinion.
Best Wishes,
-Randor (David Delaune)
|
|
|
|
|
I don't agree completely. Rapid development has become a major requirement. I think that most commercial applications, included big ones, will be developed using .NET languages. Anyway, that doesn't mean C++ will be abandoned.
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
|
|
|
|
|
CPallini wrote: I think that most commercial applications, included big ones, will be developed using .NET languages. Anyway, that doesn't mean C++ will be abandoned.
Very well said. 
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
CPallini wrote: Rapid development has become a major requirement
and everyone forgets, Rapid development does not preclude C++. C++ is the language, that is all, its an ANSI standard published a little more often than once a decade when there are not too many disagreements on direction. If you want to know rapid development, try Ultimate++.
_________________________
Asu no koto o ieba, tenjo de nezumi ga warau.
Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
|
|
|
|
|
CPallini wrote: I think that most commercial applications, included big ones, will be developed using .NET languages.
And how many big commercial applications you know that are being developed with .NET?
|
|
|
|
|
Nemanja Trifunovic wrote: And how many big commercial applications you know that are being developed with .NET?
I am sure that Age Of Empires III wasn't. 
Maxwell Chen
|
|
|
|
|
25.
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
|
|
|
|
|
|
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
Krishnatv wrote: Few of my friends telling that no new Project or Product starting using VC++, only maintenace products need VC++.
your friends have obviously no knowledge of the real life ! getting out of school right ?
take many good application around the world:
- Apache HTTPd server
- MS Office
- Notepad++
etc...
what language are they written in ? C/C++ *sadly* 
|
|
|
|
|
Krishnatv wrote: is there good future to vc++
yes, C++0x. :rimshot:
Krishnatv wrote: or shall i need to migrate to .Net Technologies.
maybe, maybe not, depends on what you do, and who you do it for. You might never use .Net in your life, depending on your employer. You might end up writing an Ada to .Net translator and crying about it here. Until you get employed you won't know, don't burn all your bridges in one direction before you find out where you will need to go.
Krishnatv wrote: I hope there must be experianced People in this group
Not a one, we're all unemployed, and you are asking us for advice....
Eliza: how does that make you feel?
_________________________
Asu no koto o ieba, tenjo de nezumi ga warau.
Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
|
|
|
|
|
I am pretty sure Elizi was NOT written in .NET ... 
|
|
|
|
|
The new framework makes your life easy, but when you need to do some thing beyond that few level deeper than fram work, you should alway do it on your own.
Belive me, If you are logically strong enough, you can RULE... (regardless of technology..)to the best of my knowledge.., framework knowledge and syntax are something always avaliable few click away,
Most of the lower level stuff needs C/C++ or some thing very close to them syntatically.
So dont worry.. thing/versions may get enhanced and renamed, unless there is something new, with which you can program with eyes and thoughs directly to a chip/memory using IR rays with 1 sec. which in turn through the error directly into your brain(tooo much scientifiction  )
Best Regards,
pE->electron
modified on Wednesday, March 5, 2008 7:26 AM
|
|
|
|
|
hi everyone,
i have one more problem in my program.. how to define and declare the new function. because in VC++ many sourcr filesand many header file are there know so i am in confusion that in which file i have to define and declare the function. dont think that these are silly ot u guys but i am fresher 2007 passed out BE.so please help me out.please send me the fomat..
thanu in advance,
savitri
savitri
|
|
|
|
|
(1) You really need good C++ book.
(2) Usually function declarations go inside header files (.h), function definitions go inside source files (.cpp).
for instance (header file):
int square(int x);
(source file)
#include <iostream>
#include "myfun.h"
void main()
{
int n;
n = 5;
std::cout << "square of " << n << " is " << square(n) << std::endl;
}
int square(int x)
{
return x*x;
}
</iostream>
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
|
|
|
|
|
CPallini wrote: (1) You really need good C++ book.
even a C book would do.
CPallini wrote: // file myfun.h
int square(int x);
to be exact, the header file should be:
#pragma once //or anything similar
int square(int x);
for my part, i'd even prefer to see the function delaration in its own header (like you do), but its definition in another compilation unit than main()...
but that's a matter of taste
anyway, the OP seriously need to learn C/C++ before asking such questions !
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
