From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: search files with conversion but fundamental mode, no handlers, no file-local vars Date: Thu, 20 Dec 2012 14:47:08 -0800 Message-ID: <9E912F79068C4D81A99CB0BCD286D970@us.oracle.com> References: <3D2A507FA3EE44909DF7CA025897BFC3@us.oracle.com><83txrgmtof.fsf@gnu.org><615E3EC604F94336B49A1812AC076EF8@us.oracle.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1356043643 8301 80.91.229.3 (20 Dec 2012 22:47:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 20 Dec 2012 22:47:23 +0000 (UTC) Cc: 'Eli Zaretskii' , emacs-devel@gnu.org To: "'Stefan Monnier'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 20 23:47:38 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Tlotu-0003CV-BV for ged-emacs-devel@m.gmane.org; Thu, 20 Dec 2012 23:47:38 +0100 Original-Received: from localhost ([::1]:46062 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tlotg-0002qm-Je for ged-emacs-devel@m.gmane.org; Thu, 20 Dec 2012 17:47:24 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:47565) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TlotZ-0002pI-AS for emacs-devel@gnu.org; Thu, 20 Dec 2012 17:47:22 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TlotX-0000kH-Py for emacs-devel@gnu.org; Thu, 20 Dec 2012 17:47:17 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:46224) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TlotV-0000k1-HC; Thu, 20 Dec 2012 17:47:13 -0500 Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qBKMlBjL008459 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 20 Dec 2012 22:47:12 GMT Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qBKMlA6k011572 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Dec 2012 22:47:11 GMT Original-Received: from abhmt115.oracle.com (abhmt115.oracle.com [141.146.116.67]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qBKMlApd019345; Thu, 20 Dec 2012 16:47:10 -0600 Original-Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 20 Dec 2012 14:47:10 -0800 X-Mailer: Microsoft Office Outlook 11 In-reply-to: Thread-Index: Ac3fAHRucULetFHZR3C2cQK+LVtM2AAAi38g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:155707 Archived-At: > > OK, from what you and Eli are saying, I'm starting to think that > > `i-f-c' might be appropriate for my case. But I would like > > to see the doc for `i-f-c' spell out specifically what it does > > and does not do. > > I find the current docstring pretty clear, so you'll have to give > more guidance. As for saying what it doesn't do, that's > a slippery slope. I cannot prescribe what I do not know. I can see that the doc for `mm-i-f-c' mentions "file handlers, format decoding, `find-file-hook', etc", specifically to _distinguish_ itself from `i-f-c'. The `mm-i-f-c' doc says that it differs from `i-f-c' in that `mm-i-f-c' "only reads in the file". The implication is that `i-f-c' does more than just read in the file. What more, for instance? > Most of the things that mm-i-f-c disables are things that apply to > find-file-noselect (which creates a new buffer that is "bound" to > a file), Most, but not all? Which? > whereas insert-file-contents is really just about inserting > into the current-buffer some text which happens to come from a file > rather than from elsewhere. Maybe say that - say that it does not involve `find-file-hooks' or whatever might be the case. Note that it _does_ have a VISIT argument (which I need here), which records the fact that the buffer is visiting the file. That, at least, is documented (good). > > And if the code for `mm-i-f-c' contains some useless bindings (after > > all, it calls `i-f-c'), then let's remove those, > > Better ask the Gnus guys about that. Many of the mm-* functions were > introduced to abstract over differences between emacsen, so maybe > XEmacs's insert-file-contents does other things. Ask them, if you like. I guess I should use and be concerned mainly with `i-f-c', so my interest wrt that is to get its doc to better spell out what it does.