Tom,

Thank you very much for your testing. It's comforting to know that it 
actually should work. I think Buzz Kettles might have provided the 
solution, but I haven't been able to try it: I need to add a MIME 
setting for .W3D to my server. Right now the W3Ds get downloaded as 
text files, and that seems to the problem in a nutshell.

Unfortunately I have no idea what the MIME type should be... I didn't 
find anything useful when I searched the Technotes for (mime type 
w3d) etc. Do you happen to know? I just improvised a MIME type of 
(.W3D and x-w3d).

(BTW I don't use a relative URL, but exactly the same as the one I 
used for preLoading.)


-A.


>Andreas,
>Sorry for the delayed response on this one, but I just don't get the 
>same results as you do. I made four test movies that issue a 
>preloadNetThing to pull a W3D to the local cache and when that's 
>complete I then create a new 3D member and use loadFile to merge the 
>retrieved file with the new member. I did this in four combinations:
>
>- preloadNetThing and loadFile both use a relative URL
>- preloadNetThing and loadFile both use a full URL
>- preloadNetThing uses a relative URL while loadFile uses a full URL
>- preloadNetThing uses a full URL while loadFile uses a relative URl
>
>In all cases I was able to load the file into the member without 
>error using the following code:
>
>tNewMem = new(#shockwave3d)
>tNewMem.name = "new3d"
>tNewMem.loadFile("http://myDomain.com/star.W3D";, FALSE, TRUE)
>
>Of course the above was done only after having issued a 
>preloadNetThing command and waited for successfull completion of 
>that download (netDone was TRUE and netError returned "OK"). Have a 
>look at my test files if ya like:
>
><http://poppy.macromedia.com/~thiggins/loadFile>
>
>I'm just not certain as to why things are failing for you as I just 
>don't see the same results. To be safe, you're sure that your 
>relative URL built using the movie path does in fact match the full 
>URL? Perhaps your relative URL and full hardcoded URL are not the 
>same and thus the error? In my test cases they are the same and I'm 
>not getting the same behavior so maybe that's part of the problem.
[To remove yourself from this list, or to change to digest mode, go to 
http://www.penworks.com/lingo-l.cgi  To post messages to the list, email 
[EMAIL PROTECTED]  (Problems, email [EMAIL PROTECTED]). Lingo-L is for 
learning and helping with programming Lingo.  Thanks!]

Reply via email to