home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.acorn.tech
- Path: sparky!uunet!pipex!pavo.csi.cam.ac.uk!cl.cam.ac.uk!crj10
- From: crj10@phx.cam.ac.uk (Clive Jones)
- Subject: Re: Hard Disc Prices AGAIN!
- Message-ID: <1993Jan26.135351.7785@infodev.cam.ac.uk>
- Telephone-Messages: +44 223 33 4900
- Sender: news@infodev.cam.ac.uk (USENET news)
- Address: Christ's College, Cambridge CB2 3BU, ENGLAND.
- Nntp-Posting-Host: fenton.cl.cam.ac.uk
- Organization: U of Cambridge, England
- References: <memo.895245@cix.compulink.co.uk> <1993Jan26.130538.5927@infodev.cam.ac.uk>
- Date: Tue, 26 Jan 1993 13:53:51 GMT
- Lines: 22
-
- In article <1993Jan26.130538.5927@infodev.cam.ac.uk> idg10@phx.cam.ac.uk writes:
- >Well this is a feature of the window manager. The minimum width of any
- >window is the width it's title bar had when it was created. Subsequent
- >changes to the title text make no difference. This feature is present in paint
- >too, and every program I've written. It's not HCS's fault. Don't know how
- >to get around it apart from creating the window with a very small title, and
- >then changing the title afterwards.
- >Come to think of it, I'm pretty sure the filer DOES do this - you can shrink
- >the windows, it's just their default size which is large enough to see the
- >full filename.
-
- There is a minimum size field in the window definition. Zero means
- that RiscOS should calculate the value from the shape of the
- scrollbars, the size of title bar needed to display the entire title,
- and the number of other icons around the window edge. If you set it to
- some other sensible value ("Work area" menu option under !FormEd) then
- the title bar will not be used to limit the window's minimum size.
-
- This may be in the "little known fact" category, but it's in the
- RiscOS2 PRMs!
-
- --Clive.
-