From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Benjamin Rutt" Newsgroups: gmane.emacs.devel Subject: Re: snippet.el Date: Sun, 28 Oct 2007 10:40:49 -0400 Message-ID: <68f3f1f70710280740g74c791bft4fcf5c9e3b65de92@mail.gmail.com> References: <87fxzx4m5d.fsf@baldur.tsdh.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1193582560 15177 80.91.229.12 (28 Oct 2007 14:42:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 28 Oct 2007 14:42:40 +0000 (UTC) Cc: Tassilo Horn , emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 28 15:42:41 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Im9Ld-0001kb-81 for ged-emacs-devel@m.gmane.org; Sun, 28 Oct 2007 15:42:41 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Im9LU-0006rc-5e for ged-emacs-devel@m.gmane.org; Sun, 28 Oct 2007 10:42:32 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Im9Jt-0004nu-0I for emacs-devel@gnu.org; Sun, 28 Oct 2007 10:40:53 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Im9Jr-0004m8-9Z for emacs-devel@gnu.org; Sun, 28 Oct 2007 10:40:52 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Im9Jr-0004lw-4A for emacs-devel@gnu.org; Sun, 28 Oct 2007 10:40:51 -0400 Original-Received: from rv-out-0910.google.com ([209.85.198.185]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Im9Jq-00037k-Kt for emacs-devel@gnu.org; Sun, 28 Oct 2007 10:40:50 -0400 Original-Received: by rv-out-0910.google.com with SMTP id c27so1178619rvf for ; Sun, 28 Oct 2007 07:40:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=jAQwGA+ZCBRDEMx5m3DK4xaYup/LY36C639q+A9q8wM=; b=PTrjZ+PoreKAU07sRP+lu/he4tL8W8jxiC91MjNMTGwvMAcP5BKDmTLBaGzzE+odH7T3yBxDa7D8L5gvBM1tq+tx8Y+FOI0ea3X2dOuJh/wzjNT2F6lqbsQO2Hi9N8L7D5tpXPwlOsUhJ5CCTWhBGLeDTXxm+hCsbO/0KzGuVD8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Iugenn0vJ4JYUTZeq/Stn3yKMmpSor62E9+YTJGAqacRHioebf9m018mIHZOW1aVrTNaA/nViqkuFMD/RB7u2LDqQ/Rp4BAK8DDpLEz+h4KVTAaPROaydLy+21v7nE9H208KpRwrVWPuzNPWbdPr8wokFcBj3iwG0DjCVMzwNkM= Original-Received: by 10.141.29.18 with SMTP id g18mr704746rvj.1193582449848; Sun, 28 Oct 2007 07:40:49 -0700 (PDT) Original-Received: by 10.140.136.16 with HTTP; Sun, 28 Oct 2007 07:40:49 -0700 (PDT) In-Reply-To: Content-Disposition: inline X-Google-Sender-Auth: e8924fcda7701747 X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:81960 Archived-At: I am the author of msf-abbrev.el and am following this thread and can give some comments. If people would like to see what it does the best way is to watch the demo linked off of http://www.bloomington.in.us/~brutt/msf-abbrev.html The primary objections I would see people on this list having to including this package in Emacs would be: 1) a portion of the user interface code deals with setting up and handling form-like fields within Emacs buffer. I originally intended to factor the general-purpose form stuff out into a separate library,called fld.el, but finally decided to include this code in-line within msf-abbrev.el for ease of installation. So, the package currently pollutes the fld- namespace. This can be remedied with some simple effort, such as renaming functions with the fld- prefix to msf-abbrev-fld- prefix. 2) I feel that it currently suffers from an unresolved bootstrapping/loading issue. When it loads up, for each directory in `msf-abbrev-root', if the directory names a mode, say 'foo-mode', then if foo-mode exists in Emacs, all the files within 'foo-mode' directory will have abbreviations created with the same name as the file. The problem is that foo-mode must be loaded in Emacs prior to msf-abbrev loading, so that this detection logic will work. If anyone has ideas here, let me know. 3) When a matching directory is detected for say foo-mode, msf-abbrev will first look for foo-mode-abbrev-table and install the abbreviations there, if the variable exists (shouldn't all proper major modes define this?). If not, it will add a series of define-abbrev calls to foo-mode-hook. This scheme generally works okay, although there are some modes which seem to do funny things like clearing out their abbrev tables on load which prevents the scheme from working. On 10/27/07, Richard Stallman wrote: > These packages are probably not so complex that they are a big maintenance > burden. Therefore, I think the main question is, which package is best? > > > _______________________________________________ > Emacs-devel mailing list > Emacs-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-devel > -- Benjamin Rutt