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

Show point that Location Panel is referring to #10515

Open
jidanni opened this issue Oct 25, 2024 · 1 comment
Open

Show point that Location Panel is referring to #10515

jidanni opened this issue Oct 25, 2024 · 1 comment

Comments

@jidanni
Copy link
Contributor

jidanni commented Oct 25, 2024

Here we observe the Location Panel.

Ah, but where is the location it is referring to?

Is it the coordinates of

  • A, where the mouse pointer currently is?
  • B, where the mouse pointer departed the map, a few minutes ago?
  • C, the selected item? (as it would be in the Measurement Panel)

Answer: B, the only invisible point of the three!

Therefore there should be a checkbox "[ ] Show marker", (like the Share function) , so users can see where in fact it is actually referring to.

Screenshot 2024-10-25 16 31 24

(Misreported in openstreetmap/openstreetmap-website#5287 )

@danieldegroot2
Copy link
Contributor

This relationship is implicit; the location panel is in the "background layers" menu (coordinates of positions inside the active view of the background layer), the measurement panel is in the "data layers" menu (coordinates of selected objects).

A text could be added similar to the measurement panel so it explicitly says 'mouse cursor' at the top.
Additionally, a mouse icon could be added next to it (though this is inconsistent with the measurement panel)
This is instead of the highlight/marker, which is then likely redundant.

Consider the following
This is an optional, toggleable panel which is barely used, it is not a critical feature. It should be self-explanatory, clear with minimal explanation, or alternatively be delegated to internal/external documentation to avoid cluttering the editor itself.
Many highlights are already taken. Adding more highlights or re-using existing ones is likely confusing for the user.
(also, I assume most users who actively need this feature are familiar with GIS applications which have similar UI layout.)

Highlights/markers should preferably

  • be distinguishable (selected object is red, Linked object (relation, warning) is blue, changed objects (g key) are green(created), yellow(tags), orange(moved).
  • not require adding icons cluttering existing UI.
  • be non-intrusive (not obscuring the objects, map view or cursor), eventhough it can be toggled.
  • not interfere with the cursor highlight displayed by built-in accessibility tools. (which usually is a red circular like the way you tried to highlight where the marker should be placed); of course the suggested marker itself could be something else.

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

No branches or pull requests

2 participants