From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 05 20:09:46 2015 Received: (at submit) by debbugs.gnu.org; 6 Aug 2015 00:09:46 +0000 Received: from localhost ([127.0.0.1]:40575 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZN8kj-00021n-81 for submit@debbugs.gnu.org; Wed, 05 Aug 2015 20:09:46 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53729) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZN8hY-0001x7-7r for submit@debbugs.gnu.org; Wed, 05 Aug 2015 20:06:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZN8hW-00035D-8H for submit@debbugs.gnu.org; Wed, 05 Aug 2015 20:06:27 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:44004) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZN8hW-00034p-5g for submit@debbugs.gnu.org; Wed, 05 Aug 2015 20:06:26 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38990) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZN8hU-0005OC-At for bug-gnu-emacs@gnu.org; Wed, 05 Aug 2015 20:06:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZN8hQ-00030C-9w for bug-gnu-emacs@gnu.org; Wed, 05 Aug 2015 20:06:24 -0400 Received: from mail-qg0-x231.google.com ([2607:f8b0:400d:c04::231]:32786) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZN8hQ-0002zP-3w for bug-gnu-emacs@gnu.org; Wed, 05 Aug 2015 20:06:20 -0400 Received: by qged69 with SMTP id d69so42423588qge.0 for ; Wed, 05 Aug 2015 17:06:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6XRQk+UmcOK0sA6qyG/k+nlKgI6sHcbXdroCW8W6lMk=; b=xxMy86y6FUDQN6zp9PLCbE2EGRkD1niFuNlJtxgk1XhHxd4Ya+xHF3mYN83gGuEJem ObVUPtXTO4K5HcZPBdfhJxYb7HKqz5q7Vo4BTrnKYvjJrJkIPSaMR/r66F5HLq7bchGS 4E2vpzJRSN0WVE3t9G59f5B8a5IZgtYw0BB7EDJO/S9ON/umMzhoBhwT1fIG/woQuMfr KbCIU+zydOCrVwL/sSGmUjpcjxAc9Eyqmh1NuxvAufBYEPvwam9f4IsGE2aQ+nf4ATsn Bmqn4p6WcoDsj0XbXd1PWrzykkv0Ec1cE24wfRQeVpuOhFxC4Gvg7IYzS26RgO5JsL79 tFSw== MIME-Version: 1.0 X-Received: by 10.140.38.21 with SMTP id s21mr21570727qgs.10.1438819579558; Wed, 05 Aug 2015 17:06:19 -0700 (PDT) Received: by 10.140.99.23 with HTTP; Wed, 5 Aug 2015 17:06:19 -0700 (PDT) Date: Wed, 5 Aug 2015 20:06:19 -0400 Message-ID: Subject: 24.5; Paste from clipboard to emacs -nw on windows 8.1 From: =?UTF-8?Q?Pablo_Mercader_Alc=C3=A1ntara?= To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset=UTF-8 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-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Wed, 05 Aug 2015 20:09:43 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) Some days ago I installed version 24.5, in the previous version that I used (24.3) everything was fine. I start my emacs session with the "-nw" command line option. And proceeded to work. Everything works fine, except that now after the update the text that I kill on emacs doesn't go into windows clipboard. I can paste on emacs text coming from other programs through the clipboard, but the inverse is not possible. When I start emacs normally (without "-nw") everything works fine, so at first I thought that this was some kind of new configuration. Later I decided to make some research and found where the problem was. Looking at the value of the variable "interprogram-cut-function" in my system I see that it's set to "x-select-text" and in my system this function is defined at "common-win.el". In the body of "x-select-text" the first "cond" function is like this "(cond ((eq (framep (selected-frame)) 'w32) ..." and I think this is the cause for the kill function to be unable to send the text to the clipboard when running with the "-nw" option, because when emacs runs in this mode the call "(framep (selected-frame))" returns "t" when it is waiting for a "w32" value. When the same call is run on the emacs running whithout the "-nw" option the expected "w32" value appears. I was also curious about why the yank function does work so, I went to see the source of the "x-get-selection-value" function too. It turns out that it's even defined on a different source file named "w32-common-fns.el". Seeing that I think that only the windows version defines this function this way, and I can't see anything like the "framep" function arround here so there is the problem. Thanks for the great emacs editor! I really admire this project! In GNU Emacs 24.5.1 (i686-pc-mingw32) of 2015-04-11 on LEG570 Windowing system distributor `Microsoft Corp.', version 6.3.9600 Configured using: `configure --prefix=/c/usr --host=i686-pc-mingw32' Important settings: value of $LANG: ESD locale-coding-system: cp1252 Major mode: Help Minor modes in effect: yas-global-mode: t yas-minor-mode: t tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Recent messages: End of buffer [2 times] x-get-selection-value Quit x-get-selection-value Type "q" to restore previous buffer. You can run the command `describe-function' with C-h f Type "q" to restore previous buffer. C-x C-g is undefined Quit Making completion list... Load-path shadows: c:/Users/pmercader/AppData/Roaming/.emacs.d/elpa/csharp-mode-20150714.138/csharp-mode hides d:/share/emacs/share/emacs/site-lisp/nxhtml/related/csharp-mode d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/cc-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/cperl-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/csharp-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/css-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/emacs-lisp-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/erlang-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/f90-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/html-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/js-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/latex-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/markdown-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/nxml-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/objc-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/perl-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/python-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/rst-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/ruby-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/scala-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/snippet-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/sql-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/c++-mode/.yas-compiled-snippets hides d:/share/emacs/share/emacs/site-lisp/yasnippet/snippets/text-mode/.yas-compiled-snippets d:/share/emacs/share/emacs/site-lisp/yasnippet/extras/imported/html-mode/.yas-setup hides d:/share/emacs/share/emacs/site-lisp/yasnippet/extras/imported/objc-mode/.yas-setup d:/share/emacs/share/emacs/site-lisp/yasnippet/extras/imported/html-mode/.yas-setup hides d:/share/emacs/share/emacs/site-lisp/yasnippet/extras/imported/rails-mode/.yas-setup d:/share/emacs/share/emacs/site-lisp/yasnippet/extras/imported/html-mode/.yas-setup hides d:/share/emacs/share/emacs/site-lisp/yasnippet/extras/imported/ruby-mode/.yas-setup d:/share/emacs/share/emacs/site-lisp/nxhtml/tests/ert hides d:/share/emacs/share/emacs/24.5/lisp/emacs-lisp/ert Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils find-func debug apropos misearch multi-isearch time-date yasnippet advice cl-extra help-fns derived easy-mmode cl-macs edmacro kmacro help-mode cl gv cl-loaddefs cl-lib setup-cygwin cygwin-mount ange-ftp comint ansi-color ring omnisharp-autoloads info easymenu flycheck-autoloads auto-complete-autoloads dash-autoloads pkg-info-autoloads epl-autoloads popup-autoloads package epg-config windmove ido tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process w32notify w32 multi-tty emacs) Memory information: ((conses 8 175944 5846) (symbols 32 24552 0) (miscs 32 87 681) (strings 16 36102 5289) (string-bytes 1 952830) (vectors 8 14963) (vector-slots 4 475764 5888) (floats 8 377 405) (intervals 28 920 33) (buffers 508 18)) From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 06 10:31:50 2015 Received: (at 21196) by debbugs.gnu.org; 6 Aug 2015 14:31:50 +0000 Received: from localhost ([127.0.0.1]:41307 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZNMCz-0000X7-SW for submit@debbugs.gnu.org; Thu, 06 Aug 2015 10:31:50 -0400 Received: from mtaout29.012.net.il ([80.179.55.185]:52432) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZNMCw-0000Wx-6S for 21196@debbugs.gnu.org; Thu, 06 Aug 2015 10:31:47 -0400 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NSO00E000A8JK00@mtaout29.012.net.il> for 21196@debbugs.gnu.org; Thu, 06 Aug 2015 17:31:27 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NSO00E890CFMA00@mtaout29.012.net.il>; Thu, 06 Aug 2015 17:31:27 +0300 (IDT) Date: Thu, 06 Aug 2015 17:31:38 +0300 From: Eli Zaretskii Subject: Re: bug#21196: 24.5; Paste from clipboard to emacs -nw on windows 8.1 In-reply-to: X-012-Sender: halo1@inter.net.il To: Pablo Mercader =?utf-8?Q?Alc=C3=A1ntara?= Message-id: <83oaiksd2t.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21196 Cc: 21196@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Wed, 5 Aug 2015 20:06:19 -0400 > From: Pablo Mercader Alcántara > > Some days ago I installed version 24.5, in the previous version that I > used (24.3) everything was fine. > > I start my emacs session with the "-nw" command line option. And > proceeded to work. Everything works fine, except that now after the > update the text that I kill on emacs doesn't go into windows > clipboard. I can paste on emacs text coming from other programs through > the clipboard, but the inverse is not possible. This is expected behavior: Emacs doesn't support clipboard operations in -nw sessions, neither on MS-Windows nor on other platforms. To be sure, I just tested in v24.3 on MS-Windows, and I see there exactly the same results as you report for 24.5. So I cannot understand why you say it was OK in v24.3. > When I start emacs normally (without "-nw") everything works fine, so at > first I thought that this was some kind of new configuration. Later I > decided to make some research and found where the problem was. Looking > at the value of the variable "interprogram-cut-function" in my system I > see that it's set to "x-select-text" and in my system this function is > defined at "common-win.el". In the body of "x-select-text" the first > "cond" function is like this "(cond ((eq (framep (selected-frame)) 'w32) > ..." and I think this is the cause for the kill function to be unable to > send the text to the clipboard when running with the "-nw" option, > because when emacs runs in this mode the call "(framep > (selected-frame))" returns "t" when it is waiting for a "w32" > value. When the same call is run on the emacs running whithout the "-nw" > option the expected "w32" value appears. That's correct. And the same is true for Emacs 24.3. Maybe you mean Emacs 23, where indeed the test for the GUI frame was absent. But that was an omission, which is now fixed. If you want to have access to the clipboard in -nw sessions, you can always override x-select-text with your own version that doesn't include that test. Although I'm unsure why would you want to use text-mode sessions too much on MS-Windows; GUI sessions have, of course, full access to the clipboard. From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 06 19:06:29 2015 Received: (at 21196) by debbugs.gnu.org; 6 Aug 2015 23:06:29 +0000 Received: from localhost ([127.0.0.1]:41508 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZNUF3-0003dh-2L for submit@debbugs.gnu.org; Thu, 06 Aug 2015 19:06:29 -0400 Received: from mail-qk0-f174.google.com ([209.85.220.174]:33736) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZNUF0-0003dZ-HG for 21196@debbugs.gnu.org; Thu, 06 Aug 2015 19:06:27 -0400 Received: by qkdg63 with SMTP id g63so31855819qkd.0 for <21196@debbugs.gnu.org>; Thu, 06 Aug 2015 16:06:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=TpuA5y9JbViEvnpanZibFa4p2hI1lUnV8eS5OD4fbRg=; b=gpeksYGFkHcRpgDz0VX6fjxfU4eoe2N9M7zjNycOaXSnYzop/0/jw/0im5AJgulnAG eY9a+iYntY+cpQPUb4OjyTD7AljEAHSVkwj2BpDMfj0rKVLH0Tpu2dCkWsSgNHpVAsK7 0uGqRHqZQqItx4sAow1kIawzWhFuyoUQfQPbREJ+jL/00VW2p1yVxT8F78goYf67fWZ3 2nNXmf+qVu8sL8XecAXjrkaxo8DNqC86dJNY/oguI284sVWmLBa7yKzPAqyNtylJgfsJ ybhiUqguvbdcjms83fD65YaIeCcwYVRHC6fXvmHTz8nAouH7mxTIv4IEDZ1rOFD6lWKF +fLA== MIME-Version: 1.0 X-Received: by 10.55.27.168 with SMTP id m40mr7475260qkh.68.1438902386129; Thu, 06 Aug 2015 16:06:26 -0700 (PDT) Received: by 10.140.99.23 with HTTP; Thu, 6 Aug 2015 16:06:26 -0700 (PDT) In-Reply-To: References: <83oaiksd2t.fsf@gnu.org> Date: Thu, 6 Aug 2015 19:06:26 -0400 Message-ID: Subject: Fwd: bug#21196: 24.5; Paste from clipboard to emacs -nw on windows 8.1 From: =?UTF-8?Q?Pablo_Mercader_Alc=C3=A1ntara?= To: 21196@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21196 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) 2015-08-06 10:31 GMT-04:00 Eli Zaretskii : >> Date: Wed, 5 Aug 2015 20:06:19 -0400 >> From: Pablo Mercader Alc=C3=A1ntara >> >> Some days ago I installed version 24.5, in the previous version that I >> used (24.3) everything was fine. >> >> I start my emacs session with the "-nw" command line option. And >> proceeded to work. Everything works fine, except that now after the >> update the text that I kill on emacs doesn't go into windows >> clipboard. I can paste on emacs text coming from other programs through >> the clipboard, but the inverse is not possible. > > This is expected behavior: Emacs doesn't support clipboard operations > in -nw sessions, neither on MS-Windows nor on other platforms. To be > sure, I just tested in v24.3 on MS-Windows, and I see there exactly > the same results as you report for 24.5. So I cannot understand why > you say it was OK in v24.3. Ok, I made the test on emacs 24.3 too, you are right it's the same. It look= s like I thought that this version was the one I had installed because is the latest previous version in the my "installs/emacs" directory. sorry! :P > >> When I start emacs normally (without "-nw") everything works fine, so at >> first I thought that this was some kind of new configuration. Later I >> decided to make some research and found where the problem was. Looking >> at the value of the variable "interprogram-cut-function" in my system I >> see that it's set to "x-select-text" and in my system this function is >> defined at "common-win.el". In the body of "x-select-text" the first >> "cond" function is like this "(cond ((eq (framep (selected-frame)) 'w32) >> ..." and I think this is the cause for the kill function to be unable to >> send the text to the clipboard when running with the "-nw" option, >> because when emacs runs in this mode the call "(framep >> (selected-frame))" returns "t" when it is waiting for a "w32" >> value. When the same call is run on the emacs running whithout the "-nw" >> option the expected "w32" value appears. > > That's correct. And the same is true for Emacs 24.3. Maybe you mean > Emacs 23, where indeed the test for the GUI frame was absent. But > that was an omission, which is now fixed. And why do we want to remove that thing that I say is a "feature" but it lo= oks like it was treated like a "bug". > > If you want to have access to the clipboard in -nw sessions, you can > always override x-select-text with your own version that doesn't > include that test. Although I'm unsure why would you want to use > text-mode sessions too much on MS-Windows; GUI sessions have, of > course, full access to the clipboard. Well, I use cygwin and my prefered editor is emacs, If I'm in cygwin's bash I like to use emacs "command line style" and I besides I use the beutiful "http://sourceforge.net/projects/console/" all the time to get a nice background, that also looks nice on emacs. :P I think that this feature/bug thing is working backwards. Isn't it desirebl= e to use X's clipboard on an xterm emacs session? so insted of taking the functionality from the windows version, why don't we implement it on the *nix version :D. Anyway! thanks for the answers! From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 07 02:34:10 2015 Received: (at 21196-done) by debbugs.gnu.org; 7 Aug 2015 06:34:10 +0000 Received: from localhost ([127.0.0.1]:41727 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZNbEH-0005c0-TZ for submit@debbugs.gnu.org; Fri, 07 Aug 2015 02:34:10 -0400 Received: from mtaout25.012.net.il ([80.179.55.181]:39306) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZNbEE-0005bo-Ls for 21196-done@debbugs.gnu.org; Fri, 07 Aug 2015 02:34:08 -0400 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0NSP001008F6M500@mtaout25.012.net.il> for 21196-done@debbugs.gnu.org; Fri, 07 Aug 2015 09:30:11 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NSP00J2E8QB5F80@mtaout25.012.net.il>; Fri, 07 Aug 2015 09:30:11 +0300 (IDT) Date: Fri, 07 Aug 2015 09:34:00 +0300 From: Eli Zaretskii Subject: Re: bug#21196: 24.5; Paste from clipboard to emacs -nw on windows 8.1 In-reply-to: X-012-Sender: halo1@inter.net.il To: Pablo Mercader =?utf-8?Q?Alc=C3=A1ntara?= Message-id: <83a8u3sj3b.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <83oaiksd2t.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21196-done Cc: 21196-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Thu, 6 Aug 2015 19:03:01 -0400 > From: Pablo Mercader Alcántara > > > Maybe you mean Emacs 23, where indeed the test for the GUI frame > > was absent. But that was an omission, which is now fixed. > > And why do we want to remove that thing that I say is a "feature" but it looks > like it was treated like a "bug". For consistency across platforms, I guess. > I think that this feature/bug thing is working backwards. Isn't it desireble > to use X's clipboard on an xterm emacs session? so insted of taking the > functionality from the windows version, why don't we implement it on the > *nix version :D. It's not always possible to do on Unix what Emacs 23 and before did on Windows. On Unix you can build Emacs without any X support whatsoever, something that is not supported on Windows. In that case, X functions are not available. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 07 09:01:50 2015 Received: (at 21196-done) by debbugs.gnu.org; 7 Aug 2015 13:01:50 +0000 Received: from localhost ([127.0.0.1]:41887 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZNhHR-0007b4-KD for submit@debbugs.gnu.org; Fri, 07 Aug 2015 09:01:49 -0400 Received: from mail-qk0-f180.google.com ([209.85.220.180]:36085) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZNhHO-0007at-Se for 21196-done@debbugs.gnu.org; Fri, 07 Aug 2015 09:01:47 -0400 Received: by qkdv3 with SMTP id v3so36612397qkd.3 for <21196-done@debbugs.gnu.org>; Fri, 07 Aug 2015 06:01:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=EH2Ypwts40ZgsmpG9EqRpXfVLF8kMVgr6bOoUVsVbyU=; b=G7ZmR/UBPWNPrAbTgilzih70jD3L0G4jQ+x4N1m4CJZ2sCKLINb/8rdFIRWHILrds7 olAEUlLSBMc9qWniEPyd4KwYu5MmVl8vUoLDU36A09EABXvLM+CEwBcbIjnKl1+LEDx+ 4VKUO+hHLIVHPvzVoKdIhw0CDd20hTyUr+VTw/UWw4FAmik2qAhPHBWy60DQ6wjlTBhh u8B97fTHoLlP+4PUIG0MWch9g2ybETiaudeB+6pgG0jVN0Htu2aafe2/EQG0odhH0uJ5 dZayzXQ5HfE760Lbcqi/sxXUhQ+MygQaG7ciZf965aLvKpkFJho8hqmCkQWwEPgIybrJ 3MXA== MIME-Version: 1.0 X-Received: by 10.55.19.133 with SMTP id 5mr12542177qkt.37.1438952506291; Fri, 07 Aug 2015 06:01:46 -0700 (PDT) Received: by 10.140.99.23 with HTTP; Fri, 7 Aug 2015 06:01:46 -0700 (PDT) In-Reply-To: <83a8u3sj3b.fsf@gnu.org> References: <83oaiksd2t.fsf@gnu.org> <83a8u3sj3b.fsf@gnu.org> Date: Fri, 7 Aug 2015 09:01:46 -0400 Message-ID: Subject: Re: bug#21196: 24.5; Paste from clipboard to emacs -nw on windows 8.1 From: =?UTF-8?Q?Pablo_Mercader_Alc=C3=A1ntara?= To: 21196-done@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21196-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Ok! I understand, the good part is that it can be customized. Thank you any way! 2015-08-07 2:34 GMT-04:00 Eli Zaretskii : >> Date: Thu, 6 Aug 2015 19:03:01 -0400 >> From: Pablo Mercader Alc=C3=A1ntara >> >> > Maybe you mean Emacs 23, where indeed the test for the GUI frame >> > was absent. But that was an omission, which is now fixed. >> >> And why do we want to remove that thing that I say is a "feature" but it= looks >> like it was treated like a "bug". > > For consistency across platforms, I guess. > >> I think that this feature/bug thing is working backwards. Isn't it desir= eble >> to use X's clipboard on an xterm emacs session? so insted of taking the >> functionality from the windows version, why don't we implement it on the >> *nix version :D. > > It's not always possible to do on Unix what Emacs 23 and before did on > Windows. On Unix you can build Emacs without any X support > whatsoever, something that is not supported on Windows. In that case, > X functions are not available. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 04 11:42:50 2015 Received: (at 21196-done) by debbugs.gnu.org; 4 Sep 2015 15:42:50 +0000 Received: from localhost ([127.0.0.1]:48955 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXt8c-0000hG-Bw for submit@debbugs.gnu.org; Fri, 04 Sep 2015 11:42:50 -0400 Received: from mail-qg0-f45.google.com ([209.85.192.45]:33618) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXt8a-0000h8-S5 for 21196-done@debbugs.gnu.org; Fri, 04 Sep 2015 11:42:49 -0400 Received: by qgev79 with SMTP id v79so19004381qge.0 for <21196-done@debbugs.gnu.org>; Fri, 04 Sep 2015 08:42:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=lP++ZNvPLf3GrmEh0m7oDenfZSm16zaU+kvfGNOMLTY=; b=tUQm5pF58wVhI8iq015GT1RB2hzG3F9mRNZKGg4knPDODSAn03hgKUzPhHMFsHLA34 vvw/36w991baavlngG35pdTV4PfHBZYibMx0WXw2az+CtAC6/hP24695WTW87OVngStJ OmzAq9VK7sO+7NLzYmnXP8f+b1z4mn1b9RPcw1ew++rELY9eYqcEDipKZuERvuLXeB8r yGBSJMBv3WHEMF1hQazTM03K+gW31eThNaVAGPimQvKFK4n8dIyYwYLhBUhvjZWqFkh8 pbYoKKok2GsvK9K0N/akOwWdb+hPFJybv7+zXYZikEsF1J7okkf0AGUyzJLtNAnsD1z9 iA3g== MIME-Version: 1.0 X-Received: by 10.140.31.135 with SMTP id f7mr6084799qgf.11.1441381368396; Fri, 04 Sep 2015 08:42:48 -0700 (PDT) Received: by 10.140.35.239 with HTTP; Fri, 4 Sep 2015 08:42:48 -0700 (PDT) In-Reply-To: References: <83oaiksd2t.fsf@gnu.org> <83a8u3sj3b.fsf@gnu.org> Date: Fri, 4 Sep 2015 11:42:48 -0400 Message-ID: Subject: Re: bug#21196: 24.5; Paste from clipboard to emacs -nw on windows 8.1 From: =?UTF-8?Q?Pablo_Mercader_Alc=C3=A1ntara?= To: 21196-done@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21196-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) This is closed and I understood perfectly, but still, if the purpose is "consistency" why allow "paste from windows clipboard" but not "copy to windows clipboard". Obviously this is not what I want, that the "paste from" is disabled too, but I'm curious. Is there a reason? :P Thanks for your time! 2015-08-07 9:01 GMT-04:00 Pablo Mercader Alc=C3=A1ntara : > Ok! I understand, the good part is that it can be customized. > > Thank you any way! > > 2015-08-07 2:34 GMT-04:00 Eli Zaretskii : >>> Date: Thu, 6 Aug 2015 19:03:01 -0400 >>> From: Pablo Mercader Alc=C3=A1ntara >>> >>> > Maybe you mean Emacs 23, where indeed the test for the GUI frame >>> > was absent. But that was an omission, which is now fixed. >>> >>> And why do we want to remove that thing that I say is a "feature" but i= t looks >>> like it was treated like a "bug". >> >> For consistency across platforms, I guess. >> >>> I think that this feature/bug thing is working backwards. Isn't it desi= reble >>> to use X's clipboard on an xterm emacs session? so insted of taking the >>> functionality from the windows version, why don't we implement it on th= e >>> *nix version :D. >> >> It's not always possible to do on Unix what Emacs 23 and before did on >> Windows. On Unix you can build Emacs without any X support >> whatsoever, something that is not supported on Windows. In that case, >> X functions are not available. From unknown Sun Jun 22 22:44:33 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 03 Oct 2015 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator