After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 636175 - Install admon-* icons when generating HTML docs
Install admon-* icons when generating HTML docs
Status: RESOLVED WONTFIX
Product: gnome-doc-utils
Classification: Deprecated
Component: build utils
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-doc-utils maintainers
gnome-doc-utils maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2010-11-30 23:01 UTC by Pierre Wieser
Modified: 2020-03-03 18:35 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Pierre Wieser 2010-11-30 23:01:24 UTC
I must admit that I do not really understand the rationale with the admon-* icons management in gnome-doc-tool script with '--copy_graphics' option.

1. Icons used in the input XML document are identified and passed to xsltproc as a string param, e.g. --stringparam theme.icon.admon.tip admon-tip. It happens that this just override the defaults set in /usr/share/xml/gnome/xslt/common/theme.xsl, which appears bad to me:

- with 'admon-tip' stringparam value, the style is generated with
  background-image: url("admon-tip");

- while the default value would have generated the more correct (I think)
  background-image: url("admon-tip.png");

2. So the only interest of identifying used admon- icons would be to install only them, and not the unused ones, besides of the HTML document, which does not happen at all.

I am willing to provide a patch to fix these two points if you agree with that.
Or, of course, hear why I am wrong.

Regards.
Comment 1 André Klapper 2020-03-03 18:35:34 UTC
gnome-doc-utils has been superseded by yelp-xsl, yelp-tools, and itstool.

gnome-doc-utils will not see any further development, hence closing as WONTFIX.

See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/255