From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kevin Rodgers Newsgroups: gmane.emacs.help Subject: Re: how to implement function copy-subword-to-irc-buffer Date: Thu, 03 Dec 2009 22:02:23 -0700 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1259902975 29101 80.91.229.12 (4 Dec 2009 05:02:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 4 Dec 2009 05:02:55 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Dec 04 06:02:48 2009 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 1NGQJc-0005gi-17 for geh-help-gnu-emacs@m.gmane.org; Fri, 04 Dec 2009 06:02:48 +0100 Original-Received: from localhost ([127.0.0.1]:34587 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NGQJb-0000hO-UM for geh-help-gnu-emacs@m.gmane.org; Fri, 04 Dec 2009 00:02:47 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NGQJH-0000gy-Bl for help-gnu-emacs@gnu.org; Fri, 04 Dec 2009 00:02:27 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NGQJC-0000g7-CV for help-gnu-emacs@gnu.org; Fri, 04 Dec 2009 00:02:27 -0500 Original-Received: from [199.232.76.173] (port=60375 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NGQJC-0000g4-9d for help-gnu-emacs@gnu.org; Fri, 04 Dec 2009 00:02:22 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:53216) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NGQJB-0007AS-Fz for help-gnu-emacs@gnu.org; Fri, 04 Dec 2009 00:02:21 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.50) id 1NGQJ9-0005bk-N1 for help-gnu-emacs@gnu.org; Fri, 04 Dec 2009 06:02:19 +0100 Original-Received: from c-71-237-24-138.hsd1.co.comcast.net ([71.237.24.138]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Dec 2009 06:02:19 +0100 Original-Received: from kevin.d.rodgers by c-71-237-24-138.hsd1.co.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Dec 2009 06:02:19 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 115 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-71-237-24-138.hsd1.co.comcast.net User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) In-Reply-To: X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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:70372 Archived-At: B. T. Raven wrote: > Kevin Rodgers wrote: >> B. T. Raven wrote: >>> I think I need (thing-at-point 'word), (buffer-list), set point and >>> mark, copy-region-as-kill-no-mark, and other usual suspects to implement >>> this but really want to automatically copy the substring of the word >>> before point or the whole word if point is in whitespace after the word. >>> This (sub)string should go to the point in the irc buffer (one whose >>> buffer-name starts with #) and then make that irc buffer current. >> >> Looking at rcirc.el, it does not look like that is a reliable method to >> select >> "the" IRC buffer. It actually supports multiple IRC buffers, maintained in >> rcirc-buffer-alist (which is local to the server buffer, of which there may >> also be more than 1). >> >> Glossing over that for the moment, how about: > > I was glossing over that too. Just to get started I was planning on > using the function with only one open server and channel. In fact, I > probably will never need it to go to more than one irc buffer. It's just > to move foreign language dictionary entries quickly into a particular > channel during a live session. The code below simply selects the first buffer returned by buffer-list whose name starts with "#" and has an rcirc server buffer associated with it. >> (let* ((subword (if (looking-at "\\>") >> (thing-at-point 'word) > > ;; already the \> regex was new to me. If I C-s to the word "the" RET, > ;; then point is already past the word Yes, just as you requested: point is after the word. >> (buffer-substring (or (car (bounds-of-thing-at-point 'word)) >> (point)) >> (point)))) > > I can't get my mind around this either; why the (or ... ? Don't I always > want car of the cons returned by bounds-of-thing-at-point ? Yes, but there are corner cases where it may be nil, which causes buffer-substring to signal an error. >> (buffer-list (buffer-list)) >> (irc-buffer (catch 'irc-buffer >> (while buffer-list >> (when (and (string-match "^#" >> (buffer-name (car buffer-list))) >> (buffer-local-value 'rcirc-server-buffer >> (car buffer-list))) >> (throw 'irc-buffer (car buffer-list))) >> (setq buffer-list (cdr buffer-list)))))) >> (when irc-buffer >> (funcall rcirc-switch-to-buffer-function irc-buffer) >> (insert subword))) > > I couldn't wrap this in a defun and get it to work because I am in ver. > 22.3 Can I copy rcirc.el from /emacs23/lisp/net over to ver 22.3? If > not, is it safe to just overwrite all the ver 22.3 files, directories, > etc. with the equivalent ver. 23 ones. I tried to use my old .emacs with > 23.1 but it wouldn't work because of (ucs-tables) in my .emacs. > > Anyway, thanks a lot for the code. I may have to postpone any more study > of it until I dare to move everything to ver. 23. No it is not safe. If you want to experiment with such an approach, put the newer files in the site-lisp directory. But as far as I know, there are no dependencies in that code on version 23 -- in fact, there couldn't be, as I am running 22.3 as well and tested it successfully. You should be able to wrap that in a defun and put it in your emacs as is. What happened when you tried? >>> Is this doable? I want to assign this function to some keychord but am >>> not sure what would be suitable (in keeping with traditional key >>> assignment philosophy). I have standard binding for almost every thing >>> but single character cursor movement. Is there a way of getting a list >>> of all key combos (and/or ranges of key combos) that are not currently >>> bound? >> From the Keymaps node of the Emacs manual: >> >> ,---- >> | As a user, you can redefine any key; but it is usually best to stick >> | to key sequences that consist of `C-c' followed by a letter (upper or >> | lower case). These keys are "reserved for users," so they won't >> | conflict with any properly designed Emacs extension. The function keys >> | through are also reserved for users. If you redefine some >> | other key, your definition may be overridden by certain extensions or >> | major modes which redefine the same key. >> | >> `---- >> > > It may be overridden but from what I know now it probably won't be. For > instance if I type (at random) C-h k and then C-M S-h I find that the > shifted combo has been translated to C-M h but C-h S-k (C-h K)isn't > translated to C-h k. If I avoid C-M combos and known prefixes (C-x, C-h, > and ESC) then most combos will be undefined (M-s, C-s, shifted versions > of these, and Alt combos if there are keyboards with both Alt and Meta). > Emacs didn't use to discriminate between shifted and unshifted combos > but now it seems to in many contexts. > > I thought there might be a way to get the complement to the set of > defined key bindings. Maybe there is no easy way to do that. If you want to use a binding that is "in keeping with traditional key assignment philosophy", then use C-c LETTER. -- Kevin Rodgers Denver, Colorado, USA