Wouldn't an applescript facilitating creating links this way in Safari be nise to post in this thread?

Now you're talkin', gdsimms! A drag-and-drop conversion (for .webloc -> .url) would be pretty darn handy as well.

try
	tell application "Safari"
		activate
		set theURL to URL of (document of window 1)
		set theTitle to name of window 1
	end tell
	set theTitle to first word of theTitle
	set res to "[InternetShortcut]
URL=" & theURL
	
	do shell script "echo \"" & res & "\" > ~/Desktop/" & theTitle & ".url"
on error x
	activate me
	display dialog x
end try

try
	tell application "Safari"
		activate
		set theURL to URL of (document of window 1)
		set theTitle to name of window 1
	end tell
	set theTitleLong to theTitle & ".url" as string
	set theTitleShort to first word of theTitle & ".url"
	set res to "[InternetShortcut] URL=" & theURL
	do shell script "echo \"" & res & "\" > ~/Desktop/" & theTitleShort
	set theTitleShort to theTitleShort as string
	set the source_folder to path to desktop folder as string
	set this_item to (source_folder & theTitleShort) as alias
	tell application "Finder"
		set the name of this_item to theTitleLong
	end tell
on error x
	activate me
	display dialog x
end try

tell application "Finder"
	make new internet location file at desktop to ¬
		"http://www.apple.com" with properties {name:"Apple Link"}
end tell

¬

I believe it allows you to take a statement that belongs on one continuous line and break it into two or more lines for readabilitie's sake.

Thank you! I suspected it was something like that but became suspicious.

Before posting my question, while trying to search for an answer, I did stumble across the following new feature of Script Editor version 2:
* Auto-wrapping of long script statements

(Source: http://www.apple.com/applescript/scripteditor/ )

I was almost going to say that is seems like that option-L character is a thing of the past, but I just realized that manual line breaks will still be necessary on websites like this one (to maintain readability) so the option-L thing will probably remain.

Regards.

If I can find the time, the hot ticket would be an OnMyCommand item that provides a "Save URL for PC" context menu item.

--Shweeet ;-)

Of course it's only useful on Cocoa browsers. Mozilla, Firebird and such only provide their own context menu items. For those (I use Firebird) you need a droplet to drag the url link onto. Applescript should be up to that challenge with a little help.

--MM

---
Mark Moorcroft
ELORET Corp. - NASA/Ames RC
Sys. Admin.

er. OK beng completey stupid how do I run applesrcipts from Safari?

Nice tip, and thanks. Now wouldn't it would be nice if Safari created these cross-platorm compatible .url files in the first place?

Perhaps but I don't think it's reasonable to expect Apple to implement every single Microsoft-specific way of doing something. Especially when it isn't an actual, industry-standard format.

Industry standard... Hmmmm...

Well, as far as I am concerned, any chance to avoid using a resource fork in OS X should be embraced. Whether the data contained in the file itself is useful on another platform or not, putting that data in the resource fork prevents it from even reaching the other platform.

Safari is emulating the behaviour of IE for Mac (yes, Microsoft decided IE for Mac should use a different URL file format, and the WAF, or Web Archive format used by IE for Mac still isn't supported by IE for Windows, either).

I cannot agree. At least not if you are talking about IE 5.2.3 on Mac OS X. IE creates not .webloc files with URLs in their resource forks, but .url files with URLs in their data forks, preceded by "[InternetShortcut]
URL=" just as previous posts have indicated.

Which version of IE do you mean that Safari is emulating?

Netscape 7.1 for OS X, however, emulates Safari behavior by creating the same resource-based .webloc files.

IE for Windows creates the same type of .url files as IE for OS X, but with some additional data ("BASEURL=" for example) that seems to be neither crucial nor detrimental to the functionality of the files regardless of on which platform they are being used.

Safari and IE for OS X both understand both .url and .webloc files, but Netscape 7.1 for Mac does not seem to comprehend .url files.

Apparently, TextEdit creates linefeeds when you hit enter. Do all OS X (or all Cocoa) programms do this? I thought Mac used to use carriage returns.

You are right about BBedit lite, Project builder allows it as well. But it would be nice if I could somehow check a file created with a certain app, to see what line break it is using.
I've figured out, that using the 'cat filename' command in the Terminal, shows me all file contents if linefeeds are used, and only the last line if carriage returns are used.

I use flip as mentioned in this hint...

If only I could get Mozilla to open the link instead of Safari...

Here is my version, this one keeps full length titles. the main difference is that the title is surrounded by quotes, so bash does not interpret the spaces. The other change is I have two echo statements for better readability.

try
tell application "Safari"
set theURL to URL of (document of window 1)
set theTitle to name of window 1
end tell

do shell script "echo \"[InternetShortcut]\" > ~/Desktop/\"" & theTitle & ".url\""
do shell script "echo \"URL=" & theURL & "\" >> ~/Desktop/\"" & theTitle & ".url\""

on error x
activate me
display dialog x
end try

what does "add a closing line feed at the end" mean. how do i do this?

TextEdit added too many additional formatting characters for me. However, TextWrangler, the freeware simple version of BBEdit from Bare Bones, was quick and easy.

My 2 cents.

Jay
Audis Libros