Can Someone hazard a guess?
-
DataGridView. DataGrid was the 1.0 framework attempt at the same. it sucked massively.
Today's lesson is brought to you by the word "niggardly". Remember kids, don't attribute to racism what can be explained by Scandinavian language roots. -- Robert Royall
The data grid was serviceable at best. The Gridview was completely redone. Many of the changes seemed logical rather than arbitrary.
I didn't get any requirements for the signature
-
Nishant Sivakumar wrote:
The WPF equivalent of the WinForms Label control is actually TextBlock (which has a Text property). The WPF Label is actually a heavier more complex control - so wherever you used a Label in WinForms, in WPF you should be using TextBlock.
SO why not have the new heavier control called TextBlock a new name not used before! Why confuse what everyone knows to be the standard!
To see if you're actually paying attention, of course! :D
-
...as to why Microsoft saw fit to change (arbitrarily, it seems) the properties for WPF controls. Instead of
Label.Text, we haveLabel.Content, and instead ofControl.Enable, we gotControl.IsEnabled. It's almost as if they're introducing an artificial and arbitrary learning curve. Is there a book or web site that talks about the differences in ALL the controls regarding WPF vs WinForms)? And while I'm complaining, WTF happened toApplication.StartupPathin .Net 3.5? And imagine my surprise to find out that I have to use theDispatchTimerclass instead of theSystem.Timers.Timerclass..."Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001Winforms and WPF are different frameworks. WPF is not an upgrade or new version of winforms. Why should one act like the other in any way? The content property (like others have said) can contain more that just text so naming it Text because of some obscure relationship with a totally different framework would be crazy.
Simon
-
John Simmons / outlaw programmer wrote:
of Label.Text, we have Label.Content
Presumably becuase it can (or might in the future) have "non-text" stuff in it (HTML etc) *
John Simmons / outlaw programmer wrote:
instead of Control.Enable, we got Control.IsEnabed
This one makes sense to me. Enable is a verb (method) wheras IsEnabled is a state (property) * I don't do any WPF work, so the control may already support formatted content for all I know.
Electron Shepherd wrote:
instead of Control.Enable, we got Control.IsEnabed This one makes sense to me. Enable is a verb (method) wheras IsEnabled is a state (property)
Agreed on that, but I think John meant to say '.Enabled' vs '.IsEnabled', in which case both are clearly states. I've never come across a bool called 'Enable' on a control, but the word could server a valid purpose in the sense of a 'command' flag, meaning 'you must enable this control', vs. 'this control is enabled'.
-
...as to why Microsoft saw fit to change (arbitrarily, it seems) the properties for WPF controls. Instead of
Label.Text, we haveLabel.Content, and instead ofControl.Enable, we gotControl.IsEnabled. It's almost as if they're introducing an artificial and arbitrary learning curve. Is there a book or web site that talks about the differences in ALL the controls regarding WPF vs WinForms)? And while I'm complaining, WTF happened toApplication.StartupPathin .Net 3.5? And imagine my surprise to find out that I have to use theDispatchTimerclass instead of theSystem.Timers.Timerclass..."Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001Don't forget how lucky you are to be coding with the latest and greatest from Microsoft. Think about all of poor developers who have to program with 3.5 .net framework using ASP.Net and WinForms. We don't have awesome manager who let us code everything for SilverLight...
I didn't get any requirements for the signature
-
...as to why Microsoft saw fit to change (arbitrarily, it seems) the properties for WPF controls. Instead of
Label.Text, we haveLabel.Content, and instead ofControl.Enable, we gotControl.IsEnabled. It's almost as if they're introducing an artificial and arbitrary learning curve. Is there a book or web site that talks about the differences in ALL the controls regarding WPF vs WinForms)? And while I'm complaining, WTF happened toApplication.StartupPathin .Net 3.5? And imagine my surprise to find out that I have to use theDispatchTimerclass instead of theSystem.Timers.Timerclass..."Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001Some call it annoying. Some call it an opportunity. An opportunity for Job Security ;)
cheers, Chris Maunder The Code Project Co-founder Microsoft C++ MVP
-
Don't forget how lucky you are to be coding with the latest and greatest from Microsoft. Think about all of poor developers who have to program with 3.5 .net framework using ASP.Net and WinForms. We don't have awesome manager who let us code everything for SilverLight...
I didn't get any requirements for the signature
I'd rather code in WinForms. Actually, I'd rather do un-managed code...
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
