From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: [Bug] Export Coding System Date: Sat, 23 Feb 2013 10:29:53 +0100 Message-ID: <871uc7xtri.fsf@Rainer.invalid> References: <87zjywjxjp.fsf@gmail.com> <87ppzsjp0t.fsf@gmail.com> <87ehg8nika.fsf@Rainer.invalid> <874nh4j91d.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:56522) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U9BQq-0001Hd-F5 for emacs-orgmode@gnu.org; Sat, 23 Feb 2013 04:30:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U9BQk-00010M-1W for emacs-orgmode@gnu.org; Sat, 23 Feb 2013 04:30:12 -0500 Received: from plane.gmane.org ([80.91.229.3]:60267) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U9BQj-0000yr-RE for emacs-orgmode@gnu.org; Sat, 23 Feb 2013 04:30:05 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1U9BR1-0001Cy-Hn for emacs-orgmode@gnu.org; Sat, 23 Feb 2013 10:30:23 +0100 Received: from pd9eb53e3.dip.t-dialin.net ([217.235.83.227]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 23 Feb 2013 10:30:23 +0100 Received: from Stromeko by pd9eb53e3.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 23 Feb 2013 10:30:23 +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 Nicolas Goaziou writes: >> No it is not irrelevant, it simply gets set too late in the game: it >> asks for the new coding system when it is time to save the buffer, while >> the content of the buffer has been cobbled together while assuming a >> different coding system. The only way I know (from browsing the >> documentation) to override the coding system for a buffer that does not >> yet have a file association is to set that variable directly, >> preferrably directly after the buffer is created. > > Does the following patch fix the problem? It fixes the problem when the Org buffer encoding is identical to the encoding for the LaTeX file. It doesn't fix the problem when I want to export the file in a different encoding (for instance by customizing Org Export Latex Coding System), that would require a second step of re-setting the buffer-file-coding-system before using it to determine what to write into the inputenc option. Other exporters like HTML probably also have a way (or should have it) to determine the target coding system independently from the input coding system, so this is not a LaTeX only exercise. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada