GitLab

An old (version < 1.19) Switcher is patched when a theme is loaded in order to make
the switcher icon name distinct. However, using *RMFaster to get a RAM copy to
patch caused a problem that it now appears late enough in the module list that it's
after all the resident filers and so never gets the Service_StartFiler call and so
the machinery to restart RamFS' filer front end is ineffectual.

Fix this by instead using OS_Module 10 to insert the patched copy. This keeps the
module list order, and so when the service call goes round Filer's task handle is
successfully captured.

Tested on RISC OS 3.60.

Version 0.12. Tagged as 'ThemeDefs-0_12'

Table extended to look for alternate theme sprites for these filers, using the sprites from Chris Wraight.
New flag option to ensure the target already exists before adding to ResourceFS, so those versions of RISC OS that don't have certain modules don't needlessly load extra resources that aren't going to be used.
Tested on BBxM with RISC OS 5.20 and an Ursula theme selected.

Version 0.11. Tagged as 'ThemeDefs-0_11'

Version 0.10. Tagged as 'ThemeDefs-0_10'

We want two distinct sprites, 'switcher' for unknown error boxes and the OS info box, and 'taskmanager' for the tote in the bottom right of the iconbar.
If we find an older version of TaskManager where they're both 'switcher' the theme loader patches it to make them distinct.
Them, the same set of sprite resources works on everything.
Tested on RISC OS 3.50, 3.60, 3.70, 3.71, 4.02.

Version 0.09. Tagged as 'ThemeDefs-0_09'

To save a little disc space the default is the RISC OS 5 cream colour folder, hence only the deltas (Ursula and Morris4) are needed.

Version 0.08. Tagged as 'ThemeDefs-0_08'

The swap out of the CDFSFiler sprites was previously required because entering the desktop runs Desktop_CDFSFiler which then *ICONSPRITESd its private sprites if 'protect built in icons' option was off.
Now the disc pool is loaded after *DESKTOP that left CDFSFiler with no sprites prior to RISC OS 3.80.
The logic was rendered obsolete by the 'IconChange' tool, so can be removed.

Version 0.07. Tagged as 'ThemeDefs-0_07'

Special thanks to Richard Hallas for providing these.
Also
* Makefile - swapped hard spaces for soft, install extra sprites
* Remove redundant termination step fixed in ThemeDefs-0_05
* Updated docs to not refer to Tools22 Tools11

Version 0.06. Tagged as 'ThemeDefs-0_06'

Detail:
  bas/SetTheme - Despite being careful to allocate enough space for the terminating word of the resource FS area, no termination was taking place, most likely leading to a crash in ResourceFS after adding the area
Admin:
  Tested on Raspberry Pi
  Seems to fix a crash seen in ResourceFS when ThemeDefs is running from within a fresh boot sequence


Version 0.05. Tagged as 'ThemeDefs-0_05'

When run within the Desktop file, this app is too late to affect the banner and may also have to mess about re-iconspritesing applications from later in the boot sequence.
So, run !ThemeDefs earlier, and push the *ICON/TOOLSPRITES commands into system variables which are caught in the desktop boot file.

Version 0.04. Tagged as 'ThemeDefs-0_04'

When the 'protect ROM sprites' option is not in use the resources are loaded with *ICONSPRITES/*TOOLSPRITES.
However, the wrong flag bits were being used to decide which to use and ended up doing the operation 3 times over for each resolution: resulting in force loading Sprites11 (the last in the DATA statements) when not in that mode, resulting in a tiny mouse pointer and lots of badly aliased icons.
Removed the search for Tools22/Tools11 (the tools encode the other resolutions inside the sprite file, not by sprite file name).
Added possibility to have EX0 EY0 paint and draw tool palettes.
Removed the manual check for ThemeSetup obey file, the boot sequence can do this for us.
Docs updated.

Version 0.03. Tagged as 'ThemeDefs-0_03'

Documentation and comments updated

Version 0.02. Tagged as 'ThemeDefs-0_02'

Version 0.01. Tagged as 'ThemeDefs-0_01'