home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.acorn
- Path: sparky!uunet!pipex!warwick!pavo.csi.cam.ac.uk!nas20
- From: nas20@cl.cam.ac.uk (Nick Smith)
- Subject: Re: DragASprite proper use.
- Message-ID: <1992Nov6.134421.15218@infodev.cam.ac.uk>
- Sender: news@infodev.cam.ac.uk (USENET news)
- Nntp-Posting-Host: over.cl.cam.ac.uk
- Reply-To: nas20@phx.cam.ac.uk (Nick Smith)
- Organization: U of Cambridge Comp Lab, UK
- References: <lfevaoINN4vd@cronkite> <20020@acorn.co.uk>
- Date: Fri, 6 Nov 1992 13:44:21 GMT
- Lines: 30
-
- In article <20020@acorn.co.uk> DWallin@acorn.co.uk (Dick Wallin) writes:
- >In article <lfevaoINN4vd@cronkite> andyf@yama.uk.sun.com (Andrew Fox - Sun UK - Answer centre) writes:
- >
- >Loads deleted.
- >
- >>Whilst I agree that apps should do DragASprite checking via the CMOS
- >>bit, it would seem that most people definitely prefer the new style
- >>of sprite dragging. This is especially evident from the number of
- >>pleas I have had for the 'ForceADrag' module since my original
- >>posting.
- >
- >Unfortunately, you are wrong here, I believe. Market research (yep we do
- >some of this!) actually showed that the majority did NOT want solid sprite
- >dragging, so it is not set as default.
- >
- >Dick Wallin
-
- It's rather a shame that you didn't bother to incorporate DragASprite across
- *all* the ROM s/w - eg, Pinboard, Filer. It would save us doing so many messy
- little hacks ! There are other examples of this sort of inconsistency in
- RO3.1 I feel - eg, the lovely multiple-selection drag boxes that Pinboard,
- Draw and the Filer use - so why not Paint ? It's such a shame, and new users
- probably find it confusing.
-
- On the whole, though, RO3.1 is a fantasic improvement - well done all you
- development team members !
-
- --
- Nick Smith, Rm.226, Churchill College, Cambridge ! Email: nas20@uk.ac.cam.phx
- .sig quote wanted - must be under guarantee. ! Tel: (0223) 465596
-