tonza wrote:
"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.
Not taking this bait, sorry. Please continue to congratulate yourself on your cleverness, while I continue to ignore it.
"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.
Please explain, in simple terms, why Save As is a "bad idea." (Particularly in light of the fact that, for 27 years, it was a very good and useful idea, serving the needs of millions of users.)
Please explain, in simple terms, why taking several additional steps to accomplish the same thing Save As used to accomplish is a "good idea."
And in a few years when Macs work more like iOS devices today, people will be appreciating these advances even more.
Only if they accept the notion that a desktop computer should function in exactly the same way as a device with a tiny screen that you hold in your hand. (And thus, that it should be crippled by having things that can't be accomplished effectively on such a tiny device forced upon it.)
I don't accept this notion...and I'm hardly alone.
I'd love to hear your argument in favor of it.
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.
Please explain in simple terms how a method of working with one's files (in this case, basing a new document on an older one) that takes several more steps to accomplish what used to be accomplished in two steps is a "more efficient, more effective and more useful" way of doing things.
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.
Translation: I don't need it, so no one will need it.
I'm constantly amazed (and amused) when people who obviously have no experience in real-world situations confidently state what those of us who do work in real-world situations "need" or don't need.
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.
As I've pointed out in the past, I know of at least one "third-party developer" who has done exactly what I have suggested (and you, once again, have ignored): he has given his users the option as to whether to implement Auto Save/Versioning, or stick with the old method of saving (and thus preserving Save As).
He managed this even though he is basically a one-man shop, and he managed it within weeks of Lion's release to the market.
Once again I ask: please explain in simple terms why this is a bad idea.
And once again I repeat: the loss of Save As isn't a "little problem"...it's the single biggest change in the way we interact with our Macs on a daily basis in the history of the platform. (I notice you haven't disputed this.) Nor, judging from the comments in this thread and many others like it (both here and on many other forums) is it merely "my" problem and no one else's.
Through three updates to Lion (plus a preview of Mountain Lion), Apple has so far NOT "responded to feedback" from unhappy Mac users — even though it's been louder and more widespread than any previous feedback I can recall seeing.
My fear is that this is because the powers that be at Apple are every bit as arrogant and seemingly all-knowing as you come across.
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 stated a simple solution to my problem in two earlier posts, and have stated it again in this one. Are you really this dense, or do you just like to hear yourself talk?
I'm glad you find my style of remarks "interesting." I find yours quite laughable.
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.
I find it fascinating that someone with such a geek orientation wants to turn around and be "fault-tolerant" of all the bozos who just can't seem to manage keying Command-S every once in a while as they work...even after repeatedly losing work because of this failure.
As I've said, I'm OK with accommodating these bozos...but don't force me, as a responsible Mac user, to take the fall for them by messing with a capability that I use many, many times in the course of doing productive work on a Macintosh.