From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: nljlistbox2@gmail.com (N. Jackson) Newsgroups: gmane.emacs.bugs Subject: bug#16647: Imprecisions with window-resizing cursors Date: Sat, 22 Feb 2014 14:06:47 -0400 Message-ID: <87txbrrphk.fsf@moondust.localdomain> References: <87y51qnlfe.fsf@gmail.com> <52F21707.9050509@gmx.at> <87k3d81tqz.fsf@gmail.com> <52F3635C.9040408@gmx.at> <877g96g76g.fsf@gmail.com> <52F530A7.1090104@gmx.at> <871tz7pcop.fsf@gmail.com> <52FE0059.4080508@gmx.at> <8738jlk6zn.fsf@moondust.localdomain> <52FE5FA0.6020202@gmx.at> <87lhxdgvcc.fsf@moondust.localdomain> <530093B0.50501@gmx.at> <87ob26x6pl.fsf@moondust.localdomain> <871tyyh0am.fsf@moondust.localdomain> <5307A0B4.3070003@gmx.at> <87fvnchwgz.fsf@moondust.localdomain> <53086B2A.4020804@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1393092497 7543 80.91.229.3 (22 Feb 2014 18:08:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 22 Feb 2014 18:08:17 +0000 (UTC) Cc: 16647@debbugs.gnu.org, esabof@gmail.com To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 22 19:08:24 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WHGzv-0002kk-Jd for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Feb 2014 19:08:23 +0100 Original-Received: from localhost ([::1]:50413 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHGzv-0002j5-54 for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Feb 2014 13:08:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47564) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHGzj-0002in-Uf for bug-gnu-emacs@gnu.org; Sat, 22 Feb 2014 13:08:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WHGza-0006zg-Qh for bug-gnu-emacs@gnu.org; Sat, 22 Feb 2014 13:08:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34689) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHGza-0006zc-Nm for bug-gnu-emacs@gnu.org; Sat, 22 Feb 2014 13:08:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WHGza-0004Ei-Di for bug-gnu-emacs@gnu.org; Sat, 22 Feb 2014 13:08:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: nljlistbox2@gmail.com (N. Jackson) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Feb 2014 18:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16647 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-Cc: bug-gnu-emacs@gnu.org, "esabof@gmail.com" Original-Received: via spool by submit@debbugs.gnu.org id=B.139309245216239 (code B ref -1); Sat, 22 Feb 2014 18:08:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 22 Feb 2014 18:07:32 +0000 Original-Received: from localhost ([127.0.0.1]:35871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WHGz6-0004Dr-1t for submit@debbugs.gnu.org; Sat, 22 Feb 2014 13:07:32 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:45546) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WHGz2-0004DY-TW for submit@debbugs.gnu.org; Sat, 22 Feb 2014 13:07:29 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WHGyp-0006gH-9u for submit@debbugs.gnu.org; Sat, 22 Feb 2014 13:07:23 -0500 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:49219) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHGyp-0006gD-6g for submit@debbugs.gnu.org; Sat, 22 Feb 2014 13:07:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47232) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHGyg-0002Th-Hi for bug-gnu-emacs@gnu.org; Sat, 22 Feb 2014 13:07:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WHGyY-0006eb-3l for bug-gnu-emacs@gnu.org; Sat, 22 Feb 2014 13:07:06 -0500 Original-Received: from mail-qc0-x22c.google.com ([2607:f8b0:400d:c01::22c]:62827) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHGyX-0006eX-VV for bug-gnu-emacs@gnu.org; Sat, 22 Feb 2014 13:06:58 -0500 Original-Received: by mail-qc0-f172.google.com with SMTP id w7so5381043qcr.31 for ; Sat, 22 Feb 2014 10:06:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=rtRhhEdhQYldS0x4qDGsJ9OLQN3ks+PfdQwyoU9IQ6E=; b=CtCoga9bqaIBQZAgM10TBnRDuG+VVzMzLMUyQUATyNsJvJUUfFRd5oTLkMuGH5y3Y9 /xejzGZ3TC8PhM1S5SSePeLvpZmDka1V/0tL0US/c0FoolZbpLxuUPqw+37MazfCRTKo WFbQylOBBKrIdFd01foVHTlWJhNZn3cxYeytwwE9sJkrPwERLBv7wSzsfOTUQ3DnIC55 VA0CHoUnSgcuVoZmASq1tT35K7Y37tQZKOn2tImu3iJN2lPYZPw75XxlBsOo4vc+z224 KjZa6oWpd4htlpT32dw3j0xVoMoEUs5xnjzv1uqVVViNn1TC4/HmLYOiInUBT/yp2hX5 t1pA== X-Received: by 10.224.125.4 with SMTP id w4mr19253520qar.68.1393092417651; Sat, 22 Feb 2014 10:06:57 -0800 (PST) Original-Received: from moondust.localdomain.nodomain.none (T8630.WPA.Dal.Ca. [134.190.134.48]) by mx.google.com with ESMTPSA id y71sm17705425qgd.3.2014.02.22.10.06.56 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 22 Feb 2014 10:06:57 -0800 (PST) In-Reply-To: <53086B2A.4020804@gmx.at> (martin rudalics's message of "Sat, 22 Feb 2014 10:17:30 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:86030 Archived-At: Hi Martin, At 05:17 -0400 on Saturday 2014-02-22, martin rudalics wrote: >> Okay, I have applied the patch (on top of GNU Emacs 24.3.50 >> (x86_64-unknown-linux-gnu, GTK+ Version 3.8.8) of 2014-02-19 Repository >> revision: 116484) >> >> With the patch I see the same behaviour I described above. > > Genya - can you try once more whether the patch applies now (and, if not, > why so) on your system and which results you get? I'm assuming "Genya" is another name of Evgeni's? (Or perhaps the construct of an overly busy mind?!) >>> Evaluating this returns (8 . 0) here, the cdr of which amounts to the >>> width of one character on my frame. So here I have an 8 pixel-wide >>> corridor entirely in the left window where I am "on the vertical line" >>> (which occupies virtually the 7 right pixels of the right fringe of the >>> window on the left). >> >> Here I get (6 . 0). > > What does M-: (frame-char-width) give on your system? 6 (#o6, #x6, ?\C-f) >> I get (6 . 0) (with initial i = 400). >> >> Nevertheless, I can almost never get the <=> handle when I approach from >> the left. > > You could try slowing down the movement by (1) starting with a higher > initial value for i (so you don't have to wait too long) and (2) > increasing the `sit-for' argument so you can see more of the cursor > shape. This way we would know whether the cursor is actually shown in > the expected shape as long as it is within the grabbable width. I had to put the sit-for immediately after the set-mouse-pixel-position rather than immediately before it or I didn't get a <=> at all -- presumably there wasn't enough time to update the cursor the way you had it written? Then, with a sit-for of 0.2 seconds, I got the <=> perfectly fine, exactly where expected, going in both directions. I still almost never see it when I move the mouse manually, going from left to right -- possibly a defect in my trackpad? > Anyway, in the future I recommend to use window dividers instead of the > "vertical line overlaying the fringe" approach. Sorry, I don't understand. Do you intend that to be advice for the user, (In which case it is moot for me at least, as the only time I ever use a mouse on my computer is to get around a resume-from-suspend bug in Fedora, which locks out the keyboard until a mouse button has been pressed.), or an implementation annotation to accompany the discussion of the bug (in which case I can safely ignore it for the time being). N.