X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Mail-Followup-To: cygwin AT cygwin DOT com To: cygwin AT cygwin DOT com From: Gary Subject: Re: Odd apparent cursor movement in mintty (+emacs) Date: Wed, 22 Sep 2010 09:58:11 +0200 Lines: 25 Message-ID: References: <4C99B442 DOT 1030909 AT towo DOT net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (cygwin) X-No-Archive: Yes Mail-Copies-To: never X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Thomas Wolff wrote: > On 22.09.2010 09:25, Gary wrote: >> In some file^H^H^H^Hbuffer in emacs(-nox), with mintty maximised, cursor >> movement appears incorrect - moving the cursor forward[1] (emacs' >> forward-char via C-f / cursor right key) incorrectly positions the >> visible cursor 'n' characters forward. The insertion position is >> correct, however - it only moves one character forward. >> >> emacsclient 23.2, GNU Emacs 23.2.1, if it makes any difference. >> >> [1] backward, too, but up and down seem unaffected >> >> > Do you have any non-ASCII characters on the affected lines? If so, it > sounds like a mismatch of character encoding between mintty and emacs' > assumption. What's your locale environment variables? In that case wouldn't it also happen when mintty was not maximised? It doesn't. -- Gary Please do NOT send me 'courtesy' replies off-list. Non-kook (allegedly) 1.7.7(0.230/5/3) 2010-08-31 09:58 Cygwin -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple