One possible solution is this:
-- We don't use JmolData (and I revert that change I made before, reserving
JmolData for what it was intended for)
-- We add a flag to Jmol.jar that runs a version of Jmol that uses
com.eteks.awt.PJAToolkit as described at http://www.eteks.com/pja/en/
That's completely doable with one minor glitch: That software used GPL, not
GLPL. This just means that we cannot distribute pja.jar or pjatoolkit.jar.
Instead, we could call them, and you could compile your own version of Jmol
including them. At least for now. Should we try that?
Bob
On Fri, Mar 30, 2012 at 7:51 AM, Robert Hanson <hans...@stolaf.edu> wrote:
> Read this: http://www.eteks.com/pja/en/
>
>
> On Fri, Mar 30, 2012 at 7:47 AM, Robert Hanson <hans...@stolaf.edu> wrote:
>
>> Jonathan, I think this is not recoverable. You have to have graphics to
>> use fonts. Unless you want the capability to produce images with no labels,
>> forget it. To create labels and echos we need java.awt.FontMetrics, and
>> that requires java.awt.Graphics, and that requires a display. I was wrong;
>> I was right.
>>
>> Bob
>>
>>
>>
>> On Fri, Mar 30, 2012 at 7:03 AM, Robert Hanson <hans...@stolaf.edu>wrote:
>>
>>> You had this working, right? It's hanging trying to allocate an
>>> off-screen image graphic for label/echo text processing.
>>>
>>> On Thu, Mar 29, 2012 at 9:56 PM, Jonathan Gutow <gu...@uwosh.edu> wrote:
>>>
>>>> I have to see if something happened to my server, but suddenly I am
>>>> getting JmolData.jar looking for a GUI. This is the error I get:
>>>>
>>>> -----
>>>> No protocol specified
>>>> Exception in thread "main" java.lang.InternalError: Can't connect to X11
>>>> window server using ':0.0' as the value of the DISPLAY variable.
>>>> at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
>>>> at
>>>>
>>>> sun.awt.X11GraphicsEnvironment.access$200(X11GraphicsEnvironment.java:62\
>>>> )
>>>> at
>>>> sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:178)
>>>> at java.security.AccessController.doPrivileged(Native Method)
>>>> at
>>>> sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.jav\
>>>> a:142)
>>>> at java.lang.Class.forName0(Native Method)
>>>> at java.lang.Class.forName(Class.java:186)
>>>> at
>>>>
>>>> java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnviron\
>>>> ment.java:82)
>>>> at
>>>> java.awt.image.BufferedImage.createGraphics(BufferedImage.java:1152)
>>>> at
>>>> java.awt.image.BufferedImage.getGraphics(BufferedImage.java:1142)
>>>> at org.jmol.awt.Image.getGraphics(Unknown Source)
>>>> at org.jmol.awt.Platform.getGraphics(Unknown Source)
>>>> at org.jmol.g3d.Platform3D.createInstance(Unknown Source)
>>>> at org.jmol.g3d.Graphics3D.<init>(Graphics3D.java:265)
>>>> at org.jmol.viewer.Viewer.<init>(Viewer.java:290)
>>>> at org.jmol.viewer.Viewer.allocateViewer(Viewer.java:384)
>>>> at org.jmol.api.JmolViewer.allocateViewer(Unknown Source)
>>>> at org.openscience.jmol.app.JmolData.<init>(JmolData.java:59)
>>>> at org.openscience.jmol.app.JmolData.main(JmolData.java:77)
>>>>
>>>> ---------
>>>> This is very strange as the server session this is running in has been
>>>> running as a detached screen session for a couple of days without this
>>>> problem appearing. It may be possible the screen session was still able to
>>>> access the GUI of the user account the screen session was started in. I
>>>> will look into that. If that is the case, we still haven't traced every
>>>> instance of GUI use in JmolData.jar.
>>>>
>>>> Jonathan
>>>> Dr. Jonathan H. Gutow
>>>> Chemistry Department gu...@uwosh.edu
>>>> UW-Oshkosh Office:
>>>> 920-424-1326
>>>> 800 Algoma Boulevard FAX:920-424-2042
>>>> Oshkosh, WI 54901
>>>> http://www.uwosh.edu/facstaff/gutow
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> This SF email is sponsosred by:
>>>> Try Windows Azure free for 90 days Click Here
>>>> http://p.sf.net/sfu/sfd2d-msazure
>>>> _______________________________________________
>>>> 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
>>
>
>
>
> --
> 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
------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Jmol-developers mailing list
Jmol-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-developers
