|
Wordle 984 2/6
⬜🟨🟨🟨⬜
🟩🟩🟩🟩🟩
Such a word as this came in my very second attempt 😅
|
|
|
|
|
Wordle 984 4/6*
⬜⬜⬜⬜🟨
⬜🟩⬜⬜⬜
⬜🟩⬜🟨⬜
🟩🟩🟩🟩🟩
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Wordle 984 3/6*
⬜⬜🟨⬜🟨
🟩🟩🟨⬜⬜
🟩🟩🟩🟩🟩
Happiness will never come to those who fail to appreciate what they already have. -Anon
And those who were seen dancing were thought to be insane by those who could not hear the music. -Frederick Nietzsche
|
|
|
|
|
Wordle 984 5/6
⬜🟨⬜⬜🟨
⬜⬜⬜⬜⬜
🟨🟨⬜🟨⬜
⬜🟨🟨🟨🟨
🟩🟩🟩🟩🟩
|
|
|
|
|
⬜⬜⬜⬜🟨
⬜🟨⬜⬜⬜
🟩🟩🟩🟩🟩
good but lucky guess
In a closed society where everybody's guilty, the only crime is getting caught. In a world of thieves, the only final sin is stupidity. - Hunter S Thompson - RIP
|
|
|
|
|
Wordle 984 6/6
⬜⬜🟨⬜⬜
⬜⬜🟨⬜⬜
⬜🟨⬜⬜🟨
⬜🟨🟨⬜🟨
🟩⬜🟨⬜🟩
🟩🟩🟩🟩🟩
Phew, close one!
|
|
|
|
|
984 5/6
⬛⬛⬛🟨⬛
🟨⬛🟨⬛⬛
🟩🟨🟨⬛⬛
🟩🟩🟩⬛⬛
🟩🟩🟩🟩🟩
wordle.at
Rules for the FOSW ![ ^]
MessageBox.Show(!string.IsNullOrWhiteSpace(_signature)
? $"This is my signature:{Environment.NewLine}{_signature}": "404-Signature not found");
|
|
|
|
|
Wordle 984 5/6
⬛⬛⬛⬛⬛
⬛⬛⬛🟨⬛
⬛🟨🟨⬛🟨
⬛🟨🟨🟨🟨
🟩🟩🟩🟩🟩
Ok, I have had my coffee, so you can all come out now!
|
|
|
|
|
Wordle 984 5/6*
⬛⬛⬛⬛🟨
⬛⬛🟨⬛🟨
⬛🟨⬛🟨🟨
⬛🟩🟨🟩⬛
🟩🟩🟩🟩🟩
|
|
|
|
|
I've noticed a trend here on the site where authors/developers are still writing GUI applications in MFC (for C++) and/or WinForms. What's noticeably absent is WPF in either Framework or .NET Core.
So I pose the question (this is not snark, I genuinely want to know) why authors/developers are still choosing old(er) technology?
I used to think it was the learning curve, but I suspect there's more to this story.
Bonus Question: What's also noticeably absent is VB6 and VB.NET. Have those platforms truly bitten the dust (for good)?
modified 27-Feb-24 21:56pm.
|
|
|
|
|
Maybe because none of the new technologies really survive for more than a few years (months) and are replaced by the next hype?
[Edit]
It now seems to be extremely time-consuming to switch from one VS/C# V xyz to the next.
In other words, we are mainly busy migrating from a VS/c#/xyz version to the current version (with all the inconveniences that this entails) without achieving any real benefit for our applications.
[Edit 1]
Btw. forgot to mention, your question is a good question
modified 27-Feb-24 14:46pm.
|
|
|
|
|
There's no modern Windows UI toolkit for NATIVE C++ from Microsoft.
I think the last thing they introduced was the ribbon and it barely worked, (that was in 2008 ?))
They've abandonned us.
Previous job was on MFC and some Win32. (20+ years of development/history) and in a previous job, they switched to QT after I left.
Current job is on pure Win32. (30+ years of development/history). Switching to another toolkit like QT would be wildly prohibitive (time and money) and we'd loose a crap ton of features.
At home, if I want to quickly put up a mockup in C++ , I'll do it with MFC.
CI/CD = Continuous Impediment/Continuous Despair
|
|
|
|
|
Another theory is (please note just one thought from an older man):
a.) The young programmers master all of these new tools. But they are not able to solve a practical task with it.
b.) This means that the older programmers who cannot/will not use the new tools have to solve the practical requirements with the tools they know.
If this thesis were to be true, it would be truly tragic
modified 27-Feb-24 15:05pm.
|
|
|
|
|
I tried every "language" and platform that came out; paying "thousands" at a time, just to "play the game". This was before "open source" was even a term.
All those "lessons" led me to C# and UWP; after C# and WPF; after C# and WinForms; after Java and Struts, JBoss, Swing, NetBeans, Eclipse, .... and and on.
I "knew" things could be better ... and now they are. I can target PC's, ARM, XBox, Hub, Mobile ... and write in the style "I like" and never hitting a wall (yet). Different strokes.
"Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I
|
|
|
|
|
I can create applications faster in Winforms than I can in WPF, because the designers in WPF were created at gunpoint.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
Violently agree.
I use WinForms to build desktop apps because that's the quickest way for me to bring a tool or product UI to market with the smallest potential for bugs. And that's the same reason I use .NET Android to build native Android apps.
/ravi
|
|
|
|
|
Unfortunately, Embarcadero (formerly Borland) never managed to break through into the market.
But I don't know of any other tool that supports, among other things, inheritance of visual and data components as transparently and perfectly as they do.
But unfortunately they never managed to produce a reasonably stable version or a community or an Embarcadero ecosystem.
And of course this relatively small company Embarcadero has no chance of providing something equivalent to the .NET Framework.
|
|
|
|
|
Once you get the hang of it WPF is really nice and you can do a lot ito styling and customization.
|
|
|
|
|
This is exactly why I use WinForms. I don't want to style or customize. I'm a back end dev mostly. Dragging and dropping elements and using the mouse to resize is the most customization I want. From there, I can focus on writing code that actually completes the task I started with.
Hogan
|
|
|
|
|
Understandable. WPF can do drag and drop too, but if Winforms is easier for a simple ui then use what you're familiar with
|
|
|
|
|
but then there's the DPI issue, which is the main reason I started to work more with WPF...then I fell in love with how WPF does databinding (yes, I know it can be done in Winforms too, but it was more of an afterthought and doesn't work quite as cleanly, IMHO)
|
|
|
|
|
And you found out WPF can also bind data async right?
That made a huge impact on my work before i had to switch to blazor and angular for the front end.
Rules for the FOSW ![ ^]
MessageBox.Show(!string.IsNullOrWhiteSpace(_signature)
? $"This is my signature:{Environment.NewLine}{_signature}": "404-Signature not found");
|
|
|
|
|
I hadn't looked into it, but perhaps I should!
|
|
|
|
|
(And where is the "user" in all this? "I don't want to ...") With "flexibility" comes complexity. UWP and WPF are more "flexible" than Windows Forms. They actually have a "model" for the UI; it's called the "visual tree"; and it gives the whole thing meaning. Versus "drag and drop" (or drop and drag). The "designers" are "flat and 2d" and cannot intelligently construct "complex" (hierarchical) graphic interfaces. WPF and UWP requires a mental shift that "dabbling" doesn't scratch.
"Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I
|
|
|
|
|
I'm a back end web developer currently, so my user is myself. I've built a few tools, but it isn't going to customers.
Hogan
|
|
|
|