This week's book giveaway is in the OCAJP 8 forum. We're giving away four copies of OCA Java SE 8 Programmer I Study Guide and have Edward Finegan & Robert Liguori on-line! See this thread for details.
Also, there is no way to prevent your users from saving the file. If you send it to them, they can find a way to save it.
While I agree with the main point here, I should think that the author can make it mighty difficult for the client to do so. What if we use an applet to run the media file and we enable some kind of cryptography for that one instance. The applet manages the streaming. Needless to say, the stream, eventually reaches the desktop and, in theory, can be grabbed by a determined enough user.
What are the common solutions used in the web-world to make this difficult?
If the user doesn't have an application registered to handle the content type that you've specified (resp.setContentType("audio/x-wav") ;) , then no. That's how browsers behave. If a file with an unknown content type shows up, it asks the user what to do with it. [ June 22, 2005: Message edited by: Ben Souther ]
Joined: Oct 28, 2004
what i means from my previous reply is that even when i change attachment to inline, user still can save the file. what i want to do is it will not prompt the pop-up menu but it open it automatically for user. am i able to do that? if not, is there any other way or can i dumb the save button which mean that it just a button but if user click on it, nothing happen. or can i take out the save button
I understand the question. My answer is the same. If you return something with a content type that the browser doesn't understand, it will prompt the user to either save the file or to select an application to open it with.