Aucbvax.6313 fa.works utcsrgv!utzoo!decvax!ucbvax!works Thu Feb 25 22:14:07 1982 Re: Window Management >From George.Coulouris@CMU-10A Thu Feb 25 20:14:52 1982 Message-Id: <25FEB82 173209 GC12@CMU-10A> Via: Mit-Ai; 26 Feb 82 0:31-EDT Via: Brl-Bmd; 26 Feb 82 0:42-EDT Based on our experience with our 'animated desktop' colour windowed display here at Queen Mary College London, I have the following comments: 1) The interface seems most natural when windows glide smoothly onto the 'desk-top' instead of appearing suddenly in the middle of it. Similar comments apply to moving windows to other parts of the screen and removing them from the screen. 2) If you do that, the windows have to overlap, at least while they are moving, otherwise they would have to find a path that was free of other windows. 3) Colour helps a great deal in discriminating overlapping windows. Having tried it, we wouldn't want to give it up. 4) Despite the above, the screen can get cluttered. It can also be quickly uncluttered by the use of an application-level command to remove some of the windows (in our model, the command is to 'put them back in the filing cabinet'). If you want to, you can construct your application software so that the screen isn't allowed to get cluttered, but I wouldn't use the clutter argument as a reason to ban overlapping windows at the system level. George Coulouris ----------------------------------------------------------------- gopher://quux.org/ conversion by John Goerzen of http://communication.ucsd.edu/A-News/ This Usenet Oldnews Archive article may be copied and distributed freely, provided: 1. There is no money collected for the text(s) of the articles. 2. The following notice remains appended to each copy: The Usenet Oldnews Archive: Compilation Copyright (C) 1981, 1996 Bruce Jones, Henry Spencer, David Wiseman.