Keep talking...
On Mon, Feb 22, 2010 at 8:16 AM, Rolf Huehne <[email protected]> wrote:
> On 02/22/2010 01:26 PM, Robert Hanson wrote:
> > If so, it's probably something we should discuss. True, we can already
> > "post" relatively small items using the GET method. Do we want to extend
> > that to POST?
> >
> > Bob
> >
> The size limit with GET is about 8kb. So you can't do much with it.
>
> We currently use the data pipeline "Jmol->Browser->Server->Browser"
> within Jena3D to enable snapshot pictures with the unsigned applet.
>
> The major problem here is the apparent size limit of the "Jmol->Browser"
> part of the pipeline. Creating high-resolution high-quality pictures is
> rather difficult this way. Because it is limited to JPEG (no PNG) and it
> just stops working if the size limit is reached.
>
> One problem with direct "Jmol->Server" communication that I can see is
> that the server response will also (most probably) go to Jmol and not to
> the browser. But I think this could be solved by triggering a second
> contact "Browser->Server" that picks up the result from the
> "Jmol->Server" contact.
>
> This should also open up a reliable way to send state scripts to a
> server. One problem of generating high-resolution high-quality pictures
> with the applet is the limited memory available for the JavaVM as a
> default. This could be solved by generating the image on the server by
> using a state script. Currently the apparently system-dependent size
> limit interferes with this solution.
> And I can imagine plenty of other uses like sending measurement data to
> the server and getting back a plot. A whole new spectrum of possibilities.
>
> > On Mon, Feb 22, 2010 at 4:03 AM, Rolf Huehne <[email protected]>
> wrote:
> >
> >> On 02/22/2010 04:39 AM, Robert Hanson wrote:
> >>> please let us know what you are adding. If it is of general interest, I
> >> can
> >>> do it, or perhaps it's already there and you don't know how to access
> it.
> >>> Certainly the signed applet reads files just fine from URLs.
> >>>
> >> For me it looked as if Rob wanted to post data to a server from within
> >> Jmol. This could be of general interest because it would (presumably)
> >> overcome the size limitation that apparently exists in the communication
> >> between Javascript and Jmol applet (currently needed as a detour to send
> >> data from Jmol to a server; like images, state). And it would also
> >> simplify interaction with a server.
>
> Regards,
> Rolf
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Jmol-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/jmol-users
>
--
Robert M. Hanson
Professor of Chemistry
St. Olaf College
1520 St. Olaf Ave.
Northfield, MN 55057
http://www.stolaf.edu/people/hansonr
phone: 507-786-3107
If nature does not answer first what we want,
it is better to take what answer we get.
-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users
