Re: global default for NSLayoutManager selection threshold?
Re: global default for NSLayoutManager selection threshold?
- Subject: Re: global default for NSLayoutManager selection threshold?
- From: James DiPalma <email@hidden>
- Date: Mon, 8 Oct 2001 00:55:28 -0700
Your're right, my fault. I assumed (falsely) that you use drag&drop
more than copy&paste, as I do.
I noticed I'm making less [sic] drag errors in 10.1, so for me I got
better.
With 10.1 I accidently drag&drop up to 100 times a day; I've slowed down
by religiously avoiding selected text (not what I consider ideal
considering that PB selects any compile warnings/errors). Apple, by
default, makes text dragging (potential data corruption) easier than
selecting text.
and was puzzled how a longer delay would help
I just want it turned off. Drag and drop text is about as useful as
scrollbar cancel; they are both activated by common gestures and
painfully difficult to avoid if you don't want them to happen. I need a
preference and you need a preference. Sounds good.
In previous Mac OS versions, if you held Option down _either_ when
starting the drag or when stopping, it would mean "copy".
And in previous versions of Mac OS there was no visual indication that a
drag would copy instead of move. Has Apple made progress?
I checked and you're right - this seems to be a Cocoa-introduced thing.
Carbon applications on Mac OS X apparently still do it that way - it's
only Cocoa applications which have the new behaviour.
Check Finder on OS X; it is a carbon application that uses the
Cocoa-introduced behavior.
Well, it's just a question of being accostumed - for many years - to do
things in a certain way; muscle memory, and all that sort of thing.
Millions of "Classic" Mac users are accostumed to hold option down
_before_ starting a drag, to mean "copy"
Please don't ignore the 40% of Apple customers that have never used a
mac. Please don't ignore the windows users that are considering buying
macs. And please don't rely on the must-cling-to-our-past leverage
because its simple ignorance. Apple can't improve anything without
making at least small changes to the past.
I'll ask the simple questions I ask when millions of classic mac users
are lost: if you bought a new car and it had a door handle that differed
from the car you drove every day for years, would you be able to open
the door? turn the lights on? windshield wipers?
All of us would fumble around for maybe a week, but we could all find
something useful about our new car; like dragging in Finder:
Now, I also must admit that I found this ability to decide later if the
drag will be a copy or a move useful for dragging things around in the
Finder (took me by surprise the first time!). But for text, I don't
need that.
You would prefer different dragging semantics for dragging in Finder and
dragging text?
-jim