Hi All,

    So maybe I'm just dealing with a bunch of end users that don't have 
.NET installed and I really need to learn to integrate the installation 
of it if necessary into my setup package (I'm using Ghost Installer 
which gives me the option to install a .NET package, but makes my 
setup.exe huge - didn't realize till now that there is a distribution 
package bundled with Visual Studio).  The other package that I seem to 
need to install sometimes is vcredist_x86.exe, and I'm not sure what the 
dependency is there.  I suppose I'll take a look at C# (sometimes I 
really miss Turbo Pascal) since I have it as part of Visual Studio and 
try to muddle through the .NET/redist_x86.exe install issues for now.

Thanks for the advice,

Tony


Xiaofan Chen wrote:
> On Sat, May 30, 2009 at 8:04 PM, Gerhard Fiedler
> <lists@connectionbrazil.com> wrote:
>   
>>> On the other hand, even though it has a steep learning curve, the
>>> programmers I know of think MFC is not bad. It is very powerful and
>>> there are still so many complexed GUI design using MFC.
>>>       
>> It has the advantage of having a major market penetration. But that's a
>> bit a thing of the past -- if I wanted to use a powerful library, I'd
>> use .NET rather than MFC. It's present on as many systems if not more,
>> it's better standardized and it's more up to date. And it's (arguably)
>> better structured.
>>
>>     
>
> I think the fact that Windows 2K/XP do not ship with .Net runtime
> still plays a part why there are still people who do not like to use
> .Net in some cases.
>
> But if I were to learn Windows programming again, I will go for
> the .NET side. And indeed I learned to read a bit of C# codes
> lately. And yes there are many GUI designs moving to .NET
> from MFC. But MFC will be there for a long time. And I think
> QT also got some momentum and that does not rely on .Net
> either. There are other cross platform GUI toolkits as well
> which do not use .NET.
>
> And there are some fields which are purly C/C++. I am
> interested in the kernel driver side (reading a little bit of codes
> for the USB side) and that is purely C/C++ and nothing of .NET.
>
>   
-- 
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist