20 comments

[ 2.3 ms ] story [ 29.2 ms ] thread
Really wish someone would just take the win95 UI code and tell an LLM to make it work on the win11 74 bit kernel
> and tell an LLM to make it work on the win11 74 bit kernel

It won't compile.

Probably the 10 extra bits.
Did you try it?

I can't immediately see why explorer.exe wouldn't run and give you a start menu

Yes, that would be glorious. Could be the XP UI too… have some more flexibility around themes.
You still can. Run any program in compatibility mode; the Windows 2000 boxy UI is still there. As is the Windows Vista Aero Basic theme.

Like I always say, the user-mode of Windows is easiest to change, that's why it has been done almost every version.

Yes please! Speaking of which, was it Window Blinds(?) that could back/forward port UI themes across various Windows versions? Are they still around?
I prefer to believe they just merged the two branches in SourceSafe.
moving changes from Windows 95 to Windows NT involved manually doing three-way merges for all of the files that changed since the last drop. I suspect that this manual process was largely automated, but it was not as simple as a git merge.

The first release of git was in 2005, around a decade after Windows 95.

It's always funny to me, the more you go into the depth of windows settings, the older the UI that start to show up.

Which makes sense, between the "if we change it we break it in some subtle way" and "we don't expose that in UI anymore so the new panel doesn't have it".

My understanding is that windows want to move to a "you can't configure much of anything, unless you use group policy and then you set everything through that" so they don't update the settings and don't include them in the new screens for 90% of the things, but then they have this huge moat of non active directory users who need to go into the settings and my god are they bad.

Windows is like real life archeology. You can dig up the UI of ancient generations of humans before you underneath the modern facade.
What's the reason for moving from ASCII CHAR to UTF16 WCHAR rather than UTF8 CHAR? I wouldn't think any parts of the codebase that don't need to render the string or worry about character counts would need to be modified.

Edit: https://devblogs.microsoft.com/oldnewthing/20190830-00/?p=10... seems the justification was that UTF-8 didn't exist yet? Not totally accurate, but it wasn't fully standardized. Also that other article seems to imply Windows 95 used UTF16 (or UCS2, but either way 16-bit chars) so I'm confused about porting code being a problem. Was it that the APIs in 95 were still kind of a halfway point?

As much as the tech industry loves to hate on Microsoft, it’s really quite amazing what they were able to do with fairly primitive tools operating on huge, complex code bases.
Amazingly, explorer.exe still freezes up to this very day. Bravo, Microsoft. Never change.
@dang: It would be nice if we can add an exception to these URLs. Currently, the domain hint only says: "microsoft.com". It would be better if it said: "devblogs.microsoft.com/oldnewthing" or "microsoft.com/oldnewthing". I think we did something similar with forbes.com to illuminate when it was a blog (which are frequently low quality), instead of the official media website.
Ok, that should be done now. I'm not happy about how much screen space "devblogs.microsoft.com/oldnewthing" takes up, so I might look into rewriting these to "microsoft.com/oldnewthing". On the other hand, that's arguably a bit misleading too.
I would like to read the story of why the Windows 95 window title bar and buttons looks so much like the NeXT ones