-
Notifications
You must be signed in to change notification settings - Fork 1.4k
keep recently edited relations in membership dropdown for entire session #11588
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
base: develop
Are you sure you want to change the base?
Conversation
|
|
||
| if (d.relation) { | ||
| recentlyAdded.add(d.relation.id); | ||
| allAdded.add(d.relation.id); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This would end up being a negative counter decrementing from zero.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
oh i think the choice of variable names is a bit confusing, adding doesn't mean creating a new relation, but rather adding a member to a relation.
for example:
- select
w7634775 - click + in the sidebar to add
w7634775as a member of any relation - pan somewhere completely different, and the relation you selected earlier will still be visible
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah, I see, so “selected” is probably a less confusing name internally. I hope users can figure out that that’s why these relations are lingering in the menu.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If we think this will be confusing, we could exclude some relations that are always "local", for example type=restriction.
but as always when we hardcode random tags, it could cause even more confusion because no one can understand the logic
Actually, this doesn’t seem to work for me. If I pan out of view, the relation list includes all the relations that aren’t in view, except for the ones I created.
66ffb50 to
4024a5f
Compare
| // any relation that has previously been added will remain | ||
| // in the dropdown for the rest of the edit session. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Would this be more intuitive if we sort some or all of the relations by recency instead of relation ID, as proposed in #7964?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yeah I think that would help, but a much more significant improvement would be openstreetmap/id-tagging-schema#1538 - this would filter out all the illogical options.
e.g. it would stop you from adding a road directly to a superroute, or adding a tree to a boundary relation, etc. etc.
Closes #3622
The relation dropdown list now remembers relations that you've already added during this edit session. Even if those relations are no longer visible on screen.
Showing every downloaded relation as originally proposed in #3622 becomes pretty chaotic, I think this is a reasonable compromise which is still quite helpful