Hi there! I'm on a tear.... When I have several non-project windows open, and I drag another file on TM's icon, the new file window appears as it should; The previous top window moves, while staying underneath, to just above and left of the new window. I didn't find anything related to this on the wiki or the list....
Cheers,
Dameron
On 2 avr. 05, at 01:42, Dameron Midgette wrote:
Hi there! I'm on a tear.... When I have several non-project windows open, and I drag another file on TM's icon, the new file window appears as it should; The previous top window moves, while staying underneath, to just above and left of the new window.
What you describe seems the normal TM behaviour, or maybe I don't understand well. But I noticed a strange behaviour some times ago, as it is hard to explain in my poor english, I didn't wrote about it before. I'll try anyway.
As I understand it:
-open file 1 => file opens to the left of the screen -open file 2 => TM puts it down-right of file 1. -open file 3 => TM moves file 2 back to the left, same height than file 1 and puts file 3 down-right of file 2. etc.
(This is nice a nice, btw! )
If you move file 2 to the right before opening file 3, file 3 still opens at the left of the screen, as file 4, etc. No problem. But: If you move file 1 to the right before opening file 2, file 2 opens down-right file 1, not at the left of the screen. Then, if you opens file 3, TM sends file 2 to the left of the screen. Which is a bit... weird to say the least.
I hope someone will understand what I wrote ;)
-- FredB
On 02-04-2005, at 05:42, Fred B. wrote:
What you describe seems the normal TM behaviour, or maybe I don't understand well. But I noticed a strange behaviour some times ago, as it is hard to explain in my poor english, I didn't wrote about it before. I'll try anyway.
I _think_ TM just uses the normal NSDocument & friends provided automatic layout of multiple windows, which then should be the same for all Cocoa apps, but I am not sure.
Hi there! I may be wrong, but having something i've specifically placed move on it's own because I open something *else*, doesn't feel at all familiar to me. I often have windows manually tiled, and it's annoying to have one of them jump about randomly because I opened something else......
On Apr 2, 2005, at 5:59 AM, Sune Foldager wrote:
On 02-04-2005, at 05:42, Fred B. wrote:
What you describe seems the normal TM behaviour, or maybe I don't understand well. But I noticed a strange behaviour some times ago, as it is hard to explain in my poor english, I didn't wrote about it before. I'll try anyway.
I _think_ TM just uses the normal NSDocument & friends provided automatic layout of multiple windows, which then should be the same for all Cocoa apps, but I am not sure.
-- Sune.
On 2 avr. 05, at 12:59, Sune Foldager wrote:
On 02-04-2005, at 05:42, Fred B. wrote:
What you describe seems the normal TM behaviour, or maybe I don't understand well. But I noticed a strange behaviour some times ago, as it is hard to explain in my poor english, I didn't wrote about it before. I'll try anyway.
I _think_ TM just uses the normal NSDocument & friends provided automatic layout of multiple windows, which then should be the same for all Cocoa apps, but I am not sure.
No. Please, try to recreate what I describe if you can understand me. TM shouldn't move already opened windows when you open another doc.
Plus, TM doesn't use the "normal" multiple windows layout, but a better one, IMO (except for this glitch , of course).
On 02-04-2005, at 18:05, Fred B. wrote:
On 2 avr. 05, at 12:59, Sune Foldager wrote:
I _think_ TM just uses the normal NSDocument & friends provided automatic layout of multiple windows, which then should be the same for all Cocoa apps, but I am not sure.
No. Please, try to recreate what I describe if you can understand me. TM shouldn't move already opened windows when you open another doc.
Hey I was just saying I _think_. I ain't gonna try do nuttin, but Allan can respond to this instead :-).
On Apr 2, 2005, at 2:59 AM, Sune Foldager wrote:
On 02-04-2005, at 05:42, Fred B. wrote:
What you describe seems the normal TM behaviour, or maybe I don't understand well. But I noticed a strange behaviour some times ago, as it is hard to explain in my poor english, I didn't wrote about it before. I'll try anyway.
I _think_ TM just uses the normal NSDocument & friends provided automatic layout of multiple windows, which then should be the same for all Cocoa apps, but I am not sure.
ISTR Allan has said that it doesn't use NSDocument. In some ways, TM is better, in some ways TM is worse. I'd really like it to not constrain windows to the screen if I've intentionally placed them partially offscreen, for example.
Chris
On Apr 2, 2005, at 5:42, Fred B. wrote:
No problem. But: If you move file 1 to the right before opening file 2, file 2 opens down-right file 1, not at the left of the screen. Then, if you opens file 3, TM sends file 2 to the left of the screen. Which is a bit... weird to say the least.
I hope someone will understand what I wrote ;)
Any chance you can record a movie that shows the wrong behavior (and mail me privately or post a link to)? I wasn't able to reproduce the problem from the instructions, sorry.
On 3 avr. 05, at 23:20, Allan Odgaard wrote:
On Apr 2, 2005, at 5:42, Fred B. wrote:
No problem. But: If you move file 1 to the right before opening file 2, file 2 opens down-right file 1, not at the left of the screen. Then, if you opens file 3, TM sends file 2 to the left of the screen. Which is a bit... weird to say the least.
I hope someone will understand what I wrote ;)
Any chance you can record a movie that shows the wrong behavior (and mail me privately or post a link to)? I wasn't able to reproduce the problem from the instructions, sorry.
Hope this will be easier to understand. ;)
On Apr 4, 2005, at 3:20, Fred B. wrote:
Hope this will be easier to understand. ;)
Indeed, thanks!
The problem is when the natural/cascaded position causes the window to go outside the visible screen area (which excludes the dock in your case) and the window then “wraps”. This would affect the previous window (I've fixed it for beta 6).
-
Allan Odgaard -
Chris Thomas -
Dameron Midgette -
Fred B. -
Sune Foldager