GNU bug report logs -
#4893
ns-face-at-pos incorrect
Previous Next
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.
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):
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):
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):
[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.