From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Ludwig, Mark" Newsgroups: gmane.emacs.help Subject: RE: dabbrev-expand ignores case sometimes Date: Thu, 26 Jul 2012 21:03:09 +0000 Message-ID: References: <81r4s7rgne.fsf@gmail.com> <81394nzqnz.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1343336634 26730 80.91.229.3 (26 Jul 2012 21:03:54 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 26 Jul 2012 21:03:54 +0000 (UTC) Cc: "help-gnu-emacs@gnu.org" To: C K Kashyap , Jambunathan K Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Jul 26 23:03:50 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 1SuVDj-0001UH-SQ for geh-help-gnu-emacs@m.gmane.org; Thu, 26 Jul 2012 23:03:43 +0200 Original-Received: from localhost ([::1]:41848 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SuVDj-0005iM-6g for geh-help-gnu-emacs@m.gmane.org; Thu, 26 Jul 2012 17:03:43 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:52333) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SuVDd-0005i5-9i for help-gnu-emacs@gnu.org; Thu, 26 Jul 2012 17:03:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SuVDZ-0007Oo-8b for help-gnu-emacs@gnu.org; Thu, 26 Jul 2012 17:03:37 -0400 Original-Received: from uscimhub002.ugs.com ([146.122.22.36]:47544 helo=ugs.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SuVDZ-0007OT-2n for help-gnu-emacs@gnu.org; Thu, 26 Jul 2012 17:03:33 -0400 Original-Received: from USCIMMBX002.net.plm.eds.com (161.134.128.152) by USCIMHUB002.net.plm.eds.com (146.122.22.36) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 26 Jul 2012 17:03:11 -0400 Original-Received: from USCIMMBX003.net.plm.eds.com ([169.254.4.183]) by USCIMMBX002.net.plm.eds.com ([169.254.3.64]) with mapi id 14.01.0323.003; Thu, 26 Jul 2012 17:03:10 -0400 Thread-Topic: dabbrev-expand ignores case sometimes Thread-Index: AQHNZcezlz9VU2eiTkeUcunQ1yA9yJcx4j6AgAoqneA= In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [146.122.71.14] X-detected-operating-system: by eggs.gnu.org: Windows 2000 SP2+, XP SP1+ (seldom 98) X-Received-From: 146.122.22.36 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:86085 Archived-At: Did you figure this out? I believe you're running into behavior I have also seen. Consider the foll= owing scenario. In an otherwise empty buffer, enter the following three non-blank lines (bl= anks here for readability): Test1String TEST2STRING Test Run the following tests, each with the cursor at the end of the third line.= (It does not matter if there is a newline after the third line.) Firstly, invoke M-/ and what you will get is Test2string. Secondly, delete the third line and replace it with "TEST1" before invoking= M-/ and what you will get is TEST1STRING. Thirdly, delete the third line and replace it with "test2" before invoking = M-/ and what you will get is test2string. I don't what this case-matching behavior is called, but it catches me occas= ionally too.... Cheers, Mark From: help-gnu-emacs-bounces+ludwig.mark=3Dsiemens.com@gnu.org [mailto:help= -gnu-emacs-bounces+ludwig.mark=3Dsiemens.com@gnu.org] On Behalf Of C K Kash= yap Sent: Friday, July 20, 2012 12:06 AM To: Jambunathan K Cc: help-gnu-emacs@gnu.org Subject: Re: dabbrev-expand ignores case sometimes hmmm I am pretty sure its not M-I M-i or M-c . It's only M-/ and it simply = expands in an unexplainable manner. Regards, Kashyap On Thu, Jul 19, 2012 at 9:31 PM, Jambunathan K wro= te: Can you be more specific. =A0What is the guarantee that you haven't typed M-l, M-u or M-c? > I have not customized dabrrev ... I believe I run into this > accidentally when I type in some control/alt combinations > inadvertently. > > Regards, > Kashyap > > On Thu, Jul 19, 2012 at 7:34 PM, Jambunathan K < > kjambunathan@gmail.com> wrote: > > =A0 =A0 C K Kashyap writes: > > =A0 =A0 > Hi, > =A0 =A0 > > =A0 =A0 > I noticed that at times when I do a M-/ and try to complete a > =A0 =A0 word > =A0 =A0 > that already exists in the buffer (I assume, this is what I > =A0 =A0 need to > =A0 =A0 > do if I need to do what I did using C-p or C-n on vi), the word > =A0 =A0 > completion happens but with weird casing. Sometime all caps > =A0 =A0 etc. I > =A0 =A0 > wonder if there is some setting I need to do when I get into > =A0 =A0 this > =A0 =A0 > situation. > > =A0 =A0 Have you customized dabrrev? > > =A0 =A0 See (info "(emacs) Dabbrev Customization") > > > =A0 =A0 > > =A0 =A0 > Regards, > =A0 =A0 > Kashyap > =A0 =A0 > > =A0 =A0 > > > =A0 =A0 --