Christoph wrote: > I managed to send script lines to the JmolViewer object. > jmol.viewer.evalString(s+"\n");
Note that you do not need a newline character to terminate your script. > However, I can not send two commands directly one after the other. > I have to sleep after each command. The best way to send multiple commands is to just send a longer script. Commands are separated by newlines (or semicolons); longScript = stript1 + "\n" + script2; > Is this intended ? How long should I sleep ? Hmmm ... I am sure that the current behavior is probably buggy if you send one script immediately after another. Currently, scripts do not queue. I am not sure exactly what to do about this. It has been a while since I thought about it ... it needs some work. Q: Why do you want to send two scripts, one immediately after the other? Q: To solve your immediate problem, can you accomplish what you need to by concatenating your scripts? > Further I found a possible bug: > > Consider a protein consisting of chain A and chain space (space > character 0x20) > > This is unusual but could be the product of concatenation of two pdb > files using a text editor. > > How do I select residue No 100 in the chain with identifier space ? > > In rasmol I type > select 100: > In jmol this command produces an Exception. I did not know that you could select the null chain in RasMol by saying select 100: So it is a bug ... I'll fix it. > I am completely surprised by the graphical power. > How is this possible ? The short answer is ... the entire image is built in memory without making any java library calls and without doing any heap memory allocation. If you want a detailed explanation ... I encourage to read the source code and ask more questions :-) > I guess Jmol does not use the 3D accelleration of the video card > since Java3D or Mesa is not used is it ? No ... no Java3D/Mesa/hardware acceleration is used. It is a software implementation of a z-buffer. > It is even faster than Java3D ! If you say so ... I have never used Java3D. The graphics engine was built for a specific task, and does a good job. This is a special purpose graphics engine, not a general purpose 3D graphics library. The rendering engine was built especially for displaying molecules. So it does a very good job of drawing spheres and cylinders. > Do you use BufferedImage ? BufferedImage is used to render the offscreen image on Java 1.2 platforms. On older Java 1.1 platforms (IE with MSFT JVM, Netscape 4.* Win32, and Netscape 4.* MacOS 9) the BufferedImage class is not available. So a MemoryImageProducer is used. Miguel ------------------------------------------------------- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click _______________________________________________ Jmol-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jmol-developers
