From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: Always use utf-8 for HTML export (No support for other coding systems) Date: Sun, 03 Mar 2013 19:28:48 +0100 Message-ID: <8738wcban3.fsf@Rainer.invalid> References: <87r4jxr834.fsf@gmail.com> <87ip59xz4i.fsf@gmail.com> <87lia51llv.fsf@bzg.ath.cx> <87ip58ucji.fsf@Rainer.invalid> <87sj4cnah2.fsf@bzg.ath.cx> <87mwukx3uo.fsf@gmail.com> <87r4jw34rc.fsf@gmail.com> <87mwukjryf.fsf_-_@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:46905) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UCDej-0002ns-OM for emacs-orgmode@gnu.org; Sun, 03 Mar 2013 13:29:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UCDei-0005uC-2w for emacs-orgmode@gnu.org; Sun, 03 Mar 2013 13:29:05 -0500 Received: from plane.gmane.org ([80.91.229.3]:57191) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UCDeh-0005to-TE for emacs-orgmode@gnu.org; Sun, 03 Mar 2013 13:29:04 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UCDez-0000SW-UF for emacs-orgmode@gnu.org; Sun, 03 Mar 2013 19:29:21 +0100 Received: from pd9eb59ba.dip.t-dialin.net ([217.235.89.186]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Mar 2013 19:29:21 +0100 Received: from Stromeko by pd9eb59ba.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Mar 2013 19:29:21 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Jambunathan K writes: > Always use utf-8 for HTML export (No support for other coding systems). > > For or against. Please register your views. It is becoming more rare these days, but still possible that the document encoding cannot be UTF-8 for whatever reason. So if it's not unduly complicating things, I'd suggest to avoid prescribing the UTF-8 encoding for any and all exports. Character entities and character entity references are what SGML/XML/HTML are using to get around that problem (the markup languages are all defined as operating on UCS), however the set of entitiy references defined by default is different, which makes the numeric character entities the most portable (unfortunately they are less readable). Remark: IIUC, this is what derails the (HTML, but not XML) symbolic entities in Freemind. It might be possible to simply declare the DTD defining these for XML in the freemind preamble. http://www.w3.org/TR/xml-entity-names/ Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds