Welcome to the MacNN Forums.

booboo · Aug 16, 2002, 07:22 AM

You know how silky smooth dragging windows around (NOT resizing) is in OS X? Well if you drag a window where an item's name has been selected to recieve text input - i.e. the cursor is blinking - then dragging windows is far from smooth.

In fact it maxes out my 733's cpu and
still ain't smooth...

Worst case scenario, try it in list view...

1. Is this a feature?
2. Is it fair enough, and do we need more of it?
3. Does Jag'wire' still 'feature' this, erm, feature?

voodoo · Aug 16, 2002, 07:29 AM

What on earth do you mean? Explain this in more detail, please.

Henriok · Aug 16, 2002, 08:05 AM

This works great for me on a G4/450/192. When the marker is blinking, the window dragging is just as "snappy" as before, even i list view.
Sure it's a bug on your machine but it's not on all machines (thank god!).

And.. I must meniton that copying to and from a DVD-RAM disc is about 4 times faster in Jaguar. I'm quite happy as I have about 20 GBs of archiving left to do

SMacTech · Aug 16, 2002, 08:20 AM

Originally posted by booboo:
You know how silky smooth dragging windows around (NOT resizing) is in OS X? Well if you drag a window where an item's name has been selected to recieve text input - i.e. the cursor is blinking - then dragging windows is far from smooth.

You mean your Mac is acting like Windows XP does on my Dell laptop?
No problems on my cube 450 with 832mb of RAM. Smooth as can be in thousands of colors.

Developer · Aug 16, 2002, 09:37 AM

It's a bug. The window is unnecessarily flushed when dragged while the edit field is on. No big deal.

Report it to Apple and move on.

booboo · Aug 16, 2002, 10:27 AM

Originally posted by Developer:
It's a bug. The window is unnecessarily flushed when dragged while the edit field is on. No big deal.

Report it to Apple and move on.

I haven't exactly put my life on hold over it, but your reply is interesting...

Is it fixed in Jaguar...?

booboo · Aug 16, 2002, 10:30 AM

Originally posted by voodoo:
What on earth do you mean? Explain this in more detail, please.

What i mean is this:

Look at a window in list view... you can move it around nice and fast, right?

Now select the name of a file in that window, so that you can actually type in a new name - i.e. not just highlight it, but put the insertion point cursor somewhere in the actual name...

Now drag your window...

See what i mean?

booboo · Aug 16, 2002, 10:32 AM

Originally posted by Henriok:

Sure it's a bug on your machine but it's not on all machines (thank god!)

I'm not convinced. G4/733, 576MB RAM

chris v · Aug 16, 2002, 10:42 AM

dual gig 10.1.5 jaggy, stuttery movement when dragging a window with a cursor in a name field.

I Never thought to move a window while renaming a file before. I think this ranks pretty low on the list of known OS X bugs. I'd certainly like to see open/save dialogs in Carbon apps fixed first.

CV

edddeduck · Aug 16, 2002, 10:49 AM

Originally posted by booboo:

What i mean is this:

Look at a window in list view... you can move it around nice and fast, right?

Now select the name of a file in that window, so that you can actually type in a new name - i.e. not just highlight it, but put the insertion point cursor somewhere in the actual name...

Now drag your window...

See what i mean?

Looks nice and fast on 10.2. (I have no copy of 10.1 installed to check though)

Cheers edwin

sahara · Aug 16, 2002, 11:21 AM

Subjectively deciding if the window dragging is "snappy" (ugh) or not is not a good test. On my dual 800 G4, top shows CPU usage at 2-6% when dragging around a window with a very long list view. When I place an insertion point in the name and then drag the window around, CPU usage jumps to something like 30%. I agree that this is not a huge bug. Anyway, I tried this on Jaguar too, and it seems to happen there as well, but the jump in CPU usage was relatively low compared to 10.1.5. I don't know if that is because I didn't have a list view with as many items in it, or because Jaguar actually reduces this problem altogether.

Xeo · Aug 16, 2002, 11:50 AM

G4 933, 10.1.5, same problem.

Adam Betts · Aug 16, 2002, 01:35 PM

Looks like it only happen to Carbon apps, not Cocoa apps.

Developer · Aug 16, 2002, 02:12 PM

Originally posted by Adam Betts:
Looks like it only happen to Carbon apps, not Cocoa apps.

It's a Finder bug. I don't think such a generalization makes sense.

Vanquish · Aug 16, 2002, 04:26 PM

I'm having this too, although the difference isn't THAT big, and also: who drags around a window while changing the name of a file/folder in it ?

Jim Paradise · Aug 16, 2002, 06:09 PM

10.1.5, G4/400.... same problem. But it doesn't max out the CPU.... and it's still fairly fast, just jerky.

Jim Paradise · Aug 16, 2002, 06:11 PM

Originally posted by Vanquish:
I'm having this too, although the difference isn't THAT big, and also: who drags around a window while changing the name of a file/folder in it ?

Meh, I'm sure it happens from time to time. Even if it is something that people don't often do, it's a bug nonetheless and should be squished.

King Bob On The Cob · Aug 16, 2002, 07:44 PM

Originally posted by Jim Paradise:
10.1.5, G4/400.... same problem. But it doesn't max out the CPU.... and it's still fairly fast, just jerky.

Quite the opposite for me. It's perfectly smooth, but it lags about 1 and a half seconds behind the mouse and it maxes the CPU.

chadseld · Aug 16, 2002, 07:44 PM

Appears to be fixed in jaguar. (along with about 10000000000000 other finder bugs)

spectre · Aug 16, 2002, 07:53 PM

I too have a g4 733 but w/ 256mb of ram with Jag installed, and the window seems to drag just as smoothly as before. Jag fixes lots of little things

Apfhex · Aug 17, 2002, 03:17 AM

Window dragging is just as smooth for me when I do it (PB DVI 800Mhz, 10.1.5). Although it's kinda neat that you can actually drag a window without it cancelling the file rename.

Zimphire · Aug 17, 2002, 03:35 AM

Originally posted by booboo:

What i mean is this:

Look at a window in list view... you can move it around nice and fast, right?

Now select the name of a file in that window, so that you can actually type in a new name - i.e. not just highlight it, but put the insertion point cursor somewhere in the actual name...

Now drag your window...

See what i mean?

No, No I don't see what you mean. It is the same speed here.

But I am using Jaguar too soo..

Robo-X · Aug 17, 2002, 05:24 AM

The bug is not completely fixed in Jaguar. It doesn't slow down that much it just makes the window stutter more when moving around compared to moving the same window without having the text field activated.

//Rob

sunriser · Aug 18, 2002, 04:27 AM

Well, i just tried it and i can tell you it's not a Finder bug and it's not only related to carbon apps.

To resume, open Chimera (lastest build) on Jaguar 6C115, select a part of the address field and try to drag the window... Now i'm pretty sure that everyone will see the problem...

I never noticed it before...

Maybe we should send a report to apple for that

(tested on iMac FP 800)

[APi]TheMan · Aug 18, 2002, 04:54 AM

Originally posted by Developer:

It's a Finder bug. I don't think such a generalization makes sense.

I don't mean to challenge you as I am sure you know more than me, but he seems to be partly correct... The Finder is Carbon

Seb G · Aug 18, 2002, 05:23 AM

No visible difference in dragging speed in both Mozilla (Carbon CFM) and OmniWeb (Cocoa), but I get a huge difference in the Finder, in particular in list views of very full folders. 10.1.5 here, on a 400MHz G3. Definitely a Finder bug, and a not really annoying one, too. Or not even a bug, just bad implementation.

sunriser · Aug 18, 2002, 07:33 AM

very weird...

i just retried what i said and now the slowdown is gone

i can move the chimera window fast...

hmm....

wingdo · Aug 18, 2002, 04:36 PM

Originally posted by booboo:

What i mean is this:

Look at a window in list view... you can move it around nice and fast, right?

Now select the name of a file in that window, so that you can actually type in a new name - i.e. not just highlight it, but put the insertion point cursor somewhere in the actual name...

Now drag your window...

See what i mean?

Nope sure don't. I see no difference at all.

DP 533, 768RAM

piracy · Aug 18, 2002, 05:59 PM

Originally posted by [APi]TheMan:

I don't mean to challenge you as I am sure you know more than me, but he seems to be partly correct... The Finder is Carbon

So does that mean all girls are princesses then?* You see the error in your logic, I'm sure. (Or at least I hope.)

* If you didn't get that reference, it's basic logic: all princesses are girls, but not all girls are princesses. If the Finder has a bug, it doesn't mean it's a Carbon bug just because the Finder is Carbon...

bradoesch · Aug 18, 2002, 07:08 PM

It happens to me too (although I've never had it happen before, only after I just tried it now.)

iMac DV
10.1.5

[APi]TheMan · Aug 18, 2002, 08:35 PM

Originally posted by piracy:

So does that mean all girls are princesses then?* You see the error in your logic, I'm sure. (Or at least I hope.)

* If you didn't get that reference, it's basic logic: all princesses are girls, but not all girls are princesses. If the Finder has a bug, it doesn't mean it's a Carbon bug just because the Finder is Carbon...

Developer used "It's a Finder bug." as a rebuttal to Adam Betts' "generalization" about the bug only affecting Carbon applications.

I was merely pointing out that he may have a point, seeing as the Finder is Carbon.

My point wasn't to start an argument or to challenge anyone, my point WAS, however, to show that, yeah, Adam COULD be right.

This isn't a bug that really concerns me, I don't really even care, so I take it very lightly and I couldn't care less if it only affects Carbon applications or not.