From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.help Subject: Re: Selection region and delete Date: Wed, 25 Jul 2012 22:25:01 +0200 Message-ID: <21641522-F6D2-43EB-AA28-98F252F0A527@Web.DE> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1343247912 25286 80.91.229.3 (25 Jul 2012 20:25:12 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 25 Jul 2012 20:25:12 +0000 (UTC) To: help-gnu-emacs List Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Jul 25 22:25:12 2012 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Su88t-0000df-N3 for geh-help-gnu-emacs@m.gmane.org; Wed, 25 Jul 2012 22:25:11 +0200 Original-Received: from localhost ([::1]:38669 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Su88s-0006BX-WC for geh-help-gnu-emacs@m.gmane.org; Wed, 25 Jul 2012 16:25:10 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:48625) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Su88n-00069k-5v for help-gnu-emacs@gnu.org; Wed, 25 Jul 2012 16:25:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Su88l-0005Qj-TW for help-gnu-emacs@gnu.org; Wed, 25 Jul 2012 16:25:05 -0400 Original-Received: from mout.web.de ([212.227.17.12]:54150) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Su88l-0005Oa-Js for help-gnu-emacs@gnu.org; Wed, 25 Jul 2012 16:25:03 -0400 Original-Received: from [192.168.178.8] ([81.210.160.98]) by smtp.web.de (mrweb003) with ESMTPA (Nemesis) id 0LilMD-1TX2vL20yL-00dVGr for ; Wed, 25 Jul 2012 22:25:02 +0200 In-Reply-To: X-Mailer: Apple Mail (2.1084) X-Provags-ID: V02:K0:Jn2oDMWiHwh1291NTUozTDoheC8IflvQsxbN95DAzr3 vnUUTo1fmLJY6pD+TxEj4TT1dX14gwWEz3tgTEaEtPhzX0lHs0 RjPUgx0SAc4ryTBA6oXrXMgUTDjuNAL8IKUWXwB+wvtHvPByAE MBEcknI8sdx9y0gkdWsLpuSSrrRtrW/MZYBIZrE0v7Ke/Uvaxu MLDkSceU/uuStamF7TUTA== X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 212.227.17.12 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:86043 Archived-At: Am 25.07.2012 um 16:23 schrieb Juha Nieminen: >> Is C-h k producing the same description? >=20 > C-d (translated from ) runs the command delete-char, which is > an interactive built-in function in `C source code'. OK, you've chosen C-d instead of BS. It should not make a difference, = because when Delete Selection mode and Transient Mark mode are enabled = *any* character produced by pressing some key should substitute the = selected region with this character (or nothing in case of BS or C-d). = The text report also makes certain that you are using GNU Emacs 23.x. In an earlier eMail you mentioned: >> If I add the line "(setq delete-selection-mode t)" to my .emacs, >> then describe-variable says "Its value is t", and if I use nil = instead >> of t it says it's nil. In none of these cases does the delete key >> function properly. So you are making your tests with all your customisations active. This = is real dirty work. Why can't you do yourself a big favour and launch = GNU Emacs with -Q? On most Linux systems (those that I know) you can = launch more than one Emacs. In X(11). In some terminal emulation it = might be necessary to put the recent Emacs in the background =96 or just = launch a second terminal with 'emacs -Q' in it! In that original and = uncustomised version you then can use the *scratch* buffer to execute = Elisp commands. For example one or two from your init files. The first command is =96 well, actually you just could mark some text in = *scratch* buffer! Start with doing so with the mouse. Now press some = key! What happened to the selected region? Ohh-kay! You can undo, and = then select again with the mouse. Now press BS (backspace) or C-d. What = happened to the selected region? Second test: mark a region with the keyboard (C-SPACE presumingly) and = the press some key! What happened to the selected region? OK, again, you = can undo and mark again a region with the keyboard. Now press BS or C-d. = What happened to the selected region? Aha, I see=85 So just insert (delete-selection-mode t) into the *scratch* buffer. Position the text cursor (point) into the = word "delete-selection-mode". You can then type C-h v RET and also C-h f = RET. The last step is to go to the end of the line, right of the closing = parenthesis. And then press C-j =96 and nothing else! (If you want you can check with C-h v the value of the variable = delete-selection-mode.) Now perform the two test sets from above again = (marking with mouse and marking with keyboard and then typing some = character or BS or C-d with optional undoing in-between)! What happened? = Did you write a log of what you performed and what happened when = delete-selection-mode was the default (nil) and when it was enabled? Are = the results different? When they are not different, you have a very good reason to open a bug = report at Suse. Or compile GNU Emacs 23.4 from source yourself =96 = without need to install it anywhere =96 and perform the tests again. = When they are still not different you have even more reason for a bug = report at Suse/Novell. (Because it cannot be that GNU Emacs, *the* = software, can behave so deviously.) -- Greetings Pete Theory and practice are the same, in theory, but, in practice, they are = different.