|
Are the objects serializeable? Defined in the main-project or in a dll?
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
|
They're not always in the list; I just created a new project, added a (public) class with a public property, and added it to the settings-file using the "browse" dialog. It wasn't included, but typing out the namespace and classname was enough. Below is the code generated;
[global::System.Configuration.UserScopedSettingAttribute()]
[global::System.Diagnostics.DebuggerNonUserCodeAttribute()]
public global::ConsoleApplication1.Test Setting {
get {
return ((global::ConsoleApplication1.Test)(this["Setting"]));
}
set {
this["Setting"] = value;
}
}
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
|
Collin Jasnoch wrote: This is a new week. I will succeed! Being stubborn has helped conquer many a problem. Once it's no longer a problem, people will call it "perseverance".
Collin Jasnoch wrote: Thanks for your help You're welcome
|
|
|
|
|
Hi friends..
I am a student and working on final project. In my project there are may forms and they have each of them have images on different controls when I run this all forms shivered horrifyingly. It doesn't open in smooth way. If you have any suggestion or anything please give me
Thanks
|
|
|
|
|
Can you provide any screenshots?
However, from what you have said I assume your PC is too slow to calc the graphics fast enough, or you need to use a bit of multi-threadingwhen you are loading huge data into a form.
|
|
|
|
|
Disable drawing of the form before you start adding controls/positioning them. Enable when done. There's an example on StackOverflow[^].
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
|
Pasting this question into Google will get you lots of information.
Use the best guess
|
|
|
|
|
Reading a good book or going through some beginner blogs will help.
|
|
|
|
|
This is not question but this is very big study subject. I suggest you to read some books and MSDN to get information about .net framework. single line answer is, it is Framework developed by Microsoft for developing Web/Windows and other applications.
but reading MSDN will help you a lot.
Thanks
-Amit Gajjar (MinterProject)
|
|
|
|
|
|
I'm calling the police right now...
We don't tolerate piracy here at all. Why? Because as a developer, you're stealing money out of the hands of fellow developers.
Do NOT try to justify your way out of this. You're stealing, plain and simple.
|
|
|
|
|
Sorry, but that cannot be tolerated here.
When I was a coder, we worked on algorithms. Today, we memorize APIs for countless libraries — those libraries have the algorithms - Eric Allman
|
|
|
|
|
No way. As a developer, stealing money from other developers is inacceptable.
You have been reported in the Spam & Abuse watch forum. As I can tell you from experience with similar cases, your account will be gone within few hours.
|
|
|
|
|
Hi
Maybe we can`t possibly compare MFC with .NET, But if we assume we can do compared, to the start for construction a new project which one is better than other?
Any help would be appreciated.
Best Regards.
|
|
|
|
|
You can't really compare the two. It's like asking, "which one's better, apple's or the 1966 World Cup Final?"
MFC is a set of classes designed to help you create desktop applications. The .NET runtime is a framework that lets you build server side, client side, phone, embedded, etc, systems.
|
|
|
|
|
Ok compare MFC with Windows .NET Application?
|
|
|
|
|
They are pretty much all applications. Be it a web app, or a phone app, or a WPF app, or Silverlight... We can't answer this for you. Only you can decide which one you want to choose.
|
|
|
|
|
Choose the one that you know or are more comfortable with.
|
|
|
|
|
The reason that you'll always receive the answer "whatever your comfortable with" is a simple and practical one; you can write applications in both, and one can use RAD-principles in both. Both have specific advantages and drawbacks.
Now, if you have a team of .NET developers, it'd be an awful idea to teach them C, or worse go ahead and have them learn by doing. Same goes for a group of seasoned MFC-devs; they'd be wanting simple pointers and clean control over memory-allocation.
The idea that some "high lever CEO" needs to pick a tech is nonsense. Ask your developers. If they say the new language will be LOLCODE, than that's what you'll get. The reason you'll need to ask your developers is also a practical one; they'll know the restrictions and possibilities of each possible choice. As an example, it's technically not possible to replace the Windows login-screen using a managed language, or to write a device driver. If it's a larger project, the chances that multiple languages will be used increases. Again, it's merely being practical; one uses a managed language for convenience, unmanaged for speed.
Now, if you want a more fruitful discussion, you'll ask what front-ends one should focus on. Does your project need to be accessible from a lot of devices?
If yes, go for ASP.NET.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
.Net is better. I'm not sure why the other commenters won't commit to that opinion, but I will
Let's put it this way... when MFC and .Net have implemented the same things, the .Net implementation tends to be better.
|
|
|
|
|
Jasmine2501 wrote: Let's put it this way... when MFC and .Net have implemented the same things, the
.Net implementation tends to be better.
That's a matter of opinion. I know a couple of hardcore MFC people who think .NET is utter crap.
|
|
|
|
|
Sure yeah, I was kinda of having fun with the question. It can't be answered.
|
|
|
|