This reverts commit 390e609e53.
The approach was too heavy-handed. It messes with folks who use <del> in
their README. The commit that introduced the issue that the reverted
commit was trying to address has itself been reverted.
This reverts commit b75d2f0e03.
This commit has some issues:
- It uses <ins>/<del> not for the content that was actually
added/removed (i.e. the diff), but for the line stats. I don't think
that helps accessibility, it might actually make it worse.
- It adds some CSS to apply text decoration to <ins>/<del>, but only
inside the `diff` class. However, the elements never occur inside the
`diff` class (see first item). The CSS is never used.
- Instead, the place where it was used (line stats) got unintended text
decoration applied, causing a follow-up commit which fixed this the
wrong way, causing yet more issues (fixed in next commit).
I think the one place where it would make sense to apply <ins>/<del> is
the diff itself, but that might be a more serious operation.
Browsers usually render a <del> tag with a strike-through. However,
strike-through makes the number of deletions in a file unreadable as
well as the number of additions is rendered with an underline. This
commit fixes the issue by using underline for the <del> tag.
The collapsed summary color was low contrast, and the expanded summary
color was almost invisible (black on dark gray). There currently is no
uncolored text inside a details tag, but such text would also have been
black.
Fixing issue on low resolutions / narrow screens where the breadcrumb
menu items overlap under the reference items to the right. This is
closer to the hg.sr.ht layout which wraps on narrow screens.
See git.sr.ht#267
When a new commit is pushed which updates some blobs, but not others,
cross-references between them will be broken.
We could technically associate this with the top-level tree sha, but
this would be wrong for subtrees and it's not obvious how to avoid this.
Since one commit is guaranteed to be associated with a toplevel tree,
attaching it to the commit solves this without much compromise.
On Firefox, when multiple lines are selected, 2px is not enough to
connect adjacent lines which leaves a 1px white gap between them.
Increasing the selection height by 1px fixes that.
In 1caa76776e the a.tag-deco class was
removed in favour of a.tag-annotated-deco. However, it seems that cgit
has just added a distinction between annotated and non-annotated tags.
See
https://git.sr.ht/~laumann/redshift-rs/
for an example (specifically the v0.1.1 tag).