Bugs item #2320348, was opened at 2008-11-21 05:44
Message generated for change (Comment added) made by hansonr
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379133&aid=2320348&group_id=23629

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Rolf Huehne (rhuehne)
>Assigned to: Bob Hanson (hansonr)
Summary: Stereo not restored from state

Initial Comment:
In version 11.6.5 all types of stereo views are not restored from a state 
script.
This occurs with "store/restore STATE..." and "write STATE.../script...".

With example "1if0" there is the same command  present in the scriptfile that I 
used to set stereo on ("stereo 5.0").

Combined with this the orientation is sometimes not the same as when the state 
was stored.

----------------------------------------------------------------------

>Comment By: Bob Hanson (hansonr)
Date: 2009-01-26 11:02

Message:
fixed in 11.6.7 and 11.7.13

----------------------------------------------------------------------

Comment By: Bob Hanson (hansonr)
Date: 2009-01-25 06:59

Message:
is this problem resolved?

----------------------------------------------------------------------

Comment By: Rolf Huehne (rhuehne)
Date: 2008-11-22 16:42

Message:
Sorry, the computer containing my development library is currently switched
off because of tests of the power failure system. I expect that it will be
switched on again tomorrow, but it might also take until monday.

----------------------------------------------------------------------

Comment By: Bob Hanson (hansonr)
Date: 2008-11-22 15:45

Message:
http://www.imb-jena.de/cgi-bin/3d_mapping-rh.pl?CODE=1if0&JMOLVERSION=11.7.13_dev

Internal Server Error

The server encountered an internal error or misconfiguration and was
unable to complete your request.

Please contact the server administrator, [email protected] and inform
them of the time the error occurred, and anything you might have done that
may have caused the error.

More information about this error may be available in the server error
log.

----------------------------------------------------------------------

Comment By: Rolf Huehne (rhuehne)
Date: 2008-11-21 12:20

Message:
I am currently experimenting with user defined standard views (using
save/restore STATE) in the development version of Jena3D:
http://www.imb-jena.de/cgi-bin/3d_mapping-rh.pl?CODE=1if0

If you click on the "store current view as standard view (user1)" button
in the "Miscellaneous" section, a button "user1" should appear in the
"Standard Views" section. By clicking on this button the view should be
restored.
I stored 18 views without changing anything like rotation etc.. In the end
the first 9 buttons displayed an identical wrong orientation and the last 9
buttons displayed the correct orientation.

I noticed once, that there was a short break in restoring a correct view.
During this break the wrong view was displayed. But finally the correct
view was displayed.

I also tried 11.7.13_dev Revision 10354:
http://www.imb-jena.de/cgi-bin/3d_mapping-rh.pl?CODE=1if0&JMOLVERSION=11.7.13_dev

But when I try to restore a view I get an error message:
script ERROR: command expected
----line 153 command 151 of function _setvariablestatefile null:
         >>  label defaults <<
----line 5 command 5 of function _setstatefile null:
         >> _setvariablestate <<
----line 288 command 12:
         >> _setstate <<
----line 2 command 4:
         restore >> state << user1

----------------------------------------------------------------------

Comment By: Bob Hanson (hansonr)
Date: 2008-11-21 10:54

Message:
Well, I don't see it. Let's see if the problem is associated specifically
with stereo mode not being saved in the state. I sort of doubt that is what
it is, but it might be. I've uploaded a fix for that.

----------------------------------------------------------------------

Comment By: Rolf Huehne (rhuehne)
Date: 2008-11-21 10:36

Message:
No, that doesn't sound correct. I should have checked the result of the
"show orientation" command. This was already wrong, because the difference
was a large rotation along the x and y axes. It looks like the difference
between the command result and the state is just the difference between the
2 parts of the stereo view.

I don't think it has something to do with antialiasDisplay or writing
images because I didn't switch antialiasing on (as far as I remember) and
didn't export any image.

But it is really hard to reproduce.


----------------------------------------------------------------------

Comment By: Bob Hanson (hansonr)
Date: 2008-11-21 10:02

Message:
OK, that's helpful. It's a factor of two in the X translation. 
Does that sound correct?
Do you think it's somehow associated with using antialiasDisplay or
writing images?


----------------------------------------------------------------------

Comment By: Rolf Huehne (rhuehne)
Date: 2008-11-21 08:54

Message:
Since the orientation change only occurs sporadically it was a bit
difficult to get an example.

The attached state loads the molecule with a different orientation than
that documented by this "show orientation" output generated immediately
before saving the state:

moveto /* time, axisAngle */ 1.0 { 162 -973 -162 180.0} /* zoom,
translation */  89.33 0.0 0.0  /* center, rotationRadius */ {225.23427
48.948277 31.83664} 86.5682 /* navigation center, translation, depth */
{0.0 0.0 0.0} 24.508759 -37.68184 50.0;


----------------------------------------------------------------------

Comment By: Bob Hanson (hansonr)
Date: 2008-11-21 07:33

Message:
** Combined with this the orientation is sometimes not the same as when the
state was stored. **

I need a state script for that, please. 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379133&aid=2320348&group_id=23629

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Jmol-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-developers

Reply via email to