Here's where I see Swing being used outside of Jmol.jar (the application):
org.jmol.applet.AppletConsole
org.jmol.export.dialog
org.jmol.modelkit.ModelKit
org.jmol.multitouch.JmolMultiTouchClientAdapter
org.jmol.popup.JmolPopup
viewer.StatusManager (prompt command display)
Not too bad, really. Most of these would not be implemented on a mobile
device anyway, or would in any case need a different implementation
altogether. In fact, I think all of those except the prompt command are
implemented "safely" using class loaders -- meaning there are no direct
references to them anywhere in the code. That means they all use interfaces
and can all be simply overlaid with other packages or ignored entirely.
Where can we find this android app to try it out?
Got anything for the iPhone? :)
By the way, JmolData is a core library that has no UI. (And no graphics!)
Bob
On Mon, Sep 19, 2011 at 5:50 PM, Robert Hanson <hans...@stolaf.edu> wrote:
> Mario,
>
> Fantastic!
>
> You might be interested in knowing that a few years back Jmol was
> completely compatible with non-Swing applications, but we opted for
> integrating Swing completely when we moved to Java 1.6 (sorry about that!).
> Let's get your work onto SourceForge as an android branch and see what we
> can do with it. We need to have some way of keeping these in sync -- a few
> months is a LONG time in this business, and you certainly don't want to miss
> out on cool new features. I think the best way to manage this would be a
> package similar to the application package org.openscience:
>
> org.jmol (core + applet)
> org.openscience (Java app, with Swing)
> org.jmol-android (android app)
>
> We can talk about how to modify org.jmol to retain compatibility.
>
> Bob
>
> On Mon, Sep 19, 2011 at 3:51 PM, Mario Kosmiskas <mar...@uw.edu> wrote:
>
>> I was interested in making Jmol work on Android and spent some time
>> refactoring the code. The challenge was to isolate the graphics toolkit
>> since Android doesn't support Swing.
>>
>>
>>
>> By removing the dependency on Swing I was able to successfully create a
>> simple Jmol Android App. The app is capable of loading models and user
>> interaction (rotate and zoom) via the touch panel (although I haven't
>> implemented pinch-zoom yet). I tried a variety of molecules from PDB.org
>> without problems. Some screenshots:
>>
>>
>>
>>
>> https://skydrive.live.com/redir.aspx?cid=38307cadfc15224b&page=play&resid=38307CADFC15224B!105&authkey=aMGRb02VYIs%24<https://skydrive.live.com/redir.aspx?cid=38307cadfc15224b&page=play&resid=38307CADFC15224B%21105&authkey=aMGRb02VYIs%24>
>>
>>
>>
>> The refactoring turned out to not be extensive in terms of number of
>> modified files but required the separation of the Swing Frames into their
>> own project. That effectively created a core Jmol library which doesn't have
>> any UI. The existing Swing Frames and applets are built on top of it, as
>> well as the Android app.
>>
>>
>>
>> To further test the library I compiled it with IKVM into a .NET DLL. That
>> allowed me to create a native Windows executable written in C#, no JVM
>> required. It could make it easier for people to integrate Jmol into a
>> variety of other projects.
>>
>>
>>
>> I worked off of a trunk snapshot a few months old. I would be glad to
>> discuss my changes if there is interest in integrating them.
>>
>>
>>
>> Mario
>>
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2dcopy1
>> _______________________________________________
>> Jmol-developers mailing list
>> Jmol-developers@lists.sourceforge.net
>> 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
>
--
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
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Jmol-developers mailing list
Jmol-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-developers
