Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!tut.cis.ohio-state.edu!unmvax!ogccse!blake!uw-beaver!ubc-cs!van-bc!
From: lphillips@lpami.wimsey.bc.ca (Larry Phillips)
Newsgroups: comp.sys.amiga
Subject: Re: CygnusEd questions
Message-ID: <716@lpami.wimsey.bc.ca>
Date: 26 Aug 89 17:30:46 GMT
Lines: 66
Return-Path: <lpami!lphillips>
To: van-bc!rnews

In <1412@jolnet.ORPK.IL.US>, swan@jolnet.ORPK.IL.US (Joel Swan) writes:
>>     I'm not aware of any way of getting snipit to work with Ced.  If the
>>snipit author has any comments on this, I'd be most interested.
>
>[ other enhancements]
>
>>.Bruce Dawson, author of CygnusEd.
>
>I use Snipit 1.2 and it works fine with the old CED.  Are you refering to
>the original CED?
>
>Use Snipit with a "y +4" switch. 
>
>SNIPIT y +4
>
>This work for me.

Yes, this does work, though there are two problems with it. The first is that
it leaves an unsightly highlighted area on the CEDPro screen. It disappears if
you scroll it off and come back, so it's just a minor annoyance.

The second one is more serious. If you use Snipit a lot (like I do), and if you
have a lot of different offsets to consider, you have to keep changing it to
snip from different windows.

One of the things on my infinitely long 'things to do' list is to implement an
'automatic text finder' for Snipit. It would work something like this...

You click, as usual, and drag. Snipit sees the actul mouse coordinates of the
beginning and ending of the snip. It would 'try' the snip for
comprehensability (is that a word?), and if unsuccessful, would try snips at
different offsets, first in the y direction, then in the x direction. It would
be a little slow, but if the coordinates were set up to default to the normal
offsets, most snips would be just as fast as they are now.

Alternatively, it could look at the actual data on the pixel line corresponding
to the y position of the snip, and do some analysis. Finding 'on' pixels, it
would try for a 'best fit' for characters. Once it found a character it
recognized, it would know the offsets. Again, slower, but only when the offset
was different than normal.

A nice addition would be the ability to doubleclick for a word, tripleclick for
a line, and quadrupleclick for a paragraph.

Sound like a good project for someone? Good... I'll expect to see the beta
version by Friday. :-)

-larry











--
The Mac? Oh, that's just like a computer, only slower.
+-----------------------------------------------------------------------+ 
|   //   Larry Phillips                                                 |
| \X/    lphillips@lpami.wimsey.bc.ca -or- uunet!van-bc!lpami!lphillips |
|        COMPUSERVE: 76703,4322  -or-  76703.4322@compuserve.com        |
+-----------------------------------------------------------------------+