|
|
Mark Salsbery wrote: What the heck are you talking about?
Inspired by toxcct... .. Excellent
|
|
|
|
|
|
I've been using this since lately! It got switched from "Marc" to "Mark" . Btw, when I issued a tender for a new sig, there were lots of contenders.. Had a hard time selecting just one. And the good news is that 75% of them were from the Salsbery Group.
|
|
|
|
|
LOL You spleled my last name wrong
It was so funny because I seem to ignore signatures (subconsciously) and I saw that out of "the corner of my eye".
Taken out of context of the original conversation just made it more funny LOL!
Cheers VuNic!
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
"Typo" is the damned signature for me. I carry it wherever I go. Anywya Cheers
|
|
|
|
|
LOL I won't call you Typo....well, not too often
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Hi
In my programme VC++(VC 8.0) it is an FormView application.
I want to remove the MenuBar from the Form view.
Give me the suggestion to Remove the MenuBar from the FormView Dialog Box.
Regards
shakumar
shakumar
|
|
|
|
|
perhaps you can find first the handle to that window (child window) and then to send to it a destroy message.
|
|
|
|
|
Hello everyone,
I am wondering whether Microsoft Excel 2003 is a native application or dependent on any .Net Framework Runtime, like 1.1, 2.0 or 3.0?
How about Microsoft Excel 2007?
thanks in advance,
George
|
|
|
|
|
Is this question in any way related to Visual C++ or MFC??
|
|
|
|
|
Hi Anurag,
I am programming Excel with Visual C++. I am wondering the Runtime dependencies. Any ideas?
regards,
George
|
|
|
|
|
I suspect both versions are entirely native. Though I suppose it's possible that there are some new bits that use .NET. Both can be programmed from Visual Studio Tools for Office though using C# or VB .NET.
Kevin
|
|
|
|
|
Thanks Kevin,
Kevin McFarlane wrote: I suspect both versions are entirely native. Though I suppose it's possible that there are some new bits that use .NET.
Are thre any official document?
Kevin McFarlane wrote: Both can be programmed from Visual Studio Tools for Office though using C# or VB .NET.
You mean Excel itself is programmed by mixed with native code, C# and VB.Net? Or you mean we can program Excel by using C# or VB.Net?
regards,
George
|
|
|
|
|
George_George wrote: Are thre any official document?
I don't know. Maybe you would find such information in the white papers they often publish when a new version is about to be released?
George_George wrote: You mean Excel itself is programmed by mixed with native code, C# and VB.Net? Or you mean we can program Excel by using C# or VB.Net?
I mean the latter.
Kevin
|
|
|
|
|
Thanks all the same Kevin!
regards,
George
|
|
|
|
|
For office 2003, you can go ahead. I don't know whether office 2007 is dependent on .Net framework or not.
|
|
|
|
|
Thanks Anurag,
Anurag Gandhi wrote: For office 2003, you can go ahead.
You mean Excel 2003 is not dependent on any .Net Runtime Framework?
regards,
George
|
|
|
|
|
How is your programming affected by the runtime dependencies of Excel?
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Hi Mark,
I am using Visual Studio 2005 to build a COM component for Excel 2003. Since Visual Studio 2005 will utilize .Net 2.0, I suspect there are some conflict if Excel 2003 is using another version of .Net (e.g. 1.1). Any comments?
regards,
George
|
|
|
|
|
I thought COM was supposed to insulate us from that problem
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Hi Mark,
Why do you make such conclusion? More details?
regards,
George
|
|
|
|
|
One of the fundamental reasons for COM is interoperability regardless of platform or language.
If some other app requires a certain platform it doesn't sound like COM to me.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Thanks for your advice, Mark!
regards,
George
|
|
|
|
|
Excel 2003 is entirely native. Don't know about 2007, though.
|
|
|
|