From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.help Subject: RE: mthesaur v synonyms Date: Fri, 10 Aug 2007 08:34:31 -0700 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1186760159 19458 80.91.229.12 (10 Aug 2007 15:35:59 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 10 Aug 2007 15:35:59 +0000 (UTC) To: "Hadron" , Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Aug 10 17:35:56 2007 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IJWWk-0000rO-VA for geh-help-gnu-emacs@m.gmane.org; Fri, 10 Aug 2007 17:35:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IJWWk-0006Ny-EP for geh-help-gnu-emacs@m.gmane.org; Fri, 10 Aug 2007 11:35:50 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IJWWQ-0006Jo-Sx for help-gnu-emacs@gnu.org; Fri, 10 Aug 2007 11:35:31 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IJWWQ-0006Id-4Q for help-gnu-emacs@gnu.org; Fri, 10 Aug 2007 11:35:30 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IJWWP-0006IS-OL for help-gnu-emacs@gnu.org; Fri, 10 Aug 2007 11:35:29 -0400 Original-Received: from rgminet01.oracle.com ([148.87.113.118]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IJWWP-0007J7-8j for help-gnu-emacs@gnu.org; Fri, 10 Aug 2007 11:35:29 -0400 Original-Received: from agmgw2.us.oracle.com (agmgw2.us.oracle.com [152.68.180.213]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id l7AFZP3B003611; Fri, 10 Aug 2007 09:35:26 -0600 Original-Received: from acsmt350.oracle.com (acsmt350.oracle.com [141.146.40.150]) by agmgw2.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id l7ABYdiI007492; Fri, 10 Aug 2007 09:35:25 -0600 Original-Received: from dhcp-amer-whq-csvpn-gw3-141-144-82-188.vpn.oracle.com by acsmt351.oracle.com with ESMTP id 3112581811186760075; Fri, 10 Aug 2007 08:34:35 -0700 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Importance: Normal X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-Detected-Kernel: Linux 2.4-2.6 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:46479 Archived-At: > FYI, I have (setq icicle-init-value-flag (quote preselect-end)) and have > noticed an annoying "bug" (I guess bug but I suspect you will tell me > how to modify it so it does what I want :-)) This is conjunction with > delete-selection-mode. > > If you bring up file-open, C-x C-f, then the first option (home dir in > this example) is there and preselected with the cursor at the end. If I > hit "end" or right cursor then it should unselect the text and > append. As it is, its behaviour seems inconcistent. Right cursor says > "end of buffer", "end" does nothing. In both cases the text stays > selected which means any typing removes the base path. > > e.g bring up file open, "~/" is the hilited default. There is no easy way > to append to this in "preselect" mode. If I cursor left, the select is > dropped but when I cursor right again the "~"is reselected for some > reason. That's delete-selection mode. Cursor movement extends the selection; it does not unselect. This applies to both the arrow keys (e.g. `right') and `end'. To unselect (that is, to deactivate the mark) in delete-selection mode, you can use `C-g', but that won't work during minibuffer input - the current command will just be canceled. Alternatively, you can hit `C-SPC' to set the mark. That's what I recommend in this case: instead of hitting `right' or `end', hit `C-SPC'. Usually, if you don't want to use the current selection, you don't mind setting the mark at point. Doing that gives you the same effect as using `insert' as the value of `icicle-init-value-flag', but it does so only on demand. That sounds like what you want: have the init value selected for easy replacement or deletion, but be able to cancel the selection whenever you want. I choose the opposite approach: I use `insert' as the flag value, because I usually do not want to replace or delete the whole input (I edit parts of it), and I then use `C-x h' when I want to select the whole input. > I prefer not to use "insert" mode as I am too used to > "preselect" modes in other > apps I use so any advice on the above would be appreciated. It often happens that Emacs provides additional features unavailable in other apps, and carrying over the UI exactly from other apps to Emacs can conflict to some extent with being able to use those additional features. In many cases, Emacs has provided ways to get some of the more common UI behavior, without also sacrificing the extra functionality that Emacs provides. But there is often a certain tension, and this can be a delicate balancing act. Sometimes it's better to take Emacs at its word and try to get used to its UI. In many cases it's superior, and the change in old habits is worth it. The problem comes in moving back and forth between Emacs and other apps. Some people, for instance use cua-mode to avoid finger/brain confusion over C-x, C-c, etc. The one that trips me up the most is C-s - I occasionally hit C-s in Emacs, intending to save, because I've been using another app for a while.