https://gerrit.wikimedia.org/r/#/c/26341/ solves (bug 40644) by deploying a service.png (in core is the same as info.png) that can be replaced with another icon to adopt individual requirements.

This one was about replacing the icon in core. Opinions?

The change [1] will not deploy a new icon, it will use the icon that has been used before but it will open a possibility for a user to replace that icon which was not possible before.

If you think the core needs another icon you can make your commit after [1] got merged.

[1] https://gerrit.wikimedia.org/r/#/c/26341/

Your changes are very good, since it allows further customisation. Thank you for this and heaps of kudos!

I would not like to upload a new icon prior to have reached some consensus. Is there actually a need to change the icon and if there is one, which icon should be used. This bug is more like a RFC in that respect. I guess you can live either way.

In case someone wants to change the icon see [1] and [2]

[1] http://semantic-mediawiki.org/wiki/Help:Tooltip

[2] ext.smw.tooltip.css
<pre>
.smwtticon.service {
display:inline-block;
/* @embed */ background: url(images/info.png) no-repeat bottom;
}
</pre>

Karsten, could you take a lead (mailing list) here otherwise this will stay open forever without anyone else noticing.

I wonder if we could find an exit strategy to get rid of service links. This is a feature that we introduced before inline queries were even invented, at a time when the display of a Factbox was still the main function of SMW. It seems obsolete and irrelevant now. Anybody still using this and really needing it?

An exit to service links is another issue which should be tracked with another bug, if tracking for this is needed at all. Thus closing as RESOLVED FIXED.