Ticket #364 (Fixed)Sun Nov 24 19:52:06 UTC 2013
Icon invert to co_cpu icon fails as it is 16M colours
| Reported by: | William Harden (2174) | Severity: | Minor |
| Part: | RISC OS: Module | Release: | 3rd public site release |
| Milestone: | RISC OS disc build complete | Status | Fixed |
Details by William Harden (2174):
I have submitted a set of patches to Configure. Included in them is a patch to make Configure behave in a ‘filer-like’ fashion (ie. instead of having all plugins listed in a submenu, the plugin under the pointer is displayed as ‘plugin ’X’’ with an info submenu.
Part of that patch (which I think at the time of reporting has not been added) inverts the icon under the pointer in the same fashion as Filer.
co_cpu (from !CPUSetup) doesn’t invert as it is 16M colours.
I think the root problem here is that 16M colour icons need to be able to invert if we’re going to use them. That may be a bug (I thought work was being done on that) or it may be an absent feature.
Solution is either to update the sprite with a 256 colour ‘safe’ version of co_cpu (easy), or correct the inversion of 16M colour sprites (hard).
I can run it through ColourTrans and submit the changed icon if need be – but it will take just as long for someone to sort the email as it would to run it through CFSI themself!
Changelog:
Modified by Jeffrey Lee (213) Mon, November 25 2013 - 13:26:23 GMT
- Part changed from RISC OS: Application to RISC OS: Module
This is a bug/limitation in the Wimp, it affects 16M/32K colour sprites in the filer too.
For palettised sprites the Wimp uses a colour mapping function to build a custom translation table when it needs to render the icon in its inverted form. Now that we also support colour mapping of true-colour sprites it should be relatively straightforward for me to update the Wimp to render true-colour sprites correctly as well.
Modified by Jeffrey Lee (213) Sat, November 30 2013 - 01:36:05 GMT
- Status changed from Open to Fixed
Should be fixed with Wimp 5.34:
