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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Rolf Huehne (rhuehne)
Assigned to: Nobody/Anonymous (nobody)
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: 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 the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Jmol-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-developers
