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:01:07 -0800 Message-ID: <615E3EC604F94336B49A1812AC076EF8@us.oracle.com> References: <3D2A507FA3EE44909DF7CA025897BFC3@us.oracle.com><83txrgmtof.fsf@gnu.org> 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 1356040884 16868 80.91.229.3 (20 Dec 2012 22:01:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 20 Dec 2012 22:01:24 +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:01: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 1TloBN-0004yA-VA for ged-emacs-devel@m.gmane.org; Thu, 20 Dec 2012 23:01:38 +0100 Original-Received: from localhost ([::1]:47412 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TloBA-0000Eh-B7 for ged-emacs-devel@m.gmane.org; Thu, 20 Dec 2012 17:01:24 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:41328) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TloB2-0008N1-CJ for emacs-devel@gnu.org; Thu, 20 Dec 2012 17:01:21 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TloAz-0005iK-D7 for emacs-devel@gnu.org; Thu, 20 Dec 2012 17:01:16 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:49694) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TloAw-0005hq-IW; Thu, 20 Dec 2012 17:01:10 -0500 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qBKM189K002405 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 20 Dec 2012 22:01:09 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qBKM18H5011227 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Dec 2012 22:01:08 GMT Original-Received: from abhmt115.oracle.com (abhmt115.oracle.com [141.146.116.67]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qBKM18IN023802; Thu, 20 Dec 2012 16:01:08 -0600 Original-Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 20 Dec 2012 14:01:08 -0800 X-Mailer: Microsoft Office Outlook 11 In-reply-to: Thread-Index: Ac3e+vgld+VBdXHhTwiOSNhXSPryFAAAgNtg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet22.oracle.com [141.146.126.238] 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:155704 Archived-At: > insert-file-contents does not pay attention to the mode at all, it's > really more like `insert'. > > But yes, it does obey file-name-handlers, which is probably what you > want for Tramp files, so the only potential trouble it might introduce > is for encrypted or compressed files (tho whether it introduces > problems depends on what you want to do in the case of such files). 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. Like the doc for `mm-i-f-c' does. And if the doc for `mm-i-f-c' is wrong about it being different in this or that respect from `i-f-c', then it would be good to fix that doc too. 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, since someone looking at the code can be misled into thinking that they are needed precisely because `i-f-c' does not DTRT without them.