|
I have a solution in VC#2008, now I want to open it in VC#2005, is it possible, any solution?
because vc#2008 can not installed on my notebook computer, that's why I use vc#2005 instead.
thanks.
|
|
|
|
|
xiachunmin wrote: I have a solution in VC#2008, now I want to open it in VC#2005, is it possible, any solution?
because vc#2008 can not installed on my notebook computer, that's why I use vc#2005 instead.
If you use any of the new features in VS2008 then you cannot go backwards. If you don't use any of the new features then VS2008 can save it as a .NET 2.0 project which will work.
|
|
|
|
|
thanks, but how to save it as .net2.0 project? save what? *.sln? how?
|
|
|
|
|
I don't have VS2008 in front of me right now. But as I recall you can right click the project or solution and select properties. From there you should be able to find a drop down (combo box) with the target framework. Target it at .NET 2.0. VS will request to reload the solution/project (because it needs to unload the project/solution, make the change to the file then reload it)
|
|
|
|
|
1) create a new VC#2005 solution where your VC#2008 poject is, but with a different name
4) solve compilation errors
5) you're good to go
What I do is, I have both solution files on the same folder, using different names, for instance MyProject.sln and MyProject2008.sln, and I can use either, with the same source files and all and all. I don't know what would happen to the project settings, though, like post-build events and other compilation settings.
All in all, you'll find less problems than you think.
Oh, and when you use VC#2008, make sure that "Target Framework" is .Net 2.0, and not 3.5 or 3.0. VC#2005 doesn't have the same support for the lattest versions. And there may be some syntactic sugar added in 2008, but you probably stumbled upon it and will recognize it when the compile errors come up.
"Computer Science is no more about computers than astronomy is about telescopes." - Edsger Dijkstra
|
|
|
|
|
Hi,
I have a Managed Application, working fine on mine system.
I want to install it on the clients machine .Can I include any libraries or Dlls related to .Net Framework so that my application runs on client side?
So that the client need not install .Net Framework.
If it can be done, how? Any suggestions would be helpful.
Thanks
Today is a gift, that's why it is called the present.
|
|
|
|
|
There are some very expensive applications that will allow you to merge the .NET runtime into your executable. What is the problem with installing the .NET runtime on the client though? Do you have a reason why this can't be done?
Deja View - the feeling that you've seen this post before.
|
|
|
|
|
How to implement Drag&Drop capability of a WinForms application, when we want user to be able to drag and drop files and directories outside the main form through FileDrop?
Dragging files from e.g. Windows Explorer to WinForms app is not a problem. But the reverse way is a big problem for me.
|
|
|
|
|
You need to do something like this:
string[] aFiles = ** filenames of that you want to drag out **;
DoDragDrop(new DataObject(DataFormats.FileDrop, aFiles), DragDropEffects.Copy | DragDropEffects.Move);
If the files you want to drag out aren't actually real files, the easiest solution is probably to create temporary files, and provide those filenames.
|
|
|
|
|
Hello...
I have a problem. I'm using an ActiveX Control and the ActiveX Control need a reference to MainMenu and MenuItem.
In VS2005 you can only add MenuStrip and ToolStripMenuItem.
Are there any possibilities to convert the MenuStrip to MainMenu and ToolStripMenuItem to MenuItem ?
Thanks...
|
|
|
|
|
You can solve this problem in several ways.
For example, you can iherit ToolStripMenuItem class and implement explicit cast (see "explicit" keyword in language reference).
Another way is creating generic menu item (e.g. MyMenuItem class) that can create instances of both MenuItem and ToolStripMenuItem hiding itself in its Tag property.
And yet another way is to program a converter, that will recursively create MenuItemCollection from ToolStripItemCollection or vice versa, this can be implemented as explicit convesion as suggested in the first paragraph.
Hope this helps.
|
|
|
|
|
Hi,
MainMenu and MenuItem classes continue to exist.
You can add them programmatically (just use the same code VS2003 used to generate
through Visual Designer for you).
Luc Pattyn [Forum Guidelines] [My Articles]
this months tips:
- use PRE tags to preserve formatting when showing multi-line code snippets
- before you ask a question here, search CodeProject, then Google
|
|
|
|
|
the better answer is right here[^]
Luc Pattyn [Forum Guidelines] [My Articles]
this months tips:
- use PRE tags to preserve formatting when showing multi-line code snippets
- before you ask a question here, search CodeProject, then Google
|
|
|
|
|
hi,
i have a ms access data base.i want to know how to find the path to the table so that i can use it in my connection string as path......
please help me
thanking you
C#
|
|
|
|
|
if the database is in the same dir of exe then you dont need to mention the path.
|
|
|
|
|
Hi,
I am using .net 2.0 windows forms under windows xp pro.
Created a file called: MA.exe.manifest
The solution is MA.sln
This manifest file is in the same path as MA.sln on the C drive where I do the development.
For a particular button property in the form I have set the flatstyle property to system rather than standard.
How can I enable the Windows XP styles? I.e. a button control to appear as the windows xp style rather than the present standard.
This is the content of the manifest file:
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestversion="1.0">
<assemblyidentity
version="1.0.0.0"
processorarchitecture="X86"
name="WindowsXP"
type="win32"
="">
<description>Your application description here.
<dependency>
<dependentassembly>
<assemblyidentity
type="win32"
name="Microsoft.Windows.Common-Controls"
version="6.0.0.0"
processorarchitecture="X86"
publickeytoken="6595b64144ccf1df"
language="*"
="">
|
|
|
|
|
I think this should be done programatically. VS 2005 adds these lines in Main() automatically when creating WinForms application:
Application.EnableVisualStyles();
Application.SetCompatibleTextRenderingDefault(false);
|
|
|
|
|
I do have these lines already but no xp style yet.
Thanks
|
|
|
|
|
Hi,
how can I detect if flash player is available on a client computer using win forms application?
thank you
|
|
|
|
|
How does a C# application work on lan
Give me some idea about it
|
|
|
|
|
w209 wrote: How does a C# application work on lan
Give me some idea about it
Give me some idea about what you mean.
Do you mean:
* How does a C# application work when launched from a UNC path?
* How does a C# application work when accessing information across a LAN?
(something else completely)
|
|
|
|
|
I have created an application but
have to run that application on lan
i have no idea
How does a C# application work when launched from a UNC path?
|
|
|
|
|
Pretty much the same as any other application when run from UNC. The software runs in the client memoryspace, so there are requirements that the client must have the .NET runtime installed (if not already installed, it's the responsibility of your software to download and install the runtime).
Deja View - the feeling that you've seen this post before.
|
|
|
|
|
w209 wrote: How does a C# application work when launched from a UNC path?
In addition to Pete's answer. There are also security considerations to take into account. By default the application will not run across a LAN unless the local machine is told to trust it.
You will find in the Administrative Tools on the client machine a thing called "Microsoft .NET Framework 1.1/2.0 Configuration" Use that to tell the machine to trust an assembly from a certain UNC path. Or you can strong name your assemblies and tell it to trust any assembly which has the appropriate Strong Name Key attached to it - that way you can move the assemblies around without having to reconfigure every machine.
|
|
|
|
|
Damn - I forgot to mention that. Glad you were around to correct me.
Deja View - the feeling that you've seen this post before.
|
|
|
|