____ / ___ ___ ___ / ___ | /___\ (___ (___ \______/ |___ | | ____) ____) © 1 9 9 5 S t r a y l i g h t ___________________________________________________________ We would like Glass to be the *BEST* user interface design program available. In order to do this, we need *your* comments and suggestions for new features. Please send any requests, comments or anything else about this program to Straylight at the address given at the bottom of this file. ___________________________________________________________ Program credits Glass's executable `!RunImage' contains code from the following sources: * Compiled Glass source code, written by Straylight * SharedCLibrary stubs, written by Straylight * Steel DLL stubs, generated by Straylight's DLL system * Anything else link threw in, by ARM ltd and Acorn Most of the Glass code was compiled using Acorn ANSI C. The rest was assembled using Acorn ARM AOF Macro Assembler (objasm), or autogenerated using Straylight AOF producing tools. Glass application icon drawn in Paint by Straylight (but thanks to Mike Geller for the old one). Other graphics by Straylight, with the aid of the following software: Paint by Acorn Computers Limited Snippet by 4Mation ArtWorks by Computer Concepts Limited ChangeFSI by Acorn Computers Limited Glass window templates designed by Straylight using WindowEd by Armen Software for the original set, and using Glass enough of it had been completed. Also included in the Glass distribution are: * Interface, by Simon Huntingdon * WimpExtension, by Jon Ribbens of DoggySoft * DLLManager module and other parts of the Straylight Dynamic Linking System, by Straylight * The `Steel' library, by Straylight * Scuptrix, by Straylight With grateful thanks. ___________________________________________________________ Special thanks Thanks to Dom Symes, for Zap, which I used for all of the Glass source, and large chunks of Steel. Thanks to Gary Partis at Morley, for getting my SCSI system going. Thanks also to Jon Ribbens (of DoggySoft) for some very constructive comments during test stage 1. The orange buttons are done specially for you (in Zap :-) ). Oh, and also for the lift down to Acorn World. Thanks to Steve Haeck for the lift back :-). Thanks to all them at Armen Software. They know who they are, and why. Thanks to all of the rest of the test team, both offical and unofficial. Finally, I'd like to thank Acorn Computers Limited, not only for all the software given in the list above, but also for their operating system, and the hardware than runs it. It sometimes feels like a losing battle trying to make RISC OS do clever things, but there's always a way, and it's always worth it in the end. ___________________________________________________________ Revision history Version Date Event 1.00 Finished initial version. Time to fix the bugs :-( ___________________________________________________________ Things to beware of There's a tiny problem with Simon Huntingdon's Interface module which you should be aware of. If you have an icon which contains anti-aliased fonts and a validation string which contains instructions to change the background colour when the icon is clicked, Interface can become confused and mangle the font data in the mistaken belief that it's icon colours. I've worked around this by forcing the font information back into the icon, but while it's pressed in, the icon may appear strange (maybe the text will disappear, or be in a completely different font). Be warned. There's not an awful lot I can do about this. WimpExtension doesn't have this problem (which is lucky, because it would be much more difficult to work around). Beware of using the Toolbox on windows that start drags when you click on them -- they can leave the drags incomplete, and the application gets very confused, usually terminally. I could try sending them a User_Drag_Box event, but I'm not sure that won't just cause more problems. Grab icon used to have this problem too, but I've stopped using Wimp_DragBox for that now. I may consider restricting the Toolbox to Glass's own windows. This feature, while not making any strictly illegal calls, still does somewhat strange things, and applications which aren't built to stand them will behave in ways which are unfortunately far too predicatable. There appears to be a problem in some versions of the WindowManager which causes an Address exception when you have an icon which is both anti-aliased and word-wrapped. The work-around for this is fairly simple: don't have these sorts of icons. This is the first Wimp bug I haven't managed to bodge my way around somehow. ___________________________________________________________