Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bug when placing moving landmark in target viewer #53

Closed
aschampion opened this issue Feb 12, 2019 · 3 comments
Closed

Bug when placing moving landmark in target viewer #53

aschampion opened this issue Feb 12, 2019 · 3 comments
Assignees
Milestone

Comments

@aschampion
Copy link

When placing a target and a moving landmark in the target viewer with SPACE + click and then SHIFT + click, sometimes instead one ends up with two landmarks, named the same, one with the target location set (and the moving infinity) and one with the moving location set (and the target infinity). The expected behavior is that the SHIFT + click would fill in the moving location for the first row, just as if one had clicked in the moving viewer.

@bogovicj bogovicj self-assigned this Feb 12, 2019
@bogovicj
Copy link
Contributor

Agreed.

@bogovicj bogovicj added the bug label Feb 20, 2019
bogovicj added a commit that referenced this issue Feb 21, 2019
* shift-ctrl-click now adds a landmark in the space of the "other" window

see #53
@bogovicj
Copy link
Contributor

98417ad should address this issue.

Putting my thoughts here as I play around with the consequences of this more.

Options I considered to enable adding moving landmarks in the fixed viewer (and vice versa):

  1. SHIFT+ click; when there is an "incomplete" row in the landmark table (what we talked about in person today, @aschampion )
  2. SHIFT+ CTRL + click; at any time

Decided to go with the latter because the former makes an action depend on context, and it confused me in my initial usability tests. The latter also allows one to put points in the "other" space before you start a landmark pair with a "normal" SPACE + click.

Downside of clicking in the other space first is that a landmark marker doesn't appear in the viewer window, which is unnerving ( "I just clicked there...why didn't anything happen!?" ), but arguably the correct behavior. Still think it's the way to go, but I intend to do a little more usability testing before merging this into master.

@bogovicj bogovicj added this to the release 3.2.0 milestone Apr 15, 2019
@bogovicj
Copy link
Contributor

merged this fix into master

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants