Philippe Charpentier wrote:
I just test rev. 27282:
- for the question of excluding modules, it works now if the class
contain the tag ExcludesModule, that is:
if I create a new document with the class "article (AMS)" then the
module "theorems-ams" is loaded; if
I change to the class "article (A
Richard Heck wrote:
>> PS. formatStrVec fails at sorting non-ASCII chars correctly. Modules such
>> as "?yster Cult" would be sorted after Z.
>>
>>
> I don't understand. formatStrVec doesn't sort things, does it
Yes, sorry, a misunderstanding on my side. formatStrVec is innocent, still the
Richard Heck a écrit :
> rgheck wrote:
>> Charpentier Philippe wrote:
>>> For the first question:
>>> if I put
>>> ExcludesModule theorems-ams
>>> in my class then changing from "article (AMS)" to "article (AMS)
>>> Francais"
>>> has the consequence that no module is loaded which is not very nice
>
rgheck wrote:
Charpentier Philippe wrote:
For the first question:
if I put
ExcludesModule theorems-ams
in my class then changing from "article (AMS)" to "article (AMS)
Francais"
has the consequence that no module is loaded which is not very nice I
think...
OK. I'll look at this. The algorith
Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
I'll have a look at this tomorrow. There's probably still a place where
the wrong translation thing is called.
I cannot reproduce this. Strange.
OK, I found it (this only triggered when a module with non-ASCII char was
req
J??rgen Spitzm??ller wrote:
>> I'll have a look at this tomorrow. There's probably still a place where
>> the wrong translation thing is called.
>
> I cannot reproduce this. Strange.
OK, I found it (this only triggered when a module with non-ASCII char was
required/excluded).
Should be fixed n
Richard Heck wrote:
> I'll have a look at this tomorrow. There's probably still a place where
> the wrong translation thing is called.
I cannot reproduce this. Strange.
J??rgen
Philippe Charpentier wrote:
Hi
I just tried rev. 27267 and there is still a UTF-8 problem in the name
of the module.
If I put a non ASCII character in it lyx crashed (when clicking on the
module) with
the following output:
lassert.cpp(21): ASSERTION static_cast(ascii[i]) < 0x80
VIOLATED IN docst
Charpentier Philippe wrote:
rgheck a écrit :
rgheck wrote:
Charpentier Philippe wrote:
Similarly, if I create a document in the class "article (AMS) en
Français"
the module "theorems-ams-fr" is automatically loaded but the
modules "theorems-ams", "theorems-starred" and "theorems-std"
can stil
rgheck a écrit :
rgheck wrote:
Charpentier Philippe wrote:
Similarly, if I create a document in the class "article (AMS) en
Français"
the module "theorems-ams-fr" is automatically loaded but the
modules "theorems-ams", "theorems-starred" and "theorems-std"
can still be loaded (although they ar
Jürgen Spitzmüller wrote:
> > Jurgen will know what to do, I hope: The change is needed in
> > GuiDocument::loadModuleInfo().
>
> Yes, I have a fix in the pipe.
Should be fixed now (rev. 27248).
Jürgen
rgheck wrote:
> Jurgen will know what to do, I hope: The change is needed in
> GuiDocument::loadModuleInfo().
Yes, I have a fix in the pipe.
Jürgen
rgheck wrote:
Charpentier Philippe wrote:
Similarly, if I create a document in the class "article (AMS) en
Français"
the module "theorems-ams-fr" is automatically loaded but the
modules "theorems-ams", "theorems-starred" and "theorems-std"
can still be loaded (although they are excluded in "the
Charpentier Philippe wrote:
Hi,
if you define a new module whose name contains non ASCII
characters, like
#\DeclareLyXModule{Théoremes (AMS) Francais}
then lyx-1.6 crashes with the following output:
lassert.cpp(21): ASSERTION static_cast(ascii[i]) < 0x80
VIOLATED IN docstring.cpp:50
Assertion
14 matches
Mail list logo
