home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!spool.mu.edu!hri.com!noc.near.net!news.cs.brandeis.edu!news!phils
- From: phils@chaos.cs.brandeis.edu (Phil Shapiro)
- Newsgroups: comp.sys.mac.programmer
- Subject: Re: Think Ref 2.0
- Message-ID: <PHILS.93Jan10232925@chaos.cs.brandeis.edu>
- Date: 11 Jan 93 04:29:25 GMT
- References: <1993Jan7.193426.26713@cronkite.ocis.temple.edu>
- <PHILS.93Jan9224010@chaos.cs.brandeis.edu>
- <1993Jan10.105211.527@sics.se> <C0nB2x.HBJ@world.std.com>
- <1993Jan11.010433.24766@bilby.cs.uwa.edu.au>
- Sender: news@news.cs.brandeis.edu (USENET News System)
- Organization: Symantec Corp.
- Lines: 26
- In-Reply-To: Quinn's message of Mon, 11 Jan 1993 01: 04:33 GMT
-
- >>>>> On Mon, 11 Jan 1993 01:04:33 GMT, Quinn <quinn@cs.uwa.edu.au> said:
-
- >> In article <PHILS.93Jan8135651@chaos.cs.brandeis.edu> I said:
- >>
- >>The main reason was that supporting arbitrary selections would've
- >>required a basic TextEdit engine. For speed, THINK Ref uses a simple
- >>imaging model supported by DrawString or DrawText. [...] It was
- >>decided that copying all source code text was an adequate solution,
- >>given our constraints of memory and speed.
-
- > How about Nuntius' solution of copying whole lines at a time. Sure
- > it's not as good as full character based selection but at least the
- > users have some hope of figuring out how it works (and it's a darn
- > sight more convenient too).
-
- Well, if Nuntius does this *and* supports multi-font, multi-styled
- text (where lines can have unequal length), embedded PICTs, as well as
- scrolling, then I guess we're really missing something. Anyway, I
- wouldn't say that it couldn't be done, just that it wasn't worth it.
- And besides, we've gotta leave something out for 3.0 :-) !
-
- -phil
- --
- Phil Shapiro Software Engineer
- Language Products Group Symantec Corporation
- Internet: phils@cs.brandeis.edu
-