From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/16729 Path: main.gmane.org!not-for-mail From: Hrvoje Niksic Newsgroups: gmane.emacs.gnus.general Subject: Re: "Coding system"? Eh? Date: 05 Sep 1998 23:47:33 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035155554 29541 80.91.224.250 (20 Oct 2002 23:12:34 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:12:34 +0000 (UTC) Return-Path: Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id RAA08817 for ; Sat, 5 Sep 1998 17:49:06 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.7.6/8.7.3) with ESMTP id QAF16298; Sat, 5 Sep 1998 16:20:09 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sat, 05 Sep 1998 16:48:55 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [209.195.19.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id QAA14924 for ; Sat, 5 Sep 1998 16:48:46 -0500 (CDT) Original-Received: from jagor.srce.hr (hniksic@jagor.srce.hr [161.53.2.130]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id RAA08806 for ; Sat, 5 Sep 1998 17:48:04 -0400 (EDT) Original-Received: (from hniksic@localhost) by jagor.srce.hr (8.9.0/8.9.0) id XAA19244; Sat, 5 Sep 1998 23:47:33 +0200 (MET DST) Original-To: ding@gnus.org X-Attribution: Hrvoje X-Face: Mie8:rOV<\c/~z{s.X4A{!?vY7{drJ([U]0O=W/xDi&N7XG KV^$k0m3Oe/)'e%3=$PCR&3ITUXH,cK>]bci&Ff%x_>1`T(+M2Gg/fgndU%k*ft [(7._6e0n-V%|%'[c|q:;}td$#INd+;?!-V=c8Pqf}3J In-Reply-To: Lars Magne Ingebrigtsen's message of "05 Sep 1998 23:12:01 +0200" Original-Lines: 33 X-Mailer: Pterodactyl Gnus v0.16/XEmacs 21.0 - "Danish Landrace" Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:16729 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:16729 Lars Magne Ingebrigtsen writes: > Hrvoje Niksic writes: > > > I believe Michael's point was that, under Mule, you can create > > coding systems that have nothing to do with character sets, such > > as a `gzip' coding-system. > > They do that? And if the unzipped file results in something that's > iso-2022-jp, do they run it though the decoding twice, or do they > have a gzip-iso-2022-jp coding system, as Morioka almost suggested > for base64? (base64-iso-2022-jp, etc.) The latter would be a > nightmare, and the former would be just yucky. I believe XEmacs/Mule allows you to create coding-system chains (at least I seem to recall seing internal code to that effect), the yucky solution, whereas in FSF Emacs you get the nightmare one. > > Coding systems are Emacs-specific hybrids between character sets > > and their external representation. This probably makes them > > different enough from "character sets" to warrant for a separate > > name. > > Hm. I did a `M-x list-coding-systems', and it listed nothing but > character sets. Well, I never said all of this was implemented. :-) I was trying to explain the concept, the way I see it. -- Hrvoje Niksic | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- Ask not for whom the tolls.