1ec5 left a comment (openstreetmap/openstreetmap-website#6448)
The browse view currently <del>crosses out</del> any element that today is
deleted or redacted, regardless of whether the changeset you’re viewing was
responsible for deleting it. Otherwise, you wouldn’t see any crossed-out
elements, since this PR only deals with tag changes. Eventually it would be
just as useful to highlight changes to members or coordinates in the same
manner. If so, we probably wouldn’t be able to rely on strikethrough to
indicate both “this changeset removed this member” and “this member has since
been deleted or redacted”.
> From my experiments, it appears to only show the feature id number and
> version. This avoid the issue with Chinese/etc scripts.
This is because most editors these days automatically remove all the tags when
deleting an object (which just sets is visibility attribute). It remains
possible to delete an object without deleting the tags using the raw API or
[Level0](https://wiki.openstreetmap.org/wiki/Level0). Older editors like
Potlatch used to keep the tags too, so one can still encounter crossed-out
names and such. However, this is an edge case that I don’t think we need to be
concerned about.
> Strikethrough is done with an <s> tag rather than a <del>. I don't see a
> counterpart <ins> or equivalent in added features.
#6558
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/6448#issuecomment-3566044011
You are receiving this because you are subscribed to this thread.
Message ID:
<openstreetmap/openstreetmap-website/pull/6448/[email protected]>
_______________________________________________
rails-dev mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/rails-dev
