Is there a MFC way of making a dialog app to have a tray icon?
I am talking about VS2008 here.

"Man-wai Chang ToDie (33.6k)" <toylet.toylet> ha scritto nel
messaggio news:a768
>
> Is there a MFC way of making a dialog app to have a tray icon?
> I am talking about VS2008 here.

You may find PJ's CTrayNotifyIcon to be useful:

http://www.naughter.com/ntray.html

HTH,
Giovanni

>> Is there a MFC way of making a dialog app to have a tray icon?
> You may find PJ's CTrayNotifyIcon to be useful:
>
> [..]

I was expecting something more trivial, like dropping a control into the
dialog class....

"Man-wai Chang ToDie (33.6k)" <toylet.toylet> ha scritto nel
messaggio news:%

> I was expecting something more trivial, like dropping a control into the
> dialog class....

Sorry, MFC is not Visual Basic RAD style.

If you want a drag-and-drop RAD (Rapid Application Development) style, you
may consider WinForm (from .NET platform), and writing C++/CLI code.

C++/CLI are extensions to C++, to allow using C++ with the rich .NET
framework.

Giovanni

Or just do C# or VB.Net

AliR.

"Giovanni Dicanio" <giovanniDOTdicanio> wrote in message
news:1456
[..]

"AliR (VC++ MVP)" <AliR> ha scritto nel messaggio
news:3188
> Or just do C# or VB.Net

Yes, if the OP is going to start a new project without C++ legacy code I
agree with you.

Giovanni

> Yes, if the OP is going to start a new project without C++ legacy code I
> agree with you.

C# and VB.Net are as mature as Foxpro, aren't they?

"Man-wai Chang ToDie (33.6k)" <toylet.toylet> ha scritto nel
messaggio news:3576
>> Yes, if the OP is going to start a new project without C++ legacy code I
>> agree with you.
>
> C# and VB.Net are as mature as Foxpro, aren't they?

I don't know about "Foxpro", sorry.

However, C# and VB.Net are quality languages that you can use to build
business applications.
It seems that a report by Forrester Research stated that VB.Net is the #1
..NET language:

http://www.panopticoncentral.net/arc.../01/22453.aspx

IMHO, there is no one single "best of all" language; each programming
language has pros and cons, and you should choose carefully what language to
use for the particular problem you are going to solve (e.g. if you want to
build a shell extension, you should use C++; if you want a rapid RAD-style
GUI designing approach, you should use WinForm with VB.Net or C#, etc.)

Note that you can wrap existing C++ code using C++/CLI, and export this C++
code to the .NET platform, and call this code from C# or VB.Net.
Multi-language development is not uncommon on .NET platform, thanks to CLR
(Common Language Runtime).
Multi-language development was also possible before .NET, thanks to COM;
e.g. you could wrap C++ code in COM components, and use them from "classic"
(i.e. non-.NET) Visual Basic (which could be used to build GUIs very quickly
thanks to its RAD style).

HTH,
Giovanni

> Note that you can wrap existing C++ code using C++/CLI, and export this C++
> code to the .NET platform, and call this code from C# or VB.Net.
> Multi-language development is not uncommon on .NET platform, thanks to CLR
> (Common Language Runtime).

C++ is not suitable for rapid application deployment. It would be a
total mess as you move resources around and changing functions....I
doubt anyone would use it in ERP ....

In case there are some C++ ERP system, what are they? SAP?

Depends on how facile you are with the system and how many twiddly features you want.

I once rewrote a very fancy VB app in raw Win32 C in three weeks (the previous implementor
had spent a year on it!) All that was missing was buttons that changed from red to green
(we added that later after we made the deadline).

RAD is a methodology, not a feature of a specific language. I can do RAD in MFC quite
well.

Arguments based on C++/C#/VB comparisons are always suspect. I like C#, I just don't have
a paying client base that cares in the slightest. Besides, moving resources around is a
pretty trivial activity, not nearly as critical as the code that actually solves the
problem at hand.
joe
On Tue, 16 Sep 2008 16:55:07 +0800, "Man-wai Chang ToDie (33.6k)"
<toylet.toylet> wrote:

>> Note that you can wrap existing C++ code using C++/CLI, and export this C++
>> code to the .NET platform, and call this code from C# or VB.Net.
>> Multi-language development is not uncommon on .NET platform, thanks to CLR
>> (Common Language Runtime).
>
>C++ is not suitable for rapid application deployment. It would be a
>total mess as you move resources around and changing functions....I
>doubt anyone would use it in ERP ....
>
>In case there are some C++ ERP system, what are they? SAP?
Joseph M. Newcomer [MVP]
email: newcomer
Web: http://www.flounder.com
MVP Tips: http://www.flounder.com/mvp_tips.htm