GNU bug report logs - #12183
24.1.50; Unrecognized pasteboard formats quit yank in Emacs.app

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Leo <sdl.web <at> gmail.com>
Subject: bug#4871: closed (Re: bug#12183: 24.1.50; Unrecognized pasteboard
 formats quit yank in Emacs.app)
Date: Sat, 08 Sep 2012 14:50:02 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#12183: 23.1.50; Quit: "empty or unsupported pasteboard type"

which was filed against the emacs,ns package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 4871 <at> debbugs.gnu.org.

-- 
12183: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12183
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Jason T. Miller <jtm <at> jasomill.at>
Cc: 12183-done <at> debbugs.gnu.org
Subject: Re: bug#12183: 24.1.50;
	Unrecognized pasteboard formats quit yank in Emacs.app
Date: Sat, 8 Sep 2012 16:48:30 +0200

Hello.

11 aug 2012 kl. 22:02 skrev Jason T. Miller <jtm <at> jasomill.at>:

> 1. Start Emacs.app in OS X (or, presumably, GNUstep). On OS X,
>    $PATH_TO_EMACS_APP/Contents/MacOS/Emacs -Q
> is fine.
> 
> 2. Load something in the pasteboard that lacks a plain text representation*.
> 
> 3. Yank. Emacs aborts the yank with the quit message "empty or unsupported
> pasteboard type".
> 
> From my perspective at least, this behavior is never useful, frequently annoying,
> and particularly painful when `save-interprogram-paste-before-kill' is enabled.
> My preferred solution is for Emacs to simply ignore unsupported pasteboard data.
> For example, replacing
> 
>    (defun ns-get-pasteboard ()
>      "Returns the value of the pasteboard."
>      (ns-get-selection-internal 'CLIPBOARD))
> 
> with
> 
>    (defun ns-get-pasteboard ()
>      "Returns the value of the pasteboard, or nil for unsupported formats."
>     (condition-case nil
>         (ns-get-selection-internal 'CLIPBOARD)
>       (quit nil)))
> 
> has this effect, while retaining the old behavior in the Objective-C
> implementation for applications that require special handling for empty,
> unrecognized, and invalid pasteboard data.

I checked in your suggestion in to the trunk.  Emacs beeps too much, I don't think it should beep when scrolling hits top or bottom for example.

Thanks,

	Jan D.

[Message part 3 (message/rfc822, inline)]

From: Leo <sdl.web <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.1.50; Quit: "empty or unsupported pasteboard type"
Date: Thu, 05 Nov 2009 01:05:30 +0000

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

1. Emacs -q
2. (setq save-interprogram-paste-before-kill t)
3. Highlight some region and hit M-w

You should hear a beap and then a message in the echo area `` Quit:
"empty or unsupported pasteboard type" ''.

In GNU Emacs 23.1.50.1 (i386-apple-darwin9.8.0, NS apple-appkit-949.54)
 of 2009-09-22 on neutron.local
Windowing system distributor `Apple', version 10.3.949
configured using `configure  '--with-ns''

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

Leo

Previous Next

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