From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Reitter Newsgroups: gmane.emacs.devel Subject: Re: TUTORIAL.gz Date: Mon, 17 Oct 2005 17:03:00 +0100 Message-ID: <4715FA60-84CE-4FCE-9F68-644D8C63AE73@gmail.com> References: <5144DE50-461F-4BB0-BF1B-1F3769AFB084@gmail.com> <7DD3FE7A-06BE-4D1C-9B2F-0B3B976FF11D@gmail.com> <877jcch4hg.fsf@jurta.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1129565251 25133 80.91.229.2 (17 Oct 2005 16:07:31 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 17 Oct 2005 16:07:31 +0000 (UTC) Cc: Juri Linkov , rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 17 18:07:26 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1ERXVO-0000Hl-Nw for ged-emacs-devel@m.gmane.org; Mon, 17 Oct 2005 18:06:31 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ERXVO-00080g-5C for ged-emacs-devel@m.gmane.org; Mon, 17 Oct 2005 12:06:30 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ERXS4-000618-DM for emacs-devel@gnu.org; Mon, 17 Oct 2005 12:03:04 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ERXS3-00060o-PK for emacs-devel@gnu.org; Mon, 17 Oct 2005 12:03:04 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ERXS3-00060i-Eg for emacs-devel@gnu.org; Mon, 17 Oct 2005 12:03:03 -0400 Original-Received: from [72.14.204.196] (helo=qproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ERXS3-0002Q2-13 for emacs-devel@gnu.org; Mon, 17 Oct 2005 12:03:03 -0400 Original-Received: by qproxy.gmail.com with SMTP id q10so787479qbq for ; Mon, 17 Oct 2005 09:03:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=TLMUCWEf9bRNRngtK9BjB4pZO5N7DooxBWZFuxV9Qza2wR5uyh8JlLaYsLtRRywb+6CgmXOJT49jf6qcvfR7kc+wrUh1fLi98fIAqkJHDgcJtwBr9how9WbbC6Hpy0/924tBiT/GRiFJ/yb1E1aiF5my9iYgd5Lv4PiMbjFtYaw= Original-Received: by 10.65.253.12 with SMTP id f12mr2131003qbs; Mon, 17 Oct 2005 09:03:01 -0700 (PDT) Original-Received: from ?129.215.174.81? ( [129.215.174.81]) by mx.gmail.com with ESMTP id d12sm7799991qbc.2005.10.17.09.03.00; Mon, 17 Oct 2005 09:03:01 -0700 (PDT) In-Reply-To: Original-To: Stefan Monnier X-Mailer: Apple Mail (2.734) 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:44191 Archived-At: On 17 Oct 2005, at 15:46, Stefan Monnier wrote: > > Agreed. Except that let-binding auto-compression-mode doesn't do much > if anything. Better just check whether auto-compression-mode is > nil and if > so don't try to load the .gz file. Seems like I got confused by instructions from jka-compr.el: ;; To use jka-compr, invoke the command `auto-compression-mode' (which ;; see), or customize the variable of the same name. Its operation ;; should be transparent to the user (except for messages appearing when ;; a file is being compressed or uncompressed). The DOC strings are much clearer regarding this issue. Shouldn't we better enable auto-compression-mode temporarily if it is switched off? I mean, if a site-wide installation (or distribution) compresses stuff like tutorials and, more importantly, things like NEWS, then Emacs should load these files on request no matter whether the user has turned off auto-compression-mode. It would be seen as a bug if it didn't. > Actually, jka-compr.el should provide a list of extensions it > understands, > so we wouldn't have to hard-code .gz here. I guess jka-compr-load- > suffixes > could be used for that. Isn't it more than enough to support distribution-wide .gz compression?