From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Deniz Dogan Newsgroups: gmane.emacs.devel Subject: Re: Please consider fixing #3437 before release Date: Sat, 13 Jun 2009 12:21:59 +0200 Message-ID: <7b501d5c0906130321w1e368305l5032bd88e09e2fad@mail.gmail.com> References: <87r5xp5d6x.fsf@iki.fi> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1244888536 32636 80.91.229.12 (13 Jun 2009 10:22:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 13 Jun 2009 10:22:16 +0000 (UTC) Cc: emacs-devel@gnu.org To: Rudi Schlatte Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 13 12:22:13 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MFQNE-0006E1-Td for ged-emacs-devel@m.gmane.org; Sat, 13 Jun 2009 12:22:09 +0200 Original-Received: from localhost ([127.0.0.1]:41295 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MFQND-0001Sr-Tj for ged-emacs-devel@m.gmane.org; Sat, 13 Jun 2009 06:22:07 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MFQN8-0001Qr-Tb for emacs-devel@gnu.org; Sat, 13 Jun 2009 06:22:02 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MFQN7-0001Oz-Hn for emacs-devel@gnu.org; Sat, 13 Jun 2009 06:22:02 -0400 Original-Received: from [199.232.76.173] (port=59513 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MFQN7-0001Os-EX for emacs-devel@gnu.org; Sat, 13 Jun 2009 06:22:01 -0400 Original-Received: from fg-out-1718.google.com ([72.14.220.155]:54058) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MFQN7-00066t-3X for emacs-devel@gnu.org; Sat, 13 Jun 2009 06:22:01 -0400 Original-Received: by fg-out-1718.google.com with SMTP id e12so752243fga.7 for ; Sat, 13 Jun 2009 03:21:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=yT9rYpGH4oUOLBEJi+0svFuQeszjhnSufa70oA8b6+4=; b=AfopCZRblrZPJaOsCbShE7/8pOz4toESM/J23+n+Aj+TGRxj4EZCjF7ALldyYibOhH 80IZDmzaZUwh6oXmxF0kLOk+Yhj6bI+wlKqD6wwsovnfP9x2AFSqXfLPefqTF7WMDJJd mCsYhCXn/9gm3IOY884S7WEF/iA2EEuA4gmxM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=DQqW/WZGtRv/EYVPrh5eP9XIhPtPlsDUbNqpNViPk+JOntKcF5CscLlv4O76M9xW0T DryEgk7xHSY81g8rU6j729zUYuQ2ddQggI11f/svGHdlJPBzf08TCKM8j3HGM583z5aI lCa8NZ2kh7uY+impvx5HZ9ZZOrtBAFAMcoqTY= Original-Received: by 10.86.36.11 with SMTP id j11mr4890600fgj.22.1244888519328; Sat, 13 Jun 2009 03:21:59 -0700 (PDT) In-Reply-To: X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:111486 Archived-At: 2009/6/13 Rudi Schlatte : > Teemu Likonen writes: > >> I heard that Emacs 23 will be released soon so I'd like to ask Emacs >> maintainers or release managers to consider fixing bug #3437 before the >> release: >> >> =A0 =A0 http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3D34= 37 >> >> The bug report even has a patch attached. >> >> The bug is about kill-visual-line command behaving unexpectedly when >> executed at the end of a logical line. I think everybody would expect it >> to delete only the newline, like kill-line does, but kill-visual-line >> deletes not only the newline character but also the next line up to the >> cursor position. See the bug report for a concrete example. > > Aaah, so that's the reason for some of the half-sentences I produced > recently! =A0Seems I'm so sure about the behavior of C-k that I just > remove the newline and jump elsewhere, without realizing that too much > is deleted. > > In other words, this has caused me data loss (text loss) and will now > slow down my typing speed until a fix is in. I felt exactly the same when I found this thread. I recently finished my master thesis and way too often did I find only the second half of sentences in AUCTeX. I thought I accidentally hit some modifier before C-k causing this behavior... That being said, I think this bug should have the highest possible priority. --=20 Deniz Dogan