From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.gnus.general,gmane.emacs.devel Subject: Re: MML charset tag regression Date: Fri, 23 May 2003 21:21:39 +0900 (JST) Sender: ding-owner@lists.math.uh.edu Message-ID: <200305231221.VAA09569@etlken.m17n.org> References: <8465p3kgpl.fsf@lucy.is.informatik.uni-duisburg.de> <84bryuogke.fsf@lucy.is.informatik.uni-duisburg.de> <200304281158.UAA10974@etlken.m17n.org> <200305201247.VAA04493@etlken.m17n.org> 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 1053692495 12925 80.91.224.249 (23 May 2003 12:21:35 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 23 May 2003 12:21:35 +0000 (UTC) Cc: cloos@jhcloos.com, jas@extundo.com, emacs-devel@gnu.org, ding@gnus.org Original-X-From: ding-owner+M1348@lists.math.uh.edu Fri May 23 14:21:22 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19JBX3-0003JM-00 for ; Fri, 23 May 2003 14:20:22 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19JBYb-000849-00; Fri, 23 May 2003 07:21:58 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19JBYT-000843-00 for ding@lists.math.uh.edu; Fri, 23 May 2003 07:21:49 -0500 Original-Received: (qmail 51979 invoked by alias); 23 May 2003 12:21:49 -0000 Original-Received: (qmail 51974 invoked from network); 23 May 2003 12:21:48 -0000 Original-Received: from tsukuba.m17n.org (192.47.44.130) by sclp3.sclp.com with SMTP; 23 May 2003 12:21:48 -0000 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6p2/3.7W-20010518204228) with ESMTP id h4NCLeu05953; Fri, 23 May 2003 21:21:40 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6/3.7W-20010823150639) with ESMTP id h4NCLd900702; Fri, 23 May 2003 21:21:39 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id VAA09569; Fri, 23 May 2003 21:21:39 +0900 (JST) Original-To: rms@gnu.org In-reply-to: (message from Richard Stallman on Fri, 23 May 2003 08:03:15 -0400) 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) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:52805 gmane.emacs.devel:14129 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:14129 In article , Richard Stallman writes: > (1) Modify selection_data_to_lisp_data (in xselect.c) to > simply return a unibyte string generated from selection > data while putting text property `foreign-selection' > (value is a symbol of type). This property is to > distinguish it from the return string of > x_get_local_selection. This property is also used to > decode it properly. > Would it work to return a cons cell (STRING . CODING-SYSTEM)? > That is a little cleaner, I think, than using a text property. It works if (STRING . RETURN-TYPE) is returned. But, can we also change x-get-selection to return that cons? In my code, x-selection-value (in x-win.el) calls x-get-selection, and check if or not the returned string is from the locale selection by the existence of that text property. x-selection-value have to know that to suppress another try with different request-type if the string is from local selection. If we can't change x-get-selection, x-get-selection anyway have to add that text property. In that case, I think it is better that x-get-selection-internal itself returns a string with that text property instead of a cons. --- Ken'ichi HANDA handa@m17n.org