A couple more Workbench woes

[kolla]

Old cruft that's been bothering me since forever with Workbench...

With Workbench as windows, the screen background (not window, not workbench) image actually fills the screen, and the screenbar is drawn on top of it - good!
With Workbench as backdrop, the Workbench (not screen, not window) background image is moved down to give space for the screenbar - awkward and annoying!

An easy way to illustrate this is to turn screenbar visibility off and on again in Workbench prefs while Workbench is in "backdrop mode", one can see the background image move up and down. Could this be fixed so that background image stays on same location regardless of whether screenbar visibility is turned off or on, and not moved down and potentially cut off at the bottom?

Second issue in regards to background images - why do the image files used for background remain "locked"? I don't see any good reason why the files should remain locked once the files have been read and the bitmaps rendered to screen, on the contrary, it would be great if they were _not_ locked, so that they easily can be replaced and make it really simple to change backgrounds from scripts (copy over image file and 'setdate env:sys/wbpattern.prefs')

[MMikhail]

Shifting of the image is debatable, some may not like the image getting cut of on the top.

Secondly, some wallpaper images sometimes come with an info bar at the bottom,
typically under windows that gets hidden by start menu bar.
So in those cases chopping the bottom is actually good, you get a clean image then
and full view from top of it.

I suppose this can be made a configurable option for the user to select what to do
with the image, chop it on the top or align with title bar.


As for keeping a lock on the pictures, this is current limitation of using dataypes library
would be nice to free the loaded files, but then it can have other strange consequences
when the screen settings change or else request an update.