Dr Wimp p22

Colour picker

Have you tried Dr Wimp's colour-picker facilities yet? They are comprehensive yet easy to use - but you need to have RISC OS 3.50 or higher.

You can open the colour-picker window at any time as a straightforward window or as a 'sub-menu window', i.e. in the same way that the Info window is traditionally displayed from the iconbar menu.

Apart from being able to specify the opening position on the screen, you also have the freedom to specify which colour is shown initially in the colour-picker window and which 'colour model' is shown initially, i.e. RGB, CMYK or HSV model. (The initial choice doesn't stop you from changing the model once the window is open.)

Having got the colour-picker window on screen, your choice of colour is made in the usual way and is automatically passed to a pair of user-functions for you to intercept and use as you like.

In the recently released Dr Wimp v.3.59 a new Example application, called !ColPick, demonstrates how simple it is.

Dr Wimp's facilities for using dynamic areas arrived on the scene about three years ago, which was over three years after Dr Wimp first hit the startled world. The upshot is that there are several early wimp-functions which use DIMmed memory space, whereas they could well take advantage of dynamic areas instead.

Now that the coding for the use of dynamic areas has proved stable, I hope progressively to do some DIMs-to-dynamic-area conversions.

This should be functionally invisible to you, but it will mean better memory management.

!Fabricate

Although you get adequate warning in an error box, I am well aware that many people (including me!) don't always read the error messages properly, so I thought I'd mention this one.

If you have created a new skeleton application with !Fabricate and then started to develop it - which is the whole purpose - be very careful if you later use !Fabricate again with the same application name.

Although a warning appears, if you continue the action of creating a new application with !Fabricate, it necessarily wipes out any existing application of the same name in the same destination directory! So you will lose any changes you have made - not just any !RunImage changes, but also, for instance, any extra files you may have added to the application folder.

If you are caught on the hop by the error message, perhaps the easiest way to respond is to press Cancel and simply change the new application's name in the Save window before dragging again - or drag to a different directory.


Source: Archive 14.11
Publication: Archive Magazine
Contributor: Ray Favre