Dear Jürgen, dear LyX developers,
On 2019-03-30, Jürgen Spitzmüller wrote:
> After some more pondering, here is a proposal that, I think, addresses
> my and your concerns:
> * We keep the "auto" functionality as is (selecting the appropriate
> 8bit encoding), but rename it (e.g., to \inputencod
Dear Jürgen, dear LyX developers,
On 2019-03-30, Jürgen Spitzmüller wrote:
> After some more pondering, here is a proposal that, I think, addresses
> my and your concerns:
> * We keep the "auto" functionality as is (selecting the appropriate
> 8bit encoding), but rename it (e.g., to \inputencodi
Le 02/04/2019 à 16:43, Jürgen Spitzmüller a écrit :
What about adding Ascii too? I actually resort to using it from time to
time.
Often enough that it is too annoying to select it from custom? But if we
use a combo, it could be done of course.
Just a suggestion for consideration. Feel
Am Di., 2. Apr. 2019 um 14:58 Uhr schrieb Jean-Marc Lasgouttes <
lasgout...@lyx.org>:
> Le 30/03/2019 à 08:51, Jürgen Spitzmüller a écrit :
> > In the GUI, we get rid of the two radio boxes and add a combo instead
> > with
> >
> > Encoding: Unicode (Default)
> >Traditional Language Def
Le 30/03/2019 à 08:51, Jürgen Spitzmüller a écrit :
In the GUI, we get rid of the two radio boxes and add a combo instead
with
Encoding: Unicode (Default)
Traditional Language Default
Custom
What about adding Ascii too? I actually resort to using it from time to
time.
Günter,
After some more pondering, here is a proposal that, I think, addresses
my and your concerns:
* We keep the "auto" functionality as is (selecting the appropriate
8bit encoding), but rename it (e.g., to \inputencoding traditional).
* We introduce a new default encoding, \inputencoding uni.
Am Freitag, den 29.03.2019, 15:30 + schrieb Guenter Milde:
> I want to bypass "auto" in order to keep its functionality as-is:
>
> * Currently, the "auto" setting basically¹ means
>
> use a mix of fixed-width 8-bit encodings
It means: select the most appropriate encoding for the language
On 2019-03-29, Jürgen Spitzmüller wrote:
> Am Freitag, den 29.03.2019, 10:03 + schrieb Guenter Milde:
>> > So with your solution a significant group of users will stick with
>> > 8bit encodings forever.
>> This is easily solved by changing the default default:
>> diff --git a/src/BufferParam
Am Freitag, den 29.03.2019, 10:03 + schrieb Guenter Milde:
> Take the file autotests/export/latex/CJK/en-de-el-ru-zh_CN_language-
> default.lyx
> It compiles fine with the inputenc settings: "auto", "utf8", and
> "utf8-cjk"
> but not with any of the fixed-width 8-bit encodings: Changing to the
On 2019-03-29, Jürgen Spitzmüller wrote:
> Am Donnerstag, den 28.03.2019, 17:51 + schrieb Guenter Milde:
>> Changing the default input encodings in "lib/languages" creates a
>> backwards-incompatibility that cannot be solved for some documents.
>> A lyx2lyx conversion (as outlined in
>> https:
Am Donnerstag, den 28.03.2019, 17:51 + schrieb Guenter Milde:
> Changing the default input encodings in "lib/languages" creates a
> backwards-incompatibility that cannot be solved for some documents.
>
> A lyx2lyx conversion (as outlined in
> https://www.lyx.org/trac/ticket/5#comment:16) w
On 2019-03-27, Jürgen Spitzmüller wrote:
> Am Mi., 27. März 2019 um 17:54 Uhr schrieb Günter Milde :
>> commit 4a2f4fb1d63ae6d7cd96012c375753aa146a815b
>> Author: Günter Milde
>> Use LaTeX input encoding "utf8", part 1/many.
>> See #5.
> As argued on trac, I think we should stick wi
Am Mi., 27. März 2019 um 17:54 Uhr schrieb Günter Milde :
> commit 4a2f4fb1d63ae6d7cd96012c375753aa146a815b
> Author: Günter Milde
> Date: Wed Mar 27 16:24:14 2019 +0100
>
> Use LaTeX input encoding "utf8", part 1/many.
>
> See #5.
>
As argued on trac, I think we should stick with
13 matches
Mail list logo
