GNU bug report logs - #4893
ns-face-at-pos incorrect

Previous Next

Package: emacs;

Reported by: David Reitter <david.reitter <at> gmail.com>

Date: Mon, 9 Nov 2009 17:20:37 UTC

Severity: normal

Tags: moreinfo

Done: David Reitter <david.reitter <at> gmail.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 4893 in the body.
You can then email your comments to 4893 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-submit-list <at> lists.donarmstrong.com, owner <at> emacsbugs.donarmstrong.com:
bug#4893; Package ns. (Mon, 09 Nov 2009 17:20:40 GMT) Full text and rfc822 format available.

Acknowledgement sent to David Reitter <david.reitter <at> gmail.com>:
New bug report received and forwarded. Copy sent to owner <at> emacsbugs.donarmstrong.com. (Mon, 09 Nov 2009 17:20:41 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: David Reitter <david.reitter <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Subject: ns-face-at-pos incorrect
Date: Mon, 9 Nov 2009 12:10:42 -0500
Package: ns

When I drag&drop a color from the NS color panel into a window, it  
doesn't always determine the correct face, especially further down  
(vertically) in the window.

There are several bugs in mouse-position in compute-motion, which I  
have reported separately.

NS-specific:

1. ns-face-at-pos calls `compute-motion' using (- (window-width  
window) 1) as width parameter.  Should it be nil?   I suspect (but  
haven't tried) that this may cause less problems when using variable- 
width fonts.

2. Calling compute-motion with the results of mouse-position in `ns- 
face-at-pos' makes faulty assumptions when there is a header line.    
As a consequence, we end up in the wrong spot.  I don't see an easy  
fix, since we can't make assumptions about the height of the header  
line.

As for `ns-set-foreground-at-mouse'&co , would it be sensible to give  
the ns-drag-color event (and friends) proper event parameters and then  
use (mouse-posn-property (event-end event))?  This seems cleaner to me.

[I hope these are sufficiently specific to understand and identify the  
code, if not reproduce.  Let me know if not, and I can file separate  
bug reports.]





In GNU Emacs 23.1.50.1 (i386-apple-darwin10.0.0, NS apple- 
appkit-1038.11)
 of 2009-10-08 on scarlett.local
Windowing system distributor `Apple', version 10.3.1038
configured using `configure  '--with-ns' '--without-x' 'CC=gcc -arch  
i386''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  value of $XMODIFIERS: nil
  locale-coding-system: nil
  default enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  which-function-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<help-echo> C-x 5 2 <help-echo> <switch-frame> <help-echo>
<help-echo> <escape> : ( m o u s e - p o s i t i o
n ) <return> <help-echo> <down-mouse-1> <help-echo>
<mouse-1> <help-echo> <down-mouse-1> <mouse-1> <help-echo>
<down-mouse-1> <mouse-1> <help-echo> <escape> : <up>
<return> <help-echo> <help-echo> <switch-frame> <help-echo>
<help-echo> <help-echo> <escape> : <up> <return> <help-echo>
<down-mouse-1> <help-echo> <mouse-1> <help-echo> <down-mouse-1>
<mouse-1> <help-echo> <down-mouse-1> <mouse-1> <escape>
: <up> <return> <help-echo> <down-mouse-1> <mouse-1>
s-n C-x k <return> s-v C-x C-e <switch-frame> C-x C-f
<backspace> <backspace> t e s t <return> <help-echo>
C-y <down-mouse-1> <mouse-1> <escape> x n s - s h o
w - c o l o <tab> <return> <backspace> <backspace>
<backspace> <backspace> <backspace> <backspace> <backspace>
<backspace> <backspace> c o l o <tab> <return> <ns-drag-color>
<ns-drag-color> <down-mouse-1> <mouse-1> <down-mouse-1>
<mouse-1> <down-mouse-1> <mouse-1> <escape> x e n l
a r <tab> <tab> C-g <escape> x z o o m <tab> <tab>
C-g <escape> x g r o w <tab> <tab> C-g <menu-bar> <help-menu>
<send-emacs-bug-report>

Recent messages:
Mark set

#<frame /Users/dr/test 0x7d5900>

Auto-saving...

#<frame /Users/dr/test 0x7d5900>

Making completion list...
Quit [2 times]
Quit

Load-path shadows:
None found.



bug reassigned from package 'ns' to 'emacs,ns'. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> emacsbugs.donarmstrong.com. (Tue, 24 Nov 2009 23:30:04 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#4893; Package emacs. (Thu, 03 Jun 2021 09:37:01 GMT) Full text and rfc822 format available.

Message #10 received at 4893 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: David Reitter <david.reitter <at> gmail.com>
Cc: 4893 <at> debbugs.gnu.org
Subject: Re: bug#4893: ns-face-at-pos incorrect
Date: Thu, 03 Jun 2021 11:36:11 +0200
David Reitter <david.reitter <at> gmail.com> writes:

> When I drag&drop a color from the NS color panel into a window, it
> doesn't always determine the correct face, especially further down
> (vertically) in the window.

(I'm going through old bug reports that unfortunately got no response at
the time.)

This was 11 years ago.  Are you still seeing these issues in more recent
Emacs versions?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) moreinfo. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Thu, 03 Jun 2021 09:37:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#4893; Package emacs. (Thu, 03 Jun 2021 14:38:02 GMT) Full text and rfc822 format available.

Message #15 received at 4893 <at> debbugs.gnu.org (full text, mbox):

From: David Reitter <david.reitter <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 4893 <at> debbugs.gnu.org, 4893-done <at> debbugs.gnu.org
Subject: Re: bug#4893: ns-face-at-pos incorrect
Date: Thu, 3 Jun 2021 10:37:08 -0400
[Message part 1 (text/plain, inline)]
Unsure. Closing this.

On Thu, Jun 3, 2021 at 5:36 AM Lars Ingebrigtsen <larsi <at> gnus.org> wrote:

> David Reitter <david.reitter <at> gmail.com> writes:
>
> > When I drag&drop a color from the NS color panel into a window, it
> > doesn't always determine the correct face, especially further down
> > (vertically) in the window.
>
> (I'm going through old bug reports that unfortunately got no response at
> the time.)
>
> This was 11 years ago.  Are you still seeing these issues in more recent
> Emacs versions?
>
> --
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no
>
[Message part 2 (text/html, inline)]

Reply sent to David Reitter <david.reitter <at> gmail.com>:
You have taken responsibility. (Thu, 03 Jun 2021 14:38:02 GMT) Full text and rfc822 format available.

Notification sent to David Reitter <david.reitter <at> gmail.com>:
bug acknowledged by developer. (Thu, 03 Jun 2021 14:38:03 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 02 Jul 2021 11:24:06 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 9 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.