From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Displaying bytes (was: Inadequate documentation of silly Date: Wed, 25 Nov 2009 03:50:50 +0100 Message-ID: References: <20091119212550.GG1314@muc.de> <87my2ign8u.fsf@lola.goethe.zz> <912155b0911231334s2b52e8eq864251c9aed386b3@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1259117494 28981 80.91.229.12 (25 Nov 2009 02:51:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 25 Nov 2009 02:51:34 +0000 (UTC) Cc: per.starback@gmail.com, dak@gnu.org, emacs-devel@gnu.org, rms@gnu.org, Kenichi Handa To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 25 03:51:26 2009 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 1ND7yX-0002Uq-5X for ged-emacs-devel@m.gmane.org; Wed, 25 Nov 2009 03:51:25 +0100 Original-Received: from localhost ([127.0.0.1]:60066 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ND7yW-0004tq-He for ged-emacs-devel@m.gmane.org; Tue, 24 Nov 2009 21:51:24 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ND7yR-0004sW-Io for emacs-devel@gnu.org; Tue, 24 Nov 2009 21:51:19 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ND7yN-0004ph-6D for emacs-devel@gnu.org; Tue, 24 Nov 2009 21:51:19 -0500 Original-Received: from [199.232.76.173] (port=35813 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ND7yN-0004pe-1T for emacs-devel@gnu.org; Tue, 24 Nov 2009 21:51:15 -0500 Original-Received: from mail-yw0-f172.google.com ([209.85.211.172]:59797) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1ND7yI-00067w-Vl; Tue, 24 Nov 2009 21:51:11 -0500 Original-Received: by ywh2 with SMTP id 2so7363164ywh.27 for ; Tue, 24 Nov 2009 18:51:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=XWWrDotG10s3VDfDi2DGbU2G5vh0OoXU15LA4HqkdOk=; b=VxoctWHrajzYFHJoSGMWaXVaLaiv/lBtHIrfBiEoCutkehw5uwnBGJNALLr/5d63yp iWkIkFzpEXTM6305EcMEuSG2KN08THtkOYKD5SOBs/53BxGyhe5XgEshKQ4sTvhe8GtY 3GyfCR4cx58HIL9E4Fd/BSIaiCgrSy4XnaGc0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=BoDkbNu4KEFypQu/Z8HMlms4jopx3uNPXyuD0VuVPdJgs2HPCiIKF4WJL4BFM8ddDy Up+N1WIWvramp+EkNHENjlqKVPx5tyST9Bojna00JsTeWBk2z0OA9rAsKId+q8It3NGo kkonqOnlEBMpbF/oxxbrjc7vl0f3jo4PChJwo= Original-Received: by 10.101.134.25 with SMTP id l25mr2031767ann.98.1259117470092; Tue, 24 Nov 2009 18:51:10 -0800 (PST) In-Reply-To: X-detected-operating-system: by monty-python.gnu.org: GNU/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:117726 Archived-At: On Wed, Nov 25, 2009 at 3:29 AM, Stefan Monnier wrote: >>> If so, should we change the default priorities? >> I'm not sure. =C2=A0As it seems that windows-1252 is a superset of >> iso-8859-1, it may be ok to give windows-1252 the higher priority. >> How do iso-8859-1 users think? > > The problem with windows-1252 is that all files are valid in that > coding-system. =C2=A0So it's OK if there's a really high chance of > encountering such files, but otherwise it leads to many misdetections. > >> For that, it seems that adding that facility in >> after-insert-file-set-coding is good. =C2=A0 Here's a sample patch. =C2= =A0The >> actual change should give more information to a user. > > Maybe we could try that. =C2=A0But I really dislike adding a user-prompt = in > the middle of some operation that might be performed as part of > something "unrelated". =C2=A0And indeed the actual change may need to giv= e > a lot more information, mostly displaying the buffer without which the > user cannot make a good guess. Maybe it is better to read in the file in the buffer with a best guess and add a hook that is run the first time the buffer is shown in a window with some notification to the user of the problem? Then of course also provide enough hints to make it as easy to change coding system in that situation to the relevant alternatives.