|
wout de zeeuw wrote: XML tends to end up quite verbose (as in not very readable/fun to work with) very quickly.
That is the perfect explanation of it. Did you know they finally gave in and now they do a "precompiled" binary version of the XAML for performance? XBF (XAML Binary Format) There are XBF files built in your project now.
I agree with you about winforms -- even though they haven't been updated much over the years. And this is the additionally crazy thing about this.
The difficulty I'm up against isn't the code.
It's just little things like trying to get the UI right. Displaying a character on a button or doing something slightly different. It's just such a waste of time.
Also the design mode of XAML is terrible. Mostly it is easier to type your UI as characters than it is to drag drop controls on the form. That's kind of crazy from a winform standpoint.
Thanks for chiming in the subject.
|
|
|
|
|
XAML feels like an overly complicated HTML. If they wanted multi platform and declarative, why not just stick with HTML and make that work nicely? That would have been a huge winner.
Wout
|
|
|
|
|
wout de zeeuw wrote: If they wanted multi platform and declarative, why not just stick with HTML and make that work nicely?
That's exactly what I've been asking myself.
Well, I guess it's because they can't own HTML. 
|
|
|
|
|
It's a little bit of mystery the point of this whole UWP thing is...
UWP app are crippled by so many limitations...
My pet grips are file system access and markup extensions.
On the plus side it's easy to mix XAML and DirectX
|
|
|
|
|
Super Lloyd wrote: It's a little bit of mystery the point of this whole UWP thing is...
UWP app are crippled by so many limitations...
You are totally right there.
The crazy thing is that I've seen some big differences in dev via WinRT (which promised to bring everything together) which is underneath this UWP stuff where if you target win8.1 there is no built-in ContentDialog (pre-built dialog that makes it easier to get input from user). But ContentDialog is supported under win10.
Things like that make it feel like my UWP app is only going to run on Win10 devices and that's probably the point that MS is pushing but it feels limited since the idea of UWP is supposed to be UNIVERSAL. It's all just marketing.
|
|
|
|
|
They are pretty silent on UWP at the moment... I suspect they will have something new.. in a while...
Also, after giving it a lot of thought, unless I make really universal app (one that also run on phone and tablet) I should probably stay focused on WPF.
Many limitation are common denominator with phone app limitation, and I should go UWP only if I am happy with that.
With centenial they are coming with (an apparently clunky) model to have UWP and WPF code mixed up!
|
|
|
|
|
Super Lloyd wrote: (an apparently clunky) model to have UWP and WPF code mixed up!
Definitely!
100% mixed up. It's why most people are just ignoring it, I think.
|
|
|
|
|
They needed Win RT/UWP for their app store to rake in the 30% developer tax. For that 30% fee you'd expect something bloody fantastic. But after Silverlight you could just smell the half-assery coming, so decided to not bother will RT/UWP so far.
Wout
|
|
|
|
|
If it would help, I think I still have my 4 volume MFC reference book set you can borrow. Or I can email it, page by painful page, for a small fee. 
Will Rogers never met me.
|
|
|
|
|
Absolutely. Send it ASAP!! 
Do you happen to have the HUGE wall chart of the MFC class hierarchy?
Remember those? 
|
|
|
|
|
I remember it well, but I don't think it survived intact. I had it on a wall at one time, but that was long ago. I tried for years to master C++ and MFC, and finally gave up. Neither made a lick of sense, just a giant step backward from the goal of readable, maintainable code. 
Will Rogers never met me.
|
|
|
|
|
raddevus wrote:
But for hours I could not figure out why the button wouldn't render itself properly -- the text (content) on the button will not display.
Why didn't you ask a question in the forums here? I could have offered some pointers. Are you using VS2015? Why didn't you use the Live Property and Live Visual Tree to help resolve?
This space for rent
|
|
|
|
|
Pete O'Hanlon wrote: Why didn't you ask a question in the forums here?
I got caught up in my rant. 
Pete O'Hanlon wrote: Are you using VS2015?
Yes
Pete O'Hanlon wrote: Why didn't you use the Live Property and Live Visual Tree to help resolve?
I only knew about these from sideways references.
You are most kind to point this all out. Next time -- and there will be a next time -- I will ask here.
Also, I finally found the answer by breaking everything and putting it all back together.
The Content="asdfasdf" would not display on the button because it was way off the "edge" of the button.
As soone as I added padding="0" it snapped to the middle of the button.  
|
|
|
|
|
I shall be glad to offer help, if I can. And yes, padding can be a bitch.
This space for rent
|
|
|
|
|
Pete O'Hanlon wrote: And yes, padding can be a bitch.
Truer words were never spoken.
It was a very small button and I had HorizontalContentAlignment="Left" and I ignorantly _assumed_ that the char would display. And then I just ran down a road based upon foolish ignorance and expectation.
I was stuck in a locus of attention and couldn't break out.
Finally, I remembered, "Hey, let's break this thing really bad!" Then I beat it.
|
|
|
|
|
Plus, people actually use android apps.
"universal" apps are only used if there isn't an alternative.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Mark_Wallace wrote: Plus, people actually use android apps.
"universal" apps are only used if there isn't an alternative.
Two very good points. Agreed.
|
|
|
|
|
And falls into a coma.
Six-months later he wakes up in a car.
The woman is driving, and barking.
"Why are you barking?," the man says.
"So your son can stay asleep," she says.
"Shouldn't you be singing a ... lullaby ?," he says.
"Wait 'till you see the mutt," she says.
«There is a spectrum, from "clearly desirable behaviour," to "possibly dodgy behavior that still makes some sense," to "clearly undesirable behavior." We try to make the latter into warnings or, better, errors. But stuff that is in the middle category you don’t want to restrict unless there is a clear way to work around it.» Eric Lippert, May 14, 2008
|
|
|
|
|
And what are you smoking?
Not that I want any. I would prefer to keep my sanity.
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
Brisingr Aerowing wrote: And what are you smoking?
Bill no smoke, no drug, all crazy natural no chemical additives.
«There is a spectrum, from "clearly desirable behaviour," to "possibly dodgy behavior that still makes some sense," to "clearly undesirable behavior." We try to make the latter into warnings or, better, errors. But stuff that is in the middle category you don’t want to restrict unless there is a clear way to work around it.» Eric Lippert, May 14, 2008
|
|
|
|
|
...and falls into a coma.
Six months later, she wakes to find she's no longer pregnant. Frantic, she asks the doctor what happened to her baby.
"You had twins! A boy and a girl, they are both fine - your brother named them."
"Oh no - not my stupid brother! What did he call them?" She asked, fearing the worst.
"Denise for the girl...."
She is hugely relieved! "That's OK!" she exclaims. "I like Denise, that's a good name!"
"...and the boy is Denephew."
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
he is a shelfish man 
___@sHubHa
|
|
|
|
|
|
Just trying to create a Dictionary-ish class in JavaScript.
Wanted to make it as much as the C# one as possible.
The C# one has a constructor with an IEqualityComparer.
I thought I knew how it worked (I've written a few), but apparently I didn't.
Not enough to implement it without spending about an hour or two figuring out how it works anyway.
Why DOES an IEqualityComparer have a GetHashCode AND an Equals function anyway? Hash collisions you say? FFFFFFFUUUUUUU...
Now to work around the fact that JavaScript is a messed up "language" and dictionaries can't be implemented because it doesn't have a proper hash function
It's good to have a hobby
P.S. Ever wanted to mess up your Dictionary? Write an EqualityComparer where Equals always returns false. You haven't really lived until you've tried it
|
|
|
|
|
"When you realize you don't know what you thought you knew" ... that is when you, very temporarily, most often without suspecting it, have wisdom.
If (may the gods spare me) I had to emulate a .NET Dictionary in EcmaScript, I would be tempted just to make sure the 'Add function failed if the candidate Key was a duplicate, but I like the fact you are going for the full-monty, hash, and all.
cheers, Bill
«There is a spectrum, from "clearly desirable behaviour," to "possibly dodgy behavior that still makes some sense," to "clearly undesirable behavior." We try to make the latter into warnings or, better, errors. But stuff that is in the middle category you don’t want to restrict unless there is a clear way to work around it.» Eric Lippert, May 14, 2008
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
