From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: set-process-filter-multibyte and etc. Date: Tue, 11 Feb 2003 09:15:19 +0900 (JST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200302110015.JAA04982@etlken.m17n.org> References: <200301280032.JAA15601@etlken.m17n.org> <5xsmvdbgf7.fsf@kfs2.cua.dk> <200302100815.RAA04123@etlken.m17n.org> <5xwuk8che8.fsf@kfs2.cua.dk> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1044922823 26392 80.91.224.249 (11 Feb 2003 00:20:23 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 11 Feb 2003 00:20:23 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18iO9j-0006qk-00 for ; Tue, 11 Feb 2003 01:20:11 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18iOKy-000301-00 for ; Tue, 11 Feb 2003 01:31:48 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18iOAv-0001qr-07 for emacs-devel@quimby.gnus.org; Mon, 10 Feb 2003 19:21:25 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18iOAV-0001VM-00 for emacs-devel@gnu.org; Mon, 10 Feb 2003 19:20:59 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18iOAN-0001Cr-00 for emacs-devel@gnu.org; Mon, 10 Feb 2003 19:20:53 -0500 Original-Received: from tsukuba.m17n.org ([192.47.44.130]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18iO7X-0000En-00; Mon, 10 Feb 2003 19:17:55 -0500 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2])h1B0FKk19885; Tue, 11 Feb 2003 09:15:20 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) h1B0FJR06331; Tue, 11 Feb 2003 09:15:19 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id JAA04982; Tue, 11 Feb 2003 09:15:19 +0900 (JST) Original-To: storm@cua.dk In-reply-to: <5xwuk8che8.fsf@kfs2.cua.dk> (storm@cua.dk) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.2.92 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) Original-cc: rms@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:11552 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:11552 In article <5xwuk8che8.fsf@kfs2.cua.dk>, storm@cua.dk (Kim F. Storm) writes: > Kenichi Handa writes: >> In article <5xsmvdbgf7.fsf@kfs2.cua.dk>, storm@cua.dk (Kim F. Storm) writes: >> >> The only question is when to check >> >> default-enable-multibyte-characters. When a process is >> >> created, or just before calling a filter? I think the >> >> former is more like file I/O. And it may be ok to have a >> >> function set-process-filter-multibyte which can change the >> >> multibyteness of a string to a filter on the way. >> >> > Good points. Also, there could be a new `:multibyte BOOL' argument to >> > make-network-process to initialize the filter multibyteness of the new >> > process; specifying this would override the setting of >> > default-enable-multibyte-characters. >> >> >> Or, was the intention of set-process-multibyte actually >> >> set-process-filter-multibyte? >> >> > At least, that was the problem I was looking at when I suggested it, >> > so yes. >> >> I've just installed changes for set-process-filter-multibyte >> and etc. > Great. I've fixed a few typos and doc strings. Thank you. > If a process buffer is specified to start-process or make-network-process, > it would seem logical to assume that the process filter will > eventually insert the string into that buffer. > So I wonder whether it would make sense to let the default filter > multibyteness depend on the multibyteness of the BUFFER argument to > start-process and make-network-process (if specified and non-nil)? > And only revert to default-enable-multibyte-characters if BUFFER is nil. That sounds reasonable. If there's no objection, I'll change the code. --- Ken'ichi HANDA handa@m17n.org