Ticket #239 (Fixed)Wed Feb 24 04:47:41 UTC 2010
!Sprites handles more than 10 characters not recognised by system
Reported by: | Ronald May (387) | Severity: | Normal |
Part: | RISC OS: Module | Release: | |
Milestone: | Status | Fixed |
Details by Ronald May (387):
It is allowable to save application !Sprites handles of
up to 12 characters, but they must be no more than 10
characters for the system to display the sprite in place of the default application icon.(the green cogwheel)
This is most noticeable with Netsurf fullsaves, but
there are applications released that have >10 also.
Changelog:
Modified by Sprow (202) Sun, February 28 2010 - 10:45:42 GMT
From your description, it’s not clear what the actual proposed fault is. Can you elaborate?
Modified by Ronald May (387) Mon, March 01 2010 - 12:42:20 GMT
Save a page from Netsurf using a name longer than 10 characters.
The icon that is intended to be displayed, inside !Sprites will
not display unless its name is shortened to 10 characters.
It gets saved with up to 12 characters.
It is not just Netsurf, I used the example for a quick way to make
a typical Application directory.
Also, it is not a recent bug. -Ron.
Modified by Ronald May (387) Fri, March 05 2010 - 00:28:28 GMT
With Netsurf, go to http://luanova.org
Menu>Page>Fullsave and drag icon to a directory.
The icon will be a green cogwheel as the Filer has
ignored the 12 character !Sprites name !luanova_org.
Rename this !Sprite to !luanova_o (10 characters) and save. Now after a reboot or simply double clicking the
!luanova_org application the Filer uses the intended sprite instead of the cogwheel.
Do you see the fault now?
Modified by Sprow (202) Sat, March 06 2010 - 19:12:41 GMT
I’m going to guess you have your directory viewers in small icons mode, right? (Filer -> Display -> Small icons) or its close relative full details mode (Filer -> Display -> Small icons).
In this mode the effective limit is 10 as the prefix “sm” uses up 2 characters. Because netsurf doesn’t supply its own “sm!thingy” you rely on the filer’s one, and it looks like currently the filer’s policy is to truncate first then search second.
ie. sm!verylongappname
sm!verylonga [truncated]
!verylonga [arguably could be ‘!verylongapp’]
So I don’t think it’s a bug, but having not found the truncated one it makes more sense to me to look for the full 12 letters for making the autoscaled one.
Modified by Sprow (202) Sun, March 07 2010 - 08:27:31 GMT
Changed my mind, this is changed behaviour post 2.09. Fixed in 2.24.
Modified by Sprow (202) Sun, March 07 2010 - 08:27:46 GMT
- Status changed from Open to Fixed
- Part changed from Unspecified to RISC OS: Module