You are doing well in English.
That's just synchronization. No problem. We are all set up for that between
applets within a browser. You set up a syncCallback, and you can intercept
all messages. There are probably a few situations where the applets can get
out of sync, but that will remain for you to experiment with and discover --
and for me to fix. Since you are using the application, what you want to do
is enable the syncCallback messages to be conveyed to your program. Follow
the method used in org.openscience.jmol.app.jmolpanel.StatusListener.java.
I don't have syncCallback enabled in the Jmol application, but you could do
it. Each operation in Jmol (mouse, menu, or otherwise) is turned into a
string that is passed to whatever system is syncing with it. Jmol will
decode those messages in a way that allows the (other) applet to carry out
the same process as the first. I think this is very close to what you need.
I would recommend sending the information over an internet port to whatever
server you are setting up.
Bob
On Tue, Feb 9, 2010 at 10:56 AM, Moacyr Francischetti Corrêa <
[email protected]> wrote:
> Thank you, Bob!
>
>
>
> I am using the Jmol application.
>
> I will try to better explain my needs. Sorry, but I have a little
> difficulty in write in English!
>
>
>
> I’m developing a distributed virtual environment to allow molecular
> visualization in a high performance architecture. To do this, I chose Jmol.
>
> Then, every “high level” Jmol event (rotate, zoom, etc…) must be
> intercepted, processed and transmitted to all users in the environment,
> according to some rules to maintain coherence and consistency.
>
> The idea is to save all these “events” as a script in a database, which may
> be executed latter in another session. Each command of the script would be
> transmitted in real time to all participants and saved in the database. But
> the event will actually run on the computer that generated only after
> confirmation of receipt of this event by other participants.
>
> I know that somebody already done this, but I will do differently, where
> the performance is far superior to what already exists.
>
> My explanation was clear?
>
>
>
> []’s
>
> Moacyr
>
>
>
> *De:* Robert Hanson [mailto:[email protected]]
> *Enviada em:* terça-feira, 9 de fevereiro de 2010 12:32
> *Para:* [email protected]
> *Assunto:* Re: [Jmol-developers] Intercepting events
>
>
>
> Dear Moacyr,
>
> Q: Is this using the applet and a browser or an integrated Jmol
> application?
>
> Keyboard is tricky. I don't think you can do that. Why would you want to?
> These are just commands, and you can intercept all commands. So maybe that
> will suffice?
>
> Check the documentation regarding "callback" functions. You can get
> callbacks for mouse clicks and for command script calls. With syncCallback
> you can get just about everything.
>
> Let us know if you need help.
>
> Bob Hanson
>
> On Mon, Feb 8, 2010 at 11:30 AM, Moacyr Francischetti Corrêa <
> [email protected]> wrote:
>
> Hello.
>
> I am in the final stage of my doctorate in biotechnology. My project is to
> integrate Jmol in a distributed virtual environment.
>
> I need to intercept all the events of mouse and keyboard. How can I do
> this?
>
> Another question: how can I access the command scripts generated by each
> event in real-time?
>
> Thank you for your help.
> Moacyr
>
>
>
>
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the
> business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Jmol-developers mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/jmol-developers
>
>
>
>
> --
> 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
>
>
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the
> business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Jmol-developers mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/jmol-developers
>
>
--
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
------------------------------------------------------------------------------
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
_______________________________________________
Jmol-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-developers
