From 8cd733ebb953125a5e0fa2e065deae53c835d929 Mon Sep 17 00:00:00 2001 From: Andreas Roehler Date: Mon, 5 Jul 2010 11:18:29 +0200 Subject: [PATCH] search-whitespace-regexp --- code/elbb.el | 59 +++++++++++++++++++++++++++++++++++++++++++++++++++-------- 1 file changed, 51 insertions(+), 8 deletions(-) diff --git a/code/elbb.el b/code/elbb.el index d656158..44e8161 100644 --- a/code/elbb.el +++ b/code/elbb.el @@ -1,3 +1,46 @@ +* search-whitespace-regexp + +To: help-gnu-emacs@gnu.org +From: Daniel Pittman +Date: Sat, 03 Jul 2010 23:14:59 +1000 +Subject: Re: Why does this happen in regexp isearch? + +Deniz Dogan writes: + +> I open cus-edit.el.gz in Emacs and do a regexp isearch for: +> +> ^ ;; +> +> (Beginning of line, then two spaces, then two semicolons.) +> +> For some reason that I don't understand, it seems to match "beginning +> of line, any number of spaces OR tabs, then two semicolons". When I +> search for: +> +> ^ \{2\};; +> +> ...it finds what I'm looking for. Why is this? + +(defcustom search-whitespace-regexp (purecopy "\\s-+") + "If non-nil, regular expression to match a sequence of whitespace chars. +This applies to regular expression incremental search. +When you put a space or spaces in the incremental regexp, it stands for +this, unless it is inside of a regexp construct such as [...] or *, + or ?. +You might want to use something like \"[ \\t\\r\\n]+\" instead. +In the Customization buffer, that is `[' followed by a space, +a tab, a carriage return (control-M), a newline, and `]+'. + +When this is nil, each space you type matches literally, against one space." + :type '(choice (const :tag "Find Spaces Literally" nil) + regexp) + :group 'isearch) + +Regards, + Daniel +-- +✣ Daniel Pittman ✉ daniel@rimspace.net ☎ +61 401 155 707 + ♽ made with 100 percent post-consumer electrons + * tabs instead of spaces in C mode Date: Sun, 2 May 2010 22:13:04 -0400 @@ -360,7 +403,7 @@ tomas@tuxteam.de writes: > way. What are you trying to achieve? > > Regards -> -- tomás +> -- tomás > As is emacs --daemon IMO. @@ -407,10 +450,10 @@ From: Thierry Volpiatto Date: Thu, 04 Mar 2010 17:09:35 +0100 Subject: Re: how to access a large datastructure efficiently? -Andreas Röhler writes: +Andreas Röhler writes: > Thierry Volpiatto wrote: ->> Andreas Röhler writes: +>> Andreas Röhler writes: >> >>> Thierry Volpiatto wrote: >>>> Thierry Volpiatto writes: @@ -822,7 +865,7 @@ Nathaniel Flath writes: > Hello, > Is there any way to get shell mode to use the background shell's > (zsh or bash) tab completion as opposed to just tab-completing -> filenames?  I know about ansi-term, but I hate how it steals a lot +> filenames?  I know about ansi-term, but I hate how it steals a lot > of my keybindings and so I would prefer it if I could get this to > work in shell-mode. @@ -1146,7 +1189,7 @@ waterloo writes: > > Lisp is unlike many other languages in that its objects are > "self-typing": the primitive type of each object is implicit in the -> object itself.  For example, if an object is a vector, nothing can +> object itself.  For example, if an object is a vector, nothing can > treat it as a number; Lisp knows it is a vector, not a number. > > What is `self-typing' ? thanks @@ -1529,7 +1572,7 @@ From: "Eric Schulte" Subject: Re: [Orgmode] org-babel-tangle xml text Date: Tue, 03 Nov 2009 09:18:34 -0700 -"Martin G. Skjæveland" writes: +"Martin G. Skjæveland" writes: > Is there a way I can add xml and n3 to the list of supported > languages? These languages does not need interpretation, so I'm @@ -1612,7 +1655,7 @@ Subject: Re: Perferr cond over case? pjb@informatimago.com (Pascal J. Bourguignon) writes: -> Nordlöw writes: +> Nordlöw writes: > >> Does the use of the cl macro case() incurr some loss of performance >> compare to using cond() instead? @@ -1745,7 +1788,7 @@ Date: Fri, 09 Oct 2009 19:19:49 +0200 To: help-gnu-emacs@gnu.org Envelope-To: andreas.roehler@easy-emacs.de -Nordlöw writes: +Nordlöw writes: > If I have an association list say, > -- 2.11.4.GIT