From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: kai.grossjohann@gmx.net (=?iso-8859-1?q?Kai_Gro=DFjohann?=) Newsgroups: gmane.emacs.help Subject: Re: Minibuffer and Dabbrev problems Date: Wed, 18 Jun 2003 18:33:10 +0200 Organization: University of Duisburg, Germany Sender: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <847k7j4a7t.fsf@lucy.is.informatik.uni-duisburg.de> References: <848ys67985.fsf@lucy.is.informatik.uni-duisburg.de> <84r85ufpos.fsf@lucy.is.informatik.uni-duisburg.de> <3EEF5269.1060909@yahoo.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1055962243 29475 80.91.224.249 (18 Jun 2003 18:50:43 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 18 Jun 2003 18:50:43 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Wed Jun 18 20:50:42 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19Shzc-0007Z1-00 for ; Wed, 18 Jun 2003 20:49:12 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19ShxF-0003q9-3I for gnu-help-gnu-emacs@m.gmane.org; Wed, 18 Jun 2003 14:46:45 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!news.tele.dk!news.tele.dk!small.news.tele.dk!fu-berlin.de!uni-berlin.de!pd9e1e221.dip.t-dialin.NET!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 54 Original-NNTP-Posting-Host: pd9e1e221.dip.t-dialin.net (217.225.226.33) Original-X-Trace: fu-berlin.de 1055961730 20973158 217.225.226.33 (16 [73968]) Mail-Copies-To: never User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:ffM0H1xvwWWI1QJVEzJc0ojSiMs= Original-Xref: shelby.stanford.edu gnu.emacs.help:114563 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:11055 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:11055 K T Ligesh writes: > You mean, you cannot 'return' from a function without generating an > error message? Elisp doesn't have a straight 'return' statement? Well, there are catch and throw. But most of the time it is easier to just use if or cond or something like this. If you (require 'cl), then you can use defun* which creates an implicit block that you can return from, as I understand. Or maybe CL redefines defun to create such a block? I'm not sure. > Actually coming from the vim world, all these error messages are > sort of strange. For a person used to just a beep, after some time, > these messages can get into your head. > > There should be some option for advanced users to turn off -all- > error messages; they do cause certain discomfort. But I guess, that > is not trivially possible. I will just have to rewrite those > functions without those error messages... That will mean a lot of > rewrite though.... > > I noticed Emacs does not try to be Keyboard efficient. Pressing 2 > to get to the next match seems almost preposterous to me. (In > vim it is just an 'n' - the difference is huge) Yeah, but I guess > it all depends on your view point... > > Currently I am trying to implement incremental search into Viper > search... As I said earlier, 2 are too much for me.. Amazing. I never considered this. But you can do (global-set-key (kbd "") (kbd "C-s C-s")) and then you can hit instead. Hm. And probably (define-key isearch-mode-map (kbd "") 'isearch-repeat-forward) would be useful, as well. > Could somebody give me a -SIMPLE- incremental search code. The one > with package is too complex for me - I am just a 12 day old > toddler. I think it's because incremental search is inherently difficult. > And I am repeating one of my previous requests here.. > > Can I map to generate a . It is not about > -define-key-... I need to map keys one step below that... When I > press I want the upper layers (mainly the elisp modules) to > think that I have pressed . Otherwise I will have to go around > and remap the in -every- module... See function keyboard-translate. -- This line is not blank.