Package: appstream-glib / 0.7.18-1+deb11u1
Metadata
Package | Version | Patches format |
---|---|---|
appstream-glib | 0.7.18-1+deb11u1 | 3.0 (quilt) |
Patch series
view the series filePatch | File delta | Description |
---|---|---|
Support em code tags.patch | (download) |
libappstream-glib/as-node.c |
36 36 + 0 - 0 ! |
support em/code tags Some appstream-data packages add <em> and </em> or <code> and </code> to the files. Not all package manager can handle that. An example would be pamac from Manjaro |
Properly initialize AsNodeToXmlHelper.patch | (download) |
libappstream-glib/as-node.c |
4 2 + 2 - 0 ! |
properly initialize asnodetoxmlhelper Bug: https://github.com/hughsie/appstream-glib/issues/445 |
trivial Turn is_ em code _text fields into bitfields.patch | (download) |
libappstream-glib/as-node.c |
4 2 + 2 - 0 ! |
trivial: turn is_{em,code}_text fields into bitfields |
Improve handling of em and code tags.patch | (download) |
libappstream-glib/as-node.c |
108 64 + 44 - 0 ! |
improve handling of <em> and <code> tags This is still not great code but at least somewhat an improvement. Tests were expanded to showcase the new behavior. I think, ideally, we would append opening/closing tags to the ancestor `p` or `li` node's cdata as soon as we encounter the start/end of an `em` or `code` element. This would then also handle empty elements correctly. |
1