home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cs.utexas.edu!uwm.edu!rutgers!network.ucsd.edu!qualcom.qualcomm.com!qualcom.qualcomm.com!sdorner
- From: sdorner@qualcom.qualcomm.com (Steve Dorner)
- Newsgroups: comp.sys.mac.programmer
- Subject: Re: TextEdit bug in 7.0
- Message-ID: <1992Aug17.163647.29788@qualcomm.com>
- Date: 17 Aug 92 16:36:47 GMT
- References: <1992Aug14.204628.12494@pollux.lu.se> <1992Aug14.214312.22890@natinst.com>
- Sender: news@qualcomm.com
- Organization: Qualcomm, Inc., San Diego, CA
- Lines: 22
- Nntp-Posting-Host: qualcom.qualcomm.com
-
- stepan@natinst.com (Stepan Riha) writes:
- >In article <1992Aug14.204628.12494@pollux.lu.se> roland.mansson@ldc.lu.se (Roland Mansson) writes:
- >>What happens is that (sometimes) when the insertion point is between char
- >>1 and 2 of a line and you press the left arrow key, the insertion point
- >>moves to the end of the previous line (ie not to before char 1 on the
- >>current line, as it should).
- >This is NOT a bug but is described in detail in IM VI pp. 15-6 through 15-8.
-
- Yes, it most certainly *is* a bug.
-
- >The problem is that "a single caret position can correspond to two character
- >offsets." The trailing edge of character N and the leading edge of character
- >N+1 would have the same caret position (in left-to-right text).
-
- The only time this *should* enter into play is when an app sets the insertion
- point with TESetSelect. There is simply no ambiguity when TEClick and
- TEKey are used, and TextEdit *should* deal with it properly.
-
- Unfortunately, it does not.
- --
- Steve Dorner, Qualcomm, Inc.
- Yes, I'm still working on Eudora and it's still free.
-