Missing Pinboard options
Jon Abbott (1421) 2651 posts |
Where I’ve been switching my RiscPC between RO 3.71 and 5.29 whilst testing, I’ve noticed the Pinboard menu is missing Tidy and Grid lock, which are there with RO 3.71. Just thought I’d point it out as I can see *PinboardOptions still has them, they’ve just mysteriously disappeared from the Wimp menu at some point in time. There is a Configure option, but that doesn’t work on my machine as it can’t find BootResources:Configure.!PinSetup. I’ve tracked down to the RO528 HardDisk4 ZIP not including !Boot.Choices.Boot.PreDesktop, which sets BootResources$Path to include the ROxxxHook folder. That seems an odd place to set BootResources$Path, I would have thought !Boot.!Boot / !Boot.Utils.BootVars / !Boot.Utils.BootRun or something suitable early on in the boot sequence would set the path based on the OS version. !Boot.Utils.SetChoices appears to set the default BootResources$Path to “<BootResources$Dir>.” – I’m not sure why that can’t set it correctly? |
Stuart Painting (5389) 714 posts |
The HardDisc4 archive contains an empty !Boot.Choices directory. That is correct: it is designed this way so that the new !Boot structure can be merged with an existing !Boot without wiping any of the user’s existing settings.
At this point it doesn’t need the full path, just enough to find the resources it needs for itself. The “proper” BootResources$Path is set by !Boot.Choices.Boot.PreDesktop, later in the sequence. It is worth noting that !Boot.Utils.SetChoices also copies the contents of ROxxxHook.Boot to !Boot.Choices.Boot if it notices that the directory doesn’t already exist. If the directory exists, it leaves it alone. I suspect that your system already has a !Boot.Choices.Boot directory, but that it is missing some (or all) of the files from !Boot.ROxxxHook.Boot – particularly the “PreDesktop” file. |
Jon Abbott (1421) 2651 posts |
In that case its a problem of my own making where I boot between different OS versions. !Boot.Choices.Boot.PreDesktop is clearly OS dependent, but is always present after the initial boot. I’ve worked around it by removing version dependencies from !Boot.Choices.Boot.PreDesktop and altering !Boot.Utils.SetChoices to set it correctly after its done its initial “*SET BootResources$Path <BootResources$Dir>.”
|