Post comments here about direct download

What about those of us that use Opera/Win32?
The "file://131.151.0.0sharefile.ext" pattern
returned by the PHP script isn't recognized
as a valid address, at least in older versions.

Is there any way you axe two of the
leading [back|fwd]slashes?
I believe doing that and replacing all the
others with forward slashes would form more
browser-friendly URLs.

I know I (and probably a few other Opera
fans) would appreciate a non-'Windows-detected,
let's default to Netscape/IE and hope they parse
the address correctly' URL cleanup.

Thanks
FLAMING-MOES

I don't get the direct download option for IE on Solaris...
I get the same page as people who run Windows.

- Joe Wingbermuehle

Same problem in current mozilla releases.

I tried to D/L from Linux-Mandrake 8.1. It didn't appear to work from Konqueror Web Browser, but worked fine from Netscape and Mozilla.

what's direct download?

is that where I click on the thing and transfers to my desktop?

Using Opera 5.0b2 on Mac, direct download does work, under these conditions:

the Opera preferences must be set to bring up a save dialog on each download
you must then enter a file name

If you have a preset directory for downloads the file transfer does not start - I guess you need to name the file that is being parsed from the seek42 server before d/l can start.

Under Netscape 6.2 direct download works, kind of. When clicking on the link, the file is played with the QuickTime plug-in. From there you can save the file "As Source" with the Registered version of QT. Then you must change the file to bind to iTunes, because otherwise it is bound to the QT Player app after being saved from the QT Plug-in. This is accomplished from OS X by: getting info on the file, choosing the "Open with Application" pop-up menu item, and then choosing iTunes from the list.

Under any version of IE for Mac, direct download does not work - it looks like I was on a Windows version, with the file: link style which does not work.

Under all direct download conditions, the AGENT: <> string after the file number in the search results is much too long, making each file take up about 3 - 4 lines of space (depends on your font prefs.) It would be better to just identify the AGENT and then serve up direct download by looking for the "mac" string in each AGENT. this would make IE for Mac work. It would be nice if each file did not have to be named b/f it was downloaded. Opera apparently doesn't support >32 chars. per name, and I cannot test whether IE does. Netscape I cannot test, b/c it loads in the plug-in.

I've not tried previous versions of Netscape or Communicator. All these browsers are running on Mac OS X 10.1 For those that understand: this version of OS X (5L14) was on the Teir 2 Developer CD (not the User Install CD <-- it's 5G64) ) from the November Student ADC mailing. Unfortunately I cannot image this CD in toast TP 2 because of a lack of Unicode file naming support. I can image and duplicate the 5G64 User Install version, so if anyone needs it..

The AGENT string was a debugging line that I forgot to remove.
Right now the server checks the agent string against the following list:
Lynx
Linux
Macintosh
X11
Opera

suggest more if needed.

-Ryan

as joe said, have it check for solaris as well