Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!fub!tmpmbx!unlisys!zikzak!amk From: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz) Newsgroups: comp.sys.amiga.datacomm Subject: Re: Features I'd like to see in JRCOMM Message-ID: <18a91f9c.ARN0324@zikzak.in-berlin.de> Date: 10 Feb 91 13:54:20 GMT References: <1991Feb08.080428.19190@hoss.unl.edu> <956@faatcrl.UUCP> Reply-To: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz) Followup-To: comp.sys.amiga.datacomm Organization: Zik Zak (Berlin,Germany) - 20 minutes into the future. Lines: 36 In article <956@faatcrl.UUCP>, Jack Radigan writes: > 231b3678@fergvax.unl.edu (Phil Dietz) writes: > > >5) Have a FOLLOW mouse option. Clicking on a spot will send the > > appropriate cursor ups/lefts to get there! Also allow changing of > > cursor ups etc. to hjkl's for VI and EMACS! This would be a > > SMOOTH option! > > Not so sure about this one, too much room for errors if the remote system > can't handle the possibly huge amounts of ANSI sequences this could > generate. If the remote system cannot handle this, it's not your (JRcomm's) fault. But I don't remember any system (BBS, UNIX etc.) not managing it, pressing the cursor keys continuously down until the cursor is positioned well. A 'Follow-Mouse-Option' would do the same - but automagically :-) It would be a real good feature ! (I use it in VLT very often) > than the one-arrow-sequence multiplied by how far it has to travel. Can you > imagine the delay it could take at 1200 or 2400bps from when you clicked on > the target location to when the cursor gets there? That's no reason to restrict users with higher bps rates. Nobody *must* use it. But if someone will, he can :-) Please, try to implement it! Bye, Andreas -- Andreas M. Kirchwitz, Seesener Str. 69, D-1000 Berlin 31, FRG, +49 30 873376 / __ Domain: amk@zikzak.in-berlin.de, IRC-Nick: 'bonzo' /___(oo)_________________________________ Bang: ...!unido!fub!unlisys!zikzak!amk " " "Ich liebe es, wenn ein Plan funktioniert." -- Hannibal (A-Team)