Me again and my complaints about dragging selected text...
I realize that I have to click+hold a little bit before I can drag but it doesn't work reliably, at least not with a graphic tablet (don't know about mouse, haven't used one of those in a while ;), sometime I can hold, sometime it just deselects everything right away... Was this delay before drag implemented on purpose? Would it be possible/difficult to add a pref in future release such as a slider to select the duration of this holding time (going all the way down to 0)?
It really is frustrating, at least for an Intuos user... ;)
Thanks!
On 18/08/2005, at 15.02, minimal.design wrote:
I realize that I have to click+hold a little bit before I can drag [...] Was this delay before drag implemented on purpose?
Yes -- I can't speak for Carbon applications, but it's how the rest of the OS does it.
Can you drag from e.g. Mail's compose window w/o problems, or do you experience the same deselecting problem there?
On 18/08/2005, at 16.49, Allan Odgaard wrote:
On 18/08/2005, at 15.02, minimal.design wrote:
I realize that I have to click+hold a little bit before I can drag [...] Was this delay before drag implemented on purpose?
Yes -- I can't speak for Carbon applications, but it's how the rest of the OS does it.
IMO the delay is very minute. Not having it is a pain, I tried that (don't remember what program, and it might have been on Windows). I kept dragging text around when I wanted to make a new selection (after selecting one letter too many or too few before). So I for one am for the delay! :-).
While I am not exactly opposed to making it a pref item, I can come up with a list of things I'd like to see in prefs before this one, if keeping it simple is a factor.
-- Sune.
On Aug 18, 2005, at 8:04 AM, Sune Foldager wrote:
On 18/08/2005, at 16.49, Allan Odgaard wrote:
On 18/08/2005, at 15.02, minimal.design wrote:
I realize that I have to click+hold a little bit before I can drag [...] Was this delay before drag implemented on purpose?
Yes -- I can't speak for Carbon applications, but it's how the rest of the OS does it.
IMO the delay is very minute. Not having it is a pain, I tried that (don't remember what program, and it might have been on Windows). I kept dragging text around when I wanted to make a new selection (after selecting one letter too many or too few before). So I for one am for the delay! :-).
I'm not. Mac OS 7/8/9 didn't have this delay, and it was much more pleasant to use for drag and drop text manipulation. The delay turns drag and drop into an occasional-use feature rather than something I use everyday.
That said, there's a text preference you can set to adjust the delay time, but I don't remember what it is.
Chris
On 18/08/2005, at 17.39, Chris Thomas wrote:
[...] The delay turns drag and drop into an occasional-use feature rather than something I use everyday.
I presume that NSTextView's lack of a visual cue (switching cursor) doesn't sell the delay very well, since you end up holding down the mouse for a second, just to be sure the waiting period is over.
That said, there's a text preference you can set to adjust the delay time, but I don't remember what it is.
I wasn't able to find this (when I implemented the delay), so I use a hardcoded value. If anyone has info about how to obtain the system- wide preference for this, I'd be happy to use it.
Actually, Safari doesn't have this delay. Then again, only text viewing and no editing is taking place there.
-- Sune.
I wasn't able to find this (when I implemented the delay), so I use a hardcoded value. If anyone has info about how to obtain the system-wide preference for this, I'd be happy to use it.
Documented in Xcode "Expert Preferences" release note, strangely enough:
NSDragAndDropTextDelay
The delay (in milliseconds) during which Xcode performs a drag-and- drop operation, rather than a selection. Setting this default to a non-positive value will disable drag-and-drop editing.
So, 10 second delay system-wide: defaults write NSGlobalDomain NSDragAndDropTextDelay 10000
On 18/08/2005, at 21.04, Chris Thomas wrote:
Documented in Xcode "Expert Preferences" release note, strangely enough:
Maybe because this only works for Xcode? At least I didn't see the changes here in Mail.
NSDragAndDropTextDelay
The delay (in milliseconds) during which Xcode performs a drag-and- drop operation, rather than a selection. Setting this default to a non-positive value will disable drag-and-drop editing.
Okay, I now read this setting -- there's no default value, I'm using 150.
Setting it <0 (e.g. -1) will disable the ability to drag a selection, meaning clicking the mouse inside a selection immediately deselects it and starts a new selection from that point (if the mouse is moved while the button is down) -- this is consistent with Xcode, though not what the OP wanted.
Setting it to 0 will immediately start a drag (what the OP wanted). Xcode actually do not seem to do this, but instead use the default delay (AFAICT). When having it set to 0, it also means that clicking inside the selection will always deselect, if the mouse is released w/ o being moved first (normally it doesn't deselect on mouse up when the drag pointer is shown).
Setting it >0 means changing the current delay of 150 milliseconds.
One could argue that with a setting of 0, it shouldn't show the drag pointer before the mouse is actually moved, but I'm saving something for the 2.0 upgrade! ;)
On Aug 18, 2005, at 12:46 PM, Allan Odgaard wrote:
On 18/08/2005, at 21.04, Chris Thomas wrote:
Documented in Xcode "Expert Preferences" release note, strangely enough:
Maybe because this only works for Xcode? At least I didn't see the changes here in Mail.
It's standard for NSTextView, but you need to quit and restart the app, it's cached the first time through the mouse click loop, IIRC. Mail may do something else weird, though, I haven't tried it. :)
Okay, I now read this setting -- there's no default value, I'm using 150.
Awesome!
Chris
Er, when I select text, i have this "text" mouse cursor of a line with little serifs, then when I hold down the mouse a bit, it changes into an arrow meaning I can drag it around ... does nobode else experience this? It works exactly the same in mail as in textmate. (I'm on tiger, latest upgrades on everything but no CVS checkout stuff)
Andreas
On Aug 18, 2005, at 22:00 , Chris Thomas wrote:
On Aug 18, 2005, at 12:46 PM, Allan Odgaard wrote:
On 18/08/2005, at 21.04, Chris Thomas wrote:
Documented in Xcode "Expert Preferences" release note, strangely enough:
Maybe because this only works for Xcode? At least I didn't see the changes here in Mail.
It's standard for NSTextView, but you need to quit and restart the app, it's cached the first time through the mouse click loop, IIRC. Mail may do something else weird, though, I haven't tried it. :)
Okay, I now read this setting -- there's no default value, I'm using 150.
Awesome!
Chris
For new threads USE THIS: textmate@lists.macromates.com (threading gets destroyed and the universe will collapse if you don't) http://lists.macromates.com/mailman/listinfo/textmate
On 18/08/2005, at 22.36, Andreas Wahlin wrote:
Er, when I select text, i have this "text" mouse cursor of a line with little serifs, then when I hold down the mouse a bit, it changes into an arrow meaning I can drag it around ... does nobode else experience this?
Everybody else experience it. It's the standard behaviour :-). What was discussed was how long that "a bit" should be.
-- Sune.
I have a bookmarklet in my bar of: javascript:document.designMode="on";
That sounds interesting, what is it? Tried some googling and safari help searching but came out none the wiser.
Andreas
-
Allan Odgaard -
Andreas Wahlin -
Chris Thomas -
Max Williams -
minimal.design -
Sune Foldager -
thomas Aylott