I hate MFC!!!
-
>Why there is no good RAD tool for C++? For C++ or MFC? ?confused? I like MFC for Windows apps. Its a lightweight wrapper around a messy API. MFC for COM and COM's apostles is something I avoid like the plague, that's what ATL is for. I have serious trouble digesting the fact that you got 'STLs' logic in one day. Writing custom containers and iterators can be tough work, but having it all plug together is nice.
Richard Melton wrote: I have serious trouble digesting the fact that you got 'STLs' logic in one day. God no!!! Is it my English? I didn't learn STL in one day - I developed my program logic using STL in a day. I've been working with STL for 3 years, and I love it. :beer:
-
Richard Melton wrote: I have serious trouble digesting the fact that you got 'STLs' logic in one day. God no!!! Is it my English? I didn't learn STL in one day - I developed my program logic using STL in a day. I've been working with STL for 3 years, and I love it. :beer:
Pheeewwww ....I was feeling like a tard... about to shirk off in my corner.
-
It took me one day to develop the "logic" with STL, and now I'm working on damn UI for almost a week. Why there is no good RAD tool for C++? No wonder there are so many VB users. Die, MFC, die!!! :mad: :mad: :mad: :beer:
.NET isn't much better, in my opinion. That's why I use my own framework built on top of MFC so I only went through the pain once. Now I'm porting the whole thing over to .NET, because it's so lame also! (see my CP articles on the Application Automation Layer). Marc Help! I'm an AI running around in someone's f*cked up universe simulator.
Sensitivity and ethnic diversity means celebrating difference, not hiding from it. - Christian Graus
Every line of code is a liability - Taka Muraoka -
What exactly is the problem? MFC has CASE tools (well, kind of) that let you generate dialogs, menus, etc pretty quickly. Granted, the tools are not real CASE tools and the GUIs they create a not flashy, but they get the job done.
Stuart van Weele wrote: What exactly is the problem? The problem is that if I want to paint an edit control background at compile time, I should right-click on that control and pick the color from a palette - not to mess with WM_CTLCOLOREDIT. Simple things should be done simply. Stuart van Weele wrote: Granted, the tools are not real CASE tools and the GUIs they create a not flashy, but they get the job done. In a week. Real tools should get the same job done in a day. :beer:
-
Stuart van Weele wrote: What exactly is the problem? The problem is that if I want to paint an edit control background at compile time, I should right-click on that control and pick the color from a palette - not to mess with WM_CTLCOLOREDIT. Simple things should be done simply. Stuart van Weele wrote: Granted, the tools are not real CASE tools and the GUIs they create a not flashy, but they get the job done. In a week. Real tools should get the same job done in a day. :beer:
-
I've got a feeling this kind of thing is coming to Visual C++ in the next edition out this year as C# and VB.NET have it, and we have all being shouting about it.
I've worked with C# and VS.NET 2002 and found out that, while much better than MFC + VC 6. it still requires too much messing with simple, tedious things (like manually adding event handlers). Besides, .NET based desktop applications are not (yet) an option IMHO. :beer:
-
He actually meant to imply that STL is good if you want to attack a simple problem with an overly-complicated code library... ------- signature starts "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001 Please review the Legal Disclaimer in my bio. ------- signature ends
I still want some of that smoke though. ;P -- Eventhough the forrest is full of trees, there's still no tree between the trees.
-
It took me one day to develop the "logic" with STL, and now I'm working on damn UI for almost a week. Why there is no good RAD tool for C++? No wonder there are so many VB users. Die, MFC, die!!! :mad: :mad: :mad: :beer:
-
Let's see, you hate MFC, and you hate Linux... what *do* you like? :-D You can pick your friends, and you can pick your nose, but you can't pick your friend's nose.
Navin wrote: Let's see, you hate MFC, and you hate Linux... what *do* you like? From my CP profile: Enjoyes: C++ coding, reading, movies, sleeping, but most of all the company of his wife and baby daughter. Dislikes: GUI programming, writing documentation, garbage collectors, Open Source zealots. ;) :beer:
-
Stuart van Weele wrote: What exactly is the problem? The problem is that if I want to paint an edit control background at compile time, I should right-click on that control and pick the color from a palette - not to mess with WM_CTLCOLOREDIT. Simple things should be done simply. Stuart van Weele wrote: Granted, the tools are not real CASE tools and the GUIs they create a not flashy, but they get the job done. In a week. Real tools should get the same job done in a day. :beer:
There might be a way out (well kind of...) AFAIK the MFC edit control is just a plain MS edit box that is part of the underlying OS GUI, while the VB control is a COM object that is built into the VB dll. If you can find a COM edit control that does everything you want and is redistributable then you can use it.
-
>Why there is no good RAD tool for C++? For C++ or MFC? ?confused? I like MFC for Windows apps. Its a lightweight wrapper around a messy API. MFC for COM and COM's apostles is something I avoid like the plague, that's what ATL is for. I have serious trouble digesting the fact that you got 'STLs' logic in one day. Writing custom containers and iterators can be tough work, but having it all plug together is nice.
I like MFC for Windows apps. Its a lightweight wrapper around a messy API. MFC for COM and COM's apostles is something I avoid like the plague, that's what ATL is for. One thing that MFC is not, is lightweight. It is ok, if you do not want bulky, over-weight slow programs. Pankaj Without struggle, there is no progress
-
It took me one day to develop the "logic" with STL, and now I'm working on damn UI for almost a week. Why there is no good RAD tool for C++? No wonder there are so many VB users. Die, MFC, die!!! :mad: :mad: :mad: :beer:
-
Nemanja Trifunovic wrote: It took me one day to develop the "logic" with STL Sorry..wrong forum...Only these posts allowed : Dubya, Iraq, Oil.... Just Kidding..;P Kant Sonork-100.28114 Don't :beer: and Drive.
How about a post with GWB using STL to write software to work out how much oil there is in Iraq ;P Elaine The tigress is here :-D
-
Nemanja Trifunovic wrote: It took me one day to develop the "logic" with STL Sorry..wrong forum...Only these posts allowed : Dubya, Iraq, Oil.... Just Kidding..;P Kant Sonork-100.28114 Don't :beer: and Drive.
No, you seem to be the only one obsessed with George Bush.:confused:
-
It took me one day to develop the "logic" with STL, and now I'm working on damn UI for almost a week. Why there is no good RAD tool for C++? No wonder there are so many VB users. Die, MFC, die!!! :mad: :mad: :mad: :beer:
Try WTL or another framework then...;) Anna :rose: www.annasplace.me.uk
"Be yourself - not what others think you should be"
- Marcia GraeschTrouble with resource IDs? Try the Resource ID Organiser Add-In for Visual C++
-
I like MFC for Windows apps. Its a lightweight wrapper around a messy API. MFC for COM and COM's apostles is something I avoid like the plague, that's what ATL is for. One thing that MFC is not, is lightweight. It is ok, if you do not want bulky, over-weight slow programs. Pankaj Without struggle, there is no progress
Ney, Ney... MFC with COM, OLE DB, and OLE is a fat ugly cow. MFC as a simple way to write windows apps is lightweight.
-
Navin wrote: Let's see, you hate MFC, and you hate Linux... what *do* you like? From my CP profile: Enjoyes: C++ coding, reading, movies, sleeping, but most of all the company of his wife and baby daughter. Dislikes: GUI programming, writing documentation, garbage collectors, Open Source zealots. ;) :beer:
Nemanja Trifunovic wrote: Dislikes: GUI programming, writing documentation, garbage collectors, Open Source zealots. Problem solved! Find someone else to do the GUI. ;) Anna :rose: www.annasplace.me.uk
"Be yourself - not what others think you should be"
- Marcia GraeschTrouble with resource IDs? Try the Resource ID Organiser Add-In for Visual C++
-
Try WTL or another framework then...;) Anna :rose: www.annasplace.me.uk
"Be yourself - not what others think you should be"
- Marcia GraeschTrouble with resource IDs? Try the Resource ID Organiser Add-In for Visual C++
Anna-Jayne Metcalfe wrote: Try WTL or another framework then I doubt WTL is easier at all. Besides, It's not me who decides :(( :beer:
-
Shog9 wrote: lots&lots&lots&lots&lots&lots&lots&lots&lots of people use it Funny, I've used the same argument to defend VB, but it just doesn't work too well... :)
All you need in this life is ignorance and confidence, and then success is sure. -- Mark Twain
:laugh: Jeremy Falcon Imputek
-
Yeah, MFC sucks. It'll kick you right in the nuts if you take your eyes off it for a second. It'll stab you in the back if you turn away. But it must have some advantage, 'cause lots&lots&lots&lots&lots&lots&lots&lots&lots of people use it, so who are you to argue? :rolleyes:
---
Shog9 I see the way the salesmen stare into the sun I stood and watched them as they fell off one by one...
Shog9 wrote: But it must have some advantage, 'cause lots&lots&lots&lots&lots&lots&lots&lots&lots of people use it, so who are you to argue? How many other Microsoft mainstream toolkits are there? :) (No, WTL doesn't count as mainstream - it's not even supported by Microsoft!) One could use for instance Borland C++ Builder as an alternative, but I think Microsofts development tools and MSDN is overall better than Borland. I think that's the only reason MFC is so big - there is nothing to compete with it! I think they should scrap MFC and make a toolkit similar to WTL instead. But that would be a waste of lot of work and effort put into MFC, so I guess we'll have to stick with it for quite a while! -- Eventhough the forrest is full of trees, there's still no tree between the trees.