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

Ocular Plugin: Mouse Navigation #1317

Closed
Astro-Martin opened this issue Oct 10, 2020 · 22 comments · Fixed by #2089
Closed

Ocular Plugin: Mouse Navigation #1317

Astro-Martin opened this issue Oct 10, 2020 · 22 comments · Fixed by #2089
Assignees
Labels
enhancement Improve existing functionality opinion OP thinks something should behave differently
Milestone

Comments

@Astro-Martin
Copy link

-->Ocular Plugin: Mouse Navigation disabled in Ocular View

Expected Behaviour

Ocular View should not disable 'mouse navigation'
You can use the arrow keys to shift the image;
However, there are no arrow keys on a tablet PC.
'Image sensor frame' and 'Telrad sight' do not disable 'mouse navigation'

Actual Behaviour

Mouse navigation is enabled in the main application.
When switching to 'Ocular View', mouse navigation gets disabled.

Steps to reproduce

Enable mouse navigation in main application.
Switch to 'Ocular View', Check settings; mouse navigation is disabled

System

  • Stellarium version: stellarium-0.20.3-win64.exe
  • Operating system: windows 10 64-bit [Version 10.0.19041.508]
  • Graphics Card: Intel(R) HD Graphics 4000
  • Screen type (if applicable): 1366x768

Logfile

If possible, attach the logfile log.txt from your user data directory. Look into the Guide for its location.

@github-actions
Copy link

Thanks for adding your first issue to Stellarium. If you have questions, please do not hesitate to contact us.

@alex-w
Copy link
Member

alex-w commented Oct 10, 2020

You can freely use mouse to shift the view in the eyepiece mode

@gzotti
Copy link
Member

gzotti commented Oct 10, 2020

This is deliberate. You can select a new target, and it will be centered.

@Astro-Martin
Copy link
Author

You can freely use mouse to shift the view in the eyepiece mode

Sorry no. I can not.

@Astro-Martin
Copy link
Author

Astro-Martin commented Oct 10, 2020

This is deliberate. You can select a new target, and it will be centered.

That's what I thought. But it would be nice if the user could configure it.
And why then 'Image sensor frame' and 'Telrad sight' do not disable 'mouse navigation'?

@alex-w
Copy link
Member

alex-w commented Oct 10, 2020

You can freely use mouse to shift the view in the eyepiece mode

Sorry no. I can not.

Why? I can do it freely

@gzotti
Copy link
Member

gzotti commented Oct 10, 2020

On Windows, you cannot drag the window when in Oculars mode.

@Astro-Martin
Copy link
Author

You can freely use mouse to shift the view in the eyepiece mode

Sorry no. I can not.

Why? I can do it freely

Don't know why. It doesn't work for others in our forum either

@alex-w
Copy link
Member

alex-w commented Oct 10, 2020

Don't know why. It doesn't work for others in our forum either

Please try double-click by any celestial object within ocular FOV

@gzotti
Copy link
Member

gzotti commented Oct 10, 2020

Yes, jump from object to object. No free drag. And I think this is deliberate and intentional.

@Astro-Martin
Copy link
Author

On Windows, you cannot drag the window when in Oculars mode.

so it works on linux but not on windows?

@gzotti
Copy link
Member

gzotti commented Oct 10, 2020

On WSL (Ubuntu under Windows) it works exactly as described for Windows, so I assume it works as described by me above also under native Linux. BTW only objects selected within the view circle are clickable. This is also intentional.

@alex-w
Copy link
Member

alex-w commented Oct 10, 2020

No mouse drag, but yes for jumping by selection

@gzotti gzotti added opinion OP thinks something should behave differently state: won't fix We have a reason not to do it labels Oct 10, 2020
@Astro-Martin
Copy link
Author

Astro-Martin commented Oct 10, 2020

I still think it's a bug, because 'Image sensor frame' and 'Telrad sight' don't disable mouse navigation.
That is inconsistent.

@alex-w
Copy link
Member

alex-w commented Oct 10, 2020

I still think it's a bug, because 'Image sensor frame' and 'Telrad sight' don't disable mouse navigation.

This is not a bug

@gzotti
Copy link
Member

gzotti commented Oct 10, 2020

This allows fine framing in sensor view. And a Telrad is usually attached on a Dobson which can also be shifted freely.
This behaviour is fully intended and has been honed for a decade or more.

@Astro-Martin
Copy link
Author

But that is also just an 'opinion'

@axd1967
Copy link
Contributor

axd1967 commented Oct 10, 2020

Just to be sure: with "mouse navigation" Martin means dragging with the mouse, right?

The core issue here is that (apparently) a tablet PC has no arrow keys - so I assume we are talking about a touch-sensitive screen and there is no keyboard (?), and on-screen gestures do not include simple left/right/up/down inputs. (Martin might want to add a model name or a picture of that specific Tablet PC.)

Note that if there is no visible (selectable) object, clicking in an eyepiece view does nothing, IMHO this is a needless limitation. The idea could be that the view just centers on the clicked position if there is no nearby object. Sometimes a user just wants to centre an ocular circle over several objects, the workaround is then to use keyboard navigation for this. And this might not be possible on a Tablet PC.

@Astro-Martin
Copy link
Author

Astro-Martin commented Oct 10, 2020

Yes. I use google translate so it might be difficult for you to understand ...
In main application "enable mouse navigation" ist enabled.
If you switch to the 'eyepiece mode' and look at the settings again, the option is disabled.
You can set the option again, but if you switch to a different eyepiece, the setting is gone again.

I think it would be easy to implement so that the user can decide how the system should behave in this regard.
An entry in the 'ocular.ini' file. 'Disable_mouse_navigation' true / false

@gzotti
Copy link
Member

gzotti commented Oct 10, 2020

A tablet PC fails to fulfill a minimum system requirement:

  • keyboard

@Astro-Martin
Copy link
Author

This is about "mouse navigation", not the keyboard. That was just an example. It is not logical that the operation of the software suddenly changes at one point.
I think it would be easy to implement so that the user can decide how the system should behave in this regard.

@gzotti
Copy link
Member

gzotti commented Oct 11, 2020

Can you tell me the application case, benefit and purpose of not centering the ocular view on a visible object?
In Ocular view, the operation of the software changes also in other respects: E.g. You get information about how an object viewed with an optical instrument will appear in a circular-view eyepiece. Limiting magnitude can be limited to what the telescope may yield.

If really absolutely needed, you can still Shift-click to set and center on a marker anywhere in the void.

BTW this behaviour has been implemented on purpose in 2010. Just get used to it.

@Stellarium Stellarium locked as too heated and limited conversation to collaborators Sep 23, 2021
@gzotti gzotti closed this as completed Sep 23, 2021
alex-w added a commit that referenced this issue Dec 8, 2021
This commit adding the possibility to disable zooming by mouse without disabling the mouse dragging
@alex-w alex-w added enhancement Improve existing functionality and removed state: won't fix We have a reason not to do it labels Dec 8, 2021
@alex-w alex-w added this to the 0.21.3 milestone Dec 8, 2021
@alex-w alex-w self-assigned this Dec 8, 2021
@github-actions github-actions bot reopened this Dec 8, 2021
alex-w added a commit that referenced this issue Dec 12, 2021
* Split mouse navigation option into 2 options (fix #1317, #2086)

This commit adding the possibility to disable zooming by mouse without disabling the mouse dragging

* Updated Stellarium User Guide

* Updated screenshot in the SUG
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement Improve existing functionality opinion OP thinks something should behave differently
Development

Successfully merging a pull request may close this issue.

4 participants