From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: TUTORIAL.gz Date: Mon, 17 Oct 2005 15:08:45 -0400 Message-ID: References: <5144DE50-461F-4BB0-BF1B-1F3769AFB084@gmail.com> <7DD3FE7A-06BE-4D1C-9B2F-0B3B976FF11D@gmail.com> <877jcch4hg.fsf@jurta.org> <4715FA60-84CE-4FCE-9F68-644D8C63AE73@gmail.com> <4353F1D7.6020101@student.lu.se> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1129576251 31041 80.91.229.2 (17 Oct 2005 19:10:51 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 17 Oct 2005 19:10:51 +0000 (UTC) Cc: Juri Linkov , David Reitter , rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 17 21:10:45 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1ERaM4-0004LS-MH for ged-emacs-devel@m.gmane.org; Mon, 17 Oct 2005 21:09:04 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ERaM4-0000nx-1X for ged-emacs-devel@m.gmane.org; Mon, 17 Oct 2005 15:09:04 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ERaLt-0000ns-Gi for emacs-devel@gnu.org; Mon, 17 Oct 2005 15:08:53 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ERaLs-0000ng-0r for emacs-devel@gnu.org; Mon, 17 Oct 2005 15:08:53 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ERaLr-0000nd-SI for emacs-devel@gnu.org; Mon, 17 Oct 2005 15:08:51 -0400 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ERaLp-00064f-PG; Mon, 17 Oct 2005 15:08:49 -0400 Original-Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id DBEE02CF62E; Mon, 17 Oct 2005 15:08:48 -0400 (EDT) Original-Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id A29CC4AC00A; Mon, 17 Oct 2005 15:08:45 -0400 (EDT) Original-Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 83595E6C16; Mon, 17 Oct 2005 15:08:45 -0400 (EDT) Original-To: Lennart Borgman In-Reply-To: <4353F1D7.6020101@student.lu.se> (Lennart Borgman's message of "Mon, 17 Oct 2005 20:47:51 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.85, requis 5, autolearn=not spam, AWL 0.05, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca 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:44206 Archived-At: >>> 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. >> I don't think we should worry about this. > Can you explain why not? Because it's unlikely (how many people are going to disable auto-compression-mode, really? how many of those will run in an environment where the TUTORIAL files are compressed? how many of those will want to read the tutorial?), and even if it ever happens I don't think it'll be terrible. Rather than force auto-compression-mode ON temporarily, if you really insist on handling this case, just detect it and output a warning like "can't read it 'cause you foolishly disabled auto-compression-mode". Stefan