Re: [Jmol-developers] Re: Jmol scripting - build in execution queuing and simplified callback mechanism

2005-08-22 Thread Jan Reichert
Miguel wrote: Scott wrote: ... I've been working on a Javascript that includes a loop similar to the following: - XMLHTTP server request for newly generated model - append new model to string containing all previous models - get view - loadInline(concatenated model) - Jmol script call to set

[Jmol-developers] Jmol scripting - build in execution queuing and simplified callback mechanism

2005-08-22 Thread Scott Menor
Hi Miguel, I'm currently developing an AJAX web service that uses Jmol to view an overlay of PDB conformers generated on a server. I've been working on a Javascript that includes a loop similar to the following: - XMLHTTP server request for newly generated model - append new model to strin

[Jmol-developers] Re: Jmol scripting - build in execution queuing and simplified callback mechanism

2005-08-22 Thread Miguel
Scott wrote: > I'm currently developing an AJAX web service that uses Jmol to view > an overlay of PDB conformers generated on a server. OK (Not familiar with AJAX) > I've been working on a Javascript that includes a loop similar to the > following: > - XMLHTTP server request for newly generated

Re: [Jmol-developers] MediaWiki extension

2005-08-22 Thread Miguel
>>Q: What is the status of the MediaWiki extension? >> >> > Currently the extension is quite basic : it allows adding Jmol applets > and buttons. > I already include Jmol.js to reduce the complexity of the extension : Good > the entire source code is only 140 lines including the XML parsing > fun

Re: [Jmol-developers] PovRay development

2005-08-22 Thread Nicolas Vervelle
Miguel wrote: Nico wrote: Ok, let's start with trace then. IMHO, here is the list of things I need to render them with PovRay : 1. Get the path for each structure : I am currently using JmolViewer.getPolymerCountInModel() and JmolViewer.getPolymerLeadMidPoints() I think that we sho

Re: [Jmol-developers] MediaWiki extension

2005-08-22 Thread Nicolas Vervelle
Miguel wrote: Nico, I would like to talk with you some about the Jmol extension that you have started for MediaWiki. Great :) Let's talk. I am very interested in helping extend the functionality of this in order to make it easy to add Jmol applets to MediaWiki pages. For the extensions

[Jmol-developers] PovRay development

2005-08-22 Thread Miguel
Nico wrote: > Ok, let's start with trace then. > IMHO, here is the list of things I need to render them with PovRay : > > 1. Get the path for each structure : > I am currently using JmolViewer.getPolymerCountInModel() and > JmolViewer.getPolymerLeadMidPoints() I think that we should define this in

[Jmol-developers] MediaWiki extension

2005-08-22 Thread Miguel
Nico, I would like to talk with you some about the Jmol extension that you have started for MediaWiki. I am very interested in helping extend the functionality of this in order to make it easy to add Jmol applets to MediaWiki pages. For the extensions that I made for the MoinMoin Wiki I modeled

Re: [Jmol-developers] crystal lattice planes?

2005-08-22 Thread Phillip Barak
> On Monday 22 August 2005 04:22 pm, Egon Willighagen wrote: > > And how would I tell Jmol to draw more than one unit cell? > > I think I will need to add the lattice dimensions as fields > somewhere... where > could I best do that? With Egon's help, I tried out Jmol v9's handling of cif and d

Re: [Jmol-developers] crystal lattice planes?

2005-08-22 Thread Egon Willighagen
On Monday 22 August 2005 04:22 pm, Egon Willighagen wrote: > On Monday 22 August 2005 03:52 pm, Miguel wrote: > > > Ok, what approach shall we take? > > > > > > 2. have all new atoms as seperate internal objects > > > - easier to implement symmetry operations that could lead to > > > overlapping

Re: [Jmol-developers] crystal lattice planes?

2005-08-22 Thread Egon Willighagen
On Monday 22 August 2005 03:52 pm, Miguel wrote: > > Ok, what approach shall we take? > > > > 2. have all new atoms as seperate internal objects > > - easier to implement symmetry operations that could lead to > > overlapping atoms > > - memory is no problem for upto 10k atoms, so why worry > >

Re: [Jmol-developers] crystal lattice planes?

2005-08-22 Thread Miguel
> On Monday 22 August 2005 01:01 pm, Miguel wrote: >> However, I think that perhaps we should do the crystal growth stuff >> first. > > Ack. While this is something I am very interested in, I do not think I will be able to devote time to it for at least several months. > Ok, what approach shall

Re: [Jmol-developers] crystal lattice planes?

2005-08-22 Thread Egon Willighagen
On Monday 22 August 2005 01:01 pm, Miguel wrote: > However, I think that perhaps we should do the crystal growth stuff first. Ack. Ok, what approach shall we take? 1. have data only for the 'central' unit cell, and draw atoms more than once Advantages: - more memory efficient - easier t

Re: [Jmol-developers] crystal lattice planes?

2005-08-22 Thread Miguel
> > Sorry if I asked this before... > > I was thinking about lattice planes for crystals... now that planes work > like > a charm... Is this already implemented? No. For now one has to use pmesh. > lattice planes are planes in unit cell space. Planes are often identified > by > there miller ind

[Jmol-developers] crystal lattice planes?

2005-08-22 Thread Egon Willighagen
Sorry if I asked this before... I was thinking about lattice planes for crystals... now that planes work like a charm... Is this already implemented? lattice planes are planes in unit cell space. Planes are often identified by there miller index. E.g. (2 1 1) is the plane the goes through a/2