Re: Finder Scripting
Re: Finder Scripting
- Subject: Re: Finder Scripting
- From: Emile Schwarz <email@hidden>
- Date: Sun, 21 Aug 2005 09:01:54 +0200
Hi Dave et al.,
I am sorry to have to report the following:
tell application "Finder"
set bounds of front window to {0, 44, 100, 100}
return properties of front window
end tell
When run, the script does its job. BUT, close the window, open it and you get
the window back to the previous location and widh/height...
This appears in the original 10.4, 10.4.1, 10.4.2.
I have others (plenty) like view per icon, 16 pixels, snap to grid who acts
'random' (and worst, sometimes the window background moves when I 'move an item'
(that item is in the middle of the window).
Worst, I fear to move item who is in the first line or column... most of the
time, the inside of the window moves to the bottom or to the right (depending on
the col/line of the 'moved' original icon).
Moving more than 5 items does not make them snap to grid but also 'random'...
Ask me if you want more descriptive explanations (or whatever).
BTW: I'm glad to have news from you.
Also: wooo! So many years on the Finder !
Greetings from France,
Emile Schwarz
email@hidden wrote:
Date: Fri, 19 Aug 2005 17:12:38 -0700
From: Dave Lyons <email@hidden>
Subject: Re: Finder Scripting
To: Shane Stanley <email@hidden>
Cc: AS users lists <email@hidden>
Message-ID: <email@hidden>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
On Aug 19, 2005, at 3:11 AM, Shane Stanley wrote:
Have a look at the dictionary: there's actually a command that
includes the words "(NOT AVAILABLE)" in the command itself.
There are actually 10 of those remaining (in the descriptions, not in
the actual names of the commands and properties). I'm not happy
about them, but they are there on commands and properties that worked
in Mac OS 9, where removing them entirely would have made it
impossible to compile e a script that (does version checking and)
works on both Finder 9 and Finder X.
When was the last release where the position property actually
meant something?
Of an item, or of a window?
I believe "position" of an item has worked since 10.0. It has never
meant the position on the desktop, and in Tiger there is a separate
"desktop position" property. (The regular "position" of an item that
happens to be on your desktop affects its icon-view position within a
Finder window targeting your desktop folder.)
The position and bounds properties of Finder windows have a more
twisted history. 10.3 was accidentally anomalous (toolbar height and
some window frame edges were accounted for differently than in 10.2),
and in 10.4 we believe we restored them to they way they were meant
to work. There are currently no bugs open on this topic, so please
let me know (or file a bug) if something is still broken.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Applescript-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden