Thanks again for the response, Sris response already answered my
question: it just can not be done with rpc; that's it.
On 28 Mai, 16:28, Jeff Chimene wrote:
> Hi Andreas:
>
> You can certainly send the two files to the server via GWTUpload. As Sri
Sorry Jeff, never wanted to send files to the s
Hi Andreas:
You can certainly send the two files to the server via GWTUpload. As Sri
observed, the user must EXPLICITLY REQUEST THAT ACTION. Your browser app
cannot do that on behalf of the user.
You can receive "stuff" in the browser from the server. If it's a custom
file structure, you'll have
So when I get it right, it is a "huge" difference if the request is
issued sort of "by hand" using browser mechanisms like Links or
programmatic "paste of URLs" by opening a new browser window or IFrame
with a given URL COMPARED TO programmatic issued requests using GWT
rpc and/or RequestBuilder. I
The goal is to download files to be stored by the user on disk. The
context application is a graphical editor which allows export of a
document in two formats. At the moment these are txt and ppt files.
They are generated separately so there is no problem with conflicting
MIME types or similar. By
>
> The point I do not get about this is why the browser does not react to the
> content disposition by downloading the file and instead passing the
> response back to the ajax-world... ... I read a lot about that doing
> what i would like to do is not possible but no one really said why.
Browse
Hi Andreas:
It's quite possible to "... trigger a download via GWT..." You don't say
what MIME type you're wanting. For example, I trigger a download of PDF
document. GWT code cannot handle that, so the trigger is a GWT write to an
IFrame URL. The browser then renders the PDF in that frame.
Perha
