Live data from Hacker News

Designing Windows 95’s User Interface

socket3.wordpress.com

81–90 of 402 posts

Re: Designing Windows 95’s User Interface

#81
post #73

In early UI we can see a Wastebasket, which ended up being changed to the Recycle Bin. As a user I would say that Recycle Bin is a misleading name because it has nothing to do with recycling a file / folder. However it has a more positive sounding than the weird Wastebasket. Meanwhile classic Mac OS already had a Trash. Simple, clear and short. I wonder why Windows could not simply name it Trash? Could it be that the…

Because Apple would issue again Microsoft about stealing stuff from Mac ?

Re: Designing Windows 95’s User Interface

#82

It's hard to remember, but even though Windows 3.11 was extremely dominant at the time, it was by no means assured that Windows 95 would be the success that it was. The very first version missed wildly in some big ways (MSN was a folder integrated into the desktop, for example, and no TCP/IP support [*Edit: yes there was - I misremembered.]), but the core, underlying redesign of the GUI was so profoundly good it prop…

You’re using macOS wrong ;)

I remember Windows 95 as a complete disaster of crashes, data loss, failing installations, incompatible applications, missing drivers and countless other problems which were only fixed with the release of Windows 98 (maybe even SE), which was much much better. I have memories of people sticking with DOS and 3.x, only having 95 as a nondefault boot option in case they wanted to watch the Buddy Holly video or launch the new Encarta cd-rom.

Re: Designing Windows 95’s User Interface

#83
Some comparisons to the contemporary version of OS/2 (2.1 was the current version when Win95 was announced, and 3.0 was released immediately before Win95):

* Applications minimized to a special folder, which was located on the desktop.

* No start button or task bar (they were added in OS/2 4.0).

* Shredder on the desktop (did not offer restore files like Mac Trash or Windows Recycle Bin).

* Hierarchical folders on the desktop that could contain either shortcuts or files.

* Shortcuts couldn't get "broken" as long as you did all of your file management through the Workplace Shell.

* Folders and file types could be subclassed in various ways to change their behavior and appearance. Simple changes didn't require programming.

* You could mark a folder as a project, and all the programs and files associated with the folder would open/close/hide along with the folder.

At the time, I felt that the Workplace Shell was immensely superior to the Windows 95 desktop. But it probably was quite a bit less friendly to new users.

Re: Designing Windows 95’s User Interface

#84
post #16

I have a feeling that Windows 95's window minimisation was at heart a workaround for the fact that the architecture couldn't support workspaces and therefore they had to find a way to 'hack' Windows to hide windows at will.

Some SVGA cards provide drivers for Windows 3.1 that added "virtual screen". It allowed to use a virtual screen bigger that the actual video resolution. To screen along these virtual screen, was only necessary to move the mouse to the edge of the visible screen. Also, X11 allowed to do this.

I think it like a poor's man alternative to workspaces.

Re: Designing Windows 95’s User Interface

#85
post #42

Earlier quoted context omitted.

I have no idea... I'm came from ~18 of Windows & Linux usage and everyone always told me macOS is THE OS with the best usability. But I can't confirm this. Minimization of windows is shitty and maximization even more. When I maximize, often just the height is changed, when I go back to "normal" the height and the width is changed, so I always have to adjust the width manually. When I minimize a few windows, it's impo…

Know what you're talking about. Since I've switched back to Linux I can't imagine working without workspaces - each one dedicated for specific task/app - and every time staying with specific order so e.g. 1 workspace: Browser, 2nd: Code editor, 3rd: Terminal, 4th: File explorers etc. I used to it so much that I automatically use shortcuts to access it immediately - switching between minimized windows using alt + tab…

Yes, this is something I do to on linux, and it's great particularly when you're doing something that gets quite messy with lots of windows open - when you're working with lots of files, or you the program (like GIMP) opens up several windows. If you need to do something else it's so nice to just leave it all and move onto a nice clean workspace without having to minimize everything.

Re: Designing Windows 95’s User Interface

#86

It's hard to remember, but even though Windows 3.11 was extremely dominant at the time, it was by no means assured that Windows 95 would be the success that it was. The very first version missed wildly in some big ways (MSN was a folder integrated into the desktop, for example, and no TCP/IP support [*Edit: yes there was - I misremembered.]), but the core, underlying redesign of the GUI was so profoundly good it prop…

> I still get frustrated on OSX when I minimize a window and have to hunt around for it Windows user here. Honest curiosity: does anyone know why the minimize / maximize works on the Mac the way it does? I mean, what's the rationale to design it like this?

It drove me nuts when they updated the maximize button behavior to full screen.

I use ShiftIt, a neat little Open Source tool that help me manage windows sizes and positions (including minimizing and maximizing): https://github.com/fikovnik/ShiftIt

I've recommend it to pretty much any Mac user I've met.

Re: Designing Windows 95’s User Interface

#87

"not understanding how folders could exist inside of other folders" -- My mom is 70 years old now, and I easily get frustrated whenever she's stuck with seemingly simple tasks with her computer. I usually scold her and yell at her, "This is so obvious, how come you don't know?" -- I always regret doing that afterwards. After I'm calm, I ask her why, trying to understand it from her perspective. Every time I do this,…

How do you manage files in windows at all without drag and drop? Do you just never reorganize anything? Further what is the chance that anyone who can't drag and drop would be able to find the setting to turn off drag and drop?

I use the mighty Total Commander all the time :)

Re: Designing Windows 95’s User Interface

#88
post #46
post #38

Earlier quoted context omitted.

The two metaphors are not as tightly coupled as you suggest. Even pre-computing, a "file" meant a collection of information and a "filing system" was a way of organizing it - that didn't neccesarily involve paper folders. In fact, card files, from which we ultimately derive our computer term, were more usually stored in boxes. I too prefer the term "directory". Apart from all UNIX tools using this terminology, it als…

>Apart from all UNIX tools using this terminology, it also more accurately reflects what it actually is - not a physical container for information, but a list of references to it - an association of names to addresses. Yes, but "directory" doesn't describe the way the UI appears to behave in a way that's more intuitive to the average non-technical end user than "folder." A "directory" could also describe a map or a p…

Check the comment four levels above. Apparently it is not at all intuitive that folders can be inside other folders.

Re: Designing Windows 95’s User Interface

#89

It's hard to remember, but even though Windows 3.11 was extremely dominant at the time, it was by no means assured that Windows 95 would be the success that it was. The very first version missed wildly in some big ways (MSN was a folder integrated into the desktop, for example, and no TCP/IP support [*Edit: yes there was - I misremembered.]), but the core, underlying redesign of the GUI was so profoundly good it prop…

> I still get frustrated on OSX when I minimize a window and have to hunt around for it Windows user here. Honest curiosity: does anyone know why the minimize / maximize works on the Mac the way it does? I mean, what's the rationale to design it like this?

For minimize I can't say. But the maximize works the way it works because (and this is according to the platform ideology, not some general truth) you are not supposed to maximize windows in the Windows sense of the word.

The macOS interface is based around floating and overlapping windows. If you put a window over the whole screen then it could be as well maximized. This gets a bit hairy on smaller screens but really shines on huge monitors. In general macOS is more optimized around having one big screen rather than a multi-monitor setup.

Re: Designing Windows 95’s User Interface

#90

It's hard to remember, but even though Windows 3.11 was extremely dominant at the time, it was by no means assured that Windows 95 would be the success that it was. The very first version missed wildly in some big ways (MSN was a folder integrated into the desktop, for example, and no TCP/IP support [*Edit: yes there was - I misremembered.]), but the core, underlying redesign of the GUI was so profoundly good it prop…

The one thing I don't understand that Mac has never adopted is being able to use open and save dialogues as mini file explorers (move stuff around and rename, specifically). Having to switch to Finder to move or rename a file that has the same name as the file I'm trying to save is ridiculous. Of course I never need to do this anymore since I only work on text files under revision control, but it still seems odd to me it was never introduced. I really just miss Window Explorer A LOT since moving to Mac. I don't hate macOS, but Finder is a bit of a joke.
Post reply on HN