"Congratulations on a perfectly marvelous set of non-answers! Very typical of all I've engaged in this discussion over these many months."
Oh, the answers are there alright... you just don't want to see them. Go through the thread again for my responses and read them. Warning: you may need to do some thinking.
"And all completely irrelevant to the discussion we're having in this thread. What everyone else except you is interested in is the user experience of having vs. not having a Save As command — not all of this geek under-the-hood stuff."
This geek under-the-hood stuff matters because it's what affects the user experience.
When third-party developers write software that introduces bad ideas, then firstly, you have to put up with it and learn it, no matter how bad the ideas. And then, Apple have to take up those ideas for the rest of the architecture's lifespan just to keep these developers happy, until another opportunity arises to correct these life-long mistakes. The best time to fix these mistakes are when you propose major API changes (ie., major version releases), because such changes mean major architectural changes to the system software.
These mistakes in development (introduced by third parties, then forced to keep these "hacks" going by Apple engineering) have not been agressively dropped in the past because, well, Apple was a much smaller company then (particularly when System 7 was introduced), with fewer resources (engineers) to proactively promote their design fixes and new ideas to where they should have headed... instead, languishing under third-party developers' demands. Back then, Apple couldn't afford to design their own systems the way they wanted, because they'd lose the support necessary to continue selling their machines and paying their engineers.
Now, Apple is in a much better position to make the kind of systems that they invented for themselves some 17 years ago with the Newton OS, where using solid state memory, self-management and object-oriented software technologies demanded that old ideas be thrown out with the trash because they no longer work.
And why do they no longer work? Well, take a look at iOS devices today, and any Mac that has solid state non-volatile memory as its replacement for the venerable disk drive, and it makes more sense when you consider that emulating a disk in non-volatile memory is a pretty stupid idea—it wastes storage space, isn't very fast, and prevents new systems from being what they are otherwise capable of.
Yes, you may not appreciate all this geek under-the-hood stuff, but some people do. And in a few years when Macs work more like iOS devices today, people will be appreciating these advances even more.
Every Mac system release that Apple has worked on in the last 10 years has had to live within split personalities: preserving the previous (n – 1) generation APIs for apps that do things in older ways, and the current generation APIs for introducing more efficient, more effective and more useful ways of doing things, since for various reasons, older technologies are no longer relevant to the kind of systems that are being built out of some of the most amazing hardware technologies to date. For this decade, that technology is solid state non-volatile storage that will make the entire concept of a disk filing system redundant. Say goodbye to HFS Plus in future... because it's not going to be needed.
"Your earlier characaterization of Save As being "outdated" and a "mindset" implies that you are making a judgment upon those who prefer to use it (not to mention your subsequent "way of the dodo" statement). The fact that you didn't even deal with the bulk of my post reinforces this view."
That's not my statement nor my judgement. That's Apple's. It just so happens that I agree with this statement and judgement.
"More to the point, you know full well that "continue using Snow Leopard" will, in time, prove to be no solution at all to this problem. As hardware ages and must be replaced, such advice will, in fact, prove impossible to implement."
And the penny drops. That's what I have been trying to tell you for MONTHS!
You have been flogging a dead horse for way too long. Time to look for other ways to tackle your problem, while you still have time.
And incidentally, third-party developers will be going through the usual cycle of trying new technical avenues provided by Apple and sending them feedback on issues that matter. I'm sure that Apple will respond to that feedback as their system software is refined to solve the little problems that EVERYONE has, not just yours.
"There is every reason for "the rest of us" to ask what happened to Save As. As I stated (and you ignored), this command works best for us in our workflow. Indeed, it worked just fine as an integral way of working on the Mac for the past 27 years."
OK, you can ask "what happened", but you're imposing more than that. You are imposing that any change in ideas, techniques or procedures should run by you first before the rest of us get to see what could be done better and at lower cost.
"You don't miss it...good for you. But "I don't have a problem, so there's no way that anyone else could possibly have a problem" is a way of looking of things that's rather...well, juvenile."
I have said that I understand and prefer Apple's new changes to Lion in file and process management, and that these operating system technologies have been long overdue. But I never said that "there's no way that anyone else could possibly have a problem". Rather, all I'm saying is that there is no solution to your problem, and here's why. I dare say that in all your efforts in delivering your rather interesting style of remarks to me in particular, you still haven't some to a solution to your problem, have you?
I can confidentally speculate this: Apple's future system releases are going to head away from the age-old concepts of 30-year-old micromanagement and into a new era of fault-tolerant personal computing. And I for one don't want to see this development thwarted... not again.
—tonza