Hello,
Achim Gratz writes:
> Achim Gratz writes:
>> I've just had a chance to test this on the system where the problem
>> originally
>> showed up (Cygwin with the current 24.3 pre-release). On this system, the
>> buffer-file-coding-system is not copied and the (wrong) default takes over
>> ag
Achim Gratz writes:
> I've just had a chance to test this on the system where the problem originally
> showed up (Cygwin with the current 24.3 pre-release). On this system, the
> buffer-file-coding-system is not copied and the (wrong) default takes over
> again. I'm puzzled, I can't see how this
Nicolas Goaziou gmail.com> writes:
> Does the following patch fix the problem?
I've just had a chance to test this on the system where the problem originally
showed up (Cygwin with the current 24.3 pre-release). On this system, the
buffer-file-coding-system is not copied and the (wrong) default
Nicolas Goaziou writes:
>> Now I'll have to go and see what twisted ways it takes for the old
>> exporter defcustoms to show up in customize, they shouldn't have been
>> there at all.
>
> As I explained in my announcement for new export framework, this is due
> to customize autoloads from bundled O
Achim Gratz writes:
> Introducing and using a defcustom specifically for LaTeX export (if
> anything at all).
I don't think it is really important, considering you can also bind it
buffer-wise. On the other hand, a back-end independent variable is much
more easy to handle.
> Now I'll have to go
Nicolas Goaziou writes:
>> Not for LaTeX export AFAICS, ox-latex doesn't seem to use
>> org-export-coding-system. But that'd arguably be a bug in ox-latex,
>> then (more specifically org-latex-guess-inputenc),
>
> I don't understand your answer.
>
> My default coding system is utf-8 and inputenc o
Achim Gratz writes:
> Nicolas Goaziou writes:
>> Would the following patch work?
>
> Not for LaTeX export AFAICS, ox-latex doesn't seem to use
> org-export-coding-system. But that'd arguably be a bug in ox-latex,
> then (more specifically org-latex-guess-inputenc),
I don't understand your answe
Nicolas Goaziou writes:
> Would the following patch work?
Not for LaTeX export AFAICS, ox-latex doesn't seem to use
org-export-coding-system. But that'd arguably be a bug in ox-latex,
then (more specifically org-latex-guess-inputenc), which is easily fixed
after that patch has been applied.
Reg
Achim Gratz writes:
> 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
> int
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
Achim Gratz writes:
> Nicolas Goaziou writes:
>>> Depends on what language environment is set to, but with the default
>>> setting of
>>> my Emacs (German) it becomes iso-latin-1, independently of what the coding
>>> system in the original Org buffer was.
>>
>> In this case, it should be `utf-8'
Nicolas Goaziou writes:
>> Depends on what language environment is set to, but with the default setting
>> of
>> my Emacs (German) it becomes iso-latin-1, independently of what the coding
>> system in the original Org buffer was.
>
> In this case, it should be `utf-8', shouldn't it?
I want it to
Achim Gratz writes:
> Nicolas Goaziou gmail.com> writes:
>> IIUC, there is no such thing as a coding system associated to a buffer.
>> A coding system only kicks in when doing some I/O operation.
>
> The coding system should be associated with the file the buffer is visiting,
> but
> a fresh bu
Nicolas Goaziou gmail.com> writes:
> IIUC, there is no such thing as a coding system associated to a buffer.
> A coding system only kicks in when doing some I/O operation.
The coding system should be associated with the file the buffer is visiting, but
a fresh buffer still shows a coding system i
Hello,
Achim Gratz writes:
> I'm exporting an Org file in UTF-8 to LaTeX. Unless I switch the coding
> system
> in Emacs from "default" to "UTF-8" (which has the side effect that any new
> buffer will have UTF-8 coding, which is usually not what I want), the LaTeX
> buffer gets created with IS
I've ran into this before, but I guess I wasn't able to clearly explain what the
issue was at the time... so let's try again.
I'm exporting an Org file in UTF-8 to LaTeX. Unless I switch the coding system
in Emacs from "default" to "UTF-8" (which has the side effect that any new
buffer will have
16 matches
Mail list logo
