You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.
Reporter: dev.osm[at]hughbris.com [Submitted to the original trac issue database at 2.30am, Sunday, 11th January 2009]
I expect the relations data cell control to provide the same interface experience as the one for object tags. They look and mostly act the same. They possibly use forked versions of the core widget/control.
Two examples:
When I am in the last column of the tagging data cell row, I can tab to the next row. I cannot do this for relation members.
When I change the role of members in the tag data cells for relations, the change does not seem to show in the cell until it's scrolled. This is probably only when there are enogh members to cause a scrollbar in the list. Seems like a little glitch in the UI that is not present in the tag cells.
Reporter: dev.osm[at]hughbris.com
[Submitted to the original trac issue database at 2.30am, Sunday, 11th January 2009]
I expect the relations data cell control to provide the same interface experience as the one for object tags. They look and mostly act the same. They possibly use forked versions of the core widget/control.
Two examples:
When I am in the last column of the tagging data cell row, I can tab to the next row. I cannot do this for relation members.
When I change the role of members in the tag data cells for relations, the change does not seem to show in the cell until it's scrolled. This is probably only when there are enogh members to cause a scrollbar in the list. Seems like a little glitch in the UI that is not present in the tag cells.
(refer http://lists.openstreetmap.org/pipermail/merkaartor/2009-January/001116.html)
The text was updated successfully, but these errors were encountered: