GNU bug report logs -
#13979
24.3.50; NS: scroll-bar not draggable
Previous Next
Reported by: Darren Hoo <darren.hoo <at> gmail.com>
Date: Sat, 16 Mar 2013 19:40:02 UTC
Severity: normal
Found in version 24.3.50
Done: Jan Djärv <jan.h.d <at> swipnet.se>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Mon, 18 Mar 2013 18:23:56 +0100
with message-id <7056EA7B-04B7-4F45-9C69-BE986D07CB19 <at> swipnet.se>
and subject line Re: bug#13979: 24.3.50; NS: scroll-bar not draggable
has caused the debbugs.gnu.org bug report #13979,
regarding 24.3.50; NS: scroll-bar not draggable
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
13979: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13979
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
turn on scroll-bar mode
(scroll-bar-mode t)
then open a file and drag the scroll bar, it shows:
`mouse-on-link-p: Wrong type argument: listp, handle'
the stacktrace:
Debugger entered--Lisp error: (wrong-type-argument listp handle)
mouse-posn-property((#<window 0x10506e250 on *info*>
vertical-scroll-bar (4 . 428) 95079520 handle) follow-link)
mouse-on-link-p((#<window 0x10506e250 on *info*> vertical-scroll-bar
(4 . 428) 95079520 handle))
mouse--down-1-maybe-follows-link(nil)
Also with scroll-bar turned on, horizontally splitted windows can not be
resized by dragging.
In GNU Emacs 24.3.50.3 (x86_64-apple-darwin12.2.1, NS apple-appkit-1187.37)
of 2013-03-17 on Darren-rMBP
Bzr revision: 112060 jan.h.d <at> swipnet.se-20130316142237-fbp077v13rwbq20y
Windowing system distributor `Apple', version 10.3.1187
Configured using:
`configure --with-ns'
[Message part 3 (message/rfc822, inline)]
Hello.
This has been fixed in trunk.
Jan D.
17 mar 2013 kl. 16:37 skrev Stefan Monnier <monnier <at> iro.umontreal.ca>:
>>>> Which code has changed to care about mouse-1 versus down-mouse-1?
>>> The code that turns mouse-1 into mouse-2 in case of follow-link (which
>>> is now run more often: it used to be done in the mouse-drag-region
>>> command, but is now done in a key-translation-map entry).
>> So shall we change key-translation-map or is it better for the NS-port to
>> use mouse-1 for scroll events?
>
> I don't know the backtrace for your latest problem, but for the other
> the bug was in mouse-on-link-p which just needs to be fixed to return
> the proper boolean for that case.
>
>
> Stefan
This bug report was last modified 12 years and 69 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.