> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> I do not think this one is needed: if you already have a hullinset
>> object to copy from, math has to be initialized already, methinks.
Juergen> You obviously know this constructor stuff m
Jean-Marc Lasgouttes wrote:
> I do not think this one is needed: if you already have a hullinset
> object to copy from, math has to be initialized already, methinks.
You obviously know this constructor stuff much better than me. So I'd say
apply your patch if it works for you (it does for me).
J
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Also sprach Jean-Marc Lasgouttes:
>> What about the following patch?
Juergen> Looks good and works for me. However, given your explanation,
Juergen> I think there's also an initMath() call missing in
Juergen> math_hullin
Also sprach Jean-Marc Lasgouttes:
> What about the following patch?
Looks good and works for me. However, given your explanation, I think there's
also an initMath() call missing in math_hullinset. See attached patch. Other
than that, I think you should apply your patch.
Jürgen
Index: src/mathed
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> The following patch indeed fixes the problem, but then the attached
>> file takes forever to load. Juergen, could you have a look?
Juergen> Jean-Marc, isn't the attached patch sufficient? I
Jean-Marc Lasgouttes wrote:
> The following patch indeed fixes the problem, but then the attached
> file takes forever to load. Juergen, could you have a look?
Jean-Marc, isn't the attached patch sufficient? It fixes the delay of your
patch, and the test file loads fine. I cannot test much more;
Jean-Marc Lasgouttes wrote:
> MathMacroTemplate::MathMacroTemplate(string const & nm, int numargs,
> string const & type, MathArray const & ar1, MathArray const
> & ar2) : MathNestInset(2), numargs_(numargs), name_(nm), type_(type) {
> + initMath();
> +
> if (numargs_
Jean-Marc Lasgouttes wrote:
> Jean-Marc> Juergen, I suspect this is related to the delayed math
> Jean-Marc> initialization patch you produced.
Yes, definitely.
> Could look look whether
> Jean-Marc> something needs to be done for macros?
>
> The following patch indeed fixes the problem, but th
Jean-Marc Lasgouttes wrote:
> I think I know what happens: the macros refuse to load if there is no
> plain math inset before them.
I get the same here.
> Juergen, I suspect this is related to the delayed math initialization
> patch you produced. Could look look whether something needs to be do
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> I think I know what happens: the macros refuse to load if
Jean-Marc> there is no plain math inset before them.
Jean-Marc> Juergen, I suspect this is related to the delayed math
Jean-Marc> initialization patch you pro
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> the Userguide contains macros... that worked rsn?
Jean-Marc> It still works. However, if I create a file with the same
Jean-Marc> \newcommand{\macro}{a+b} as
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> the Userguide contains macros... that worked rsn?
It still works. However, if I create a file with the same
\newcommand{\macro}{a+b} as in UG, it does not load. I am puzzled.
Could other check whether this file loads?
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Is it just me, or is it impossible to read files containing math
| macros?
|
| I get:
|
| fantomas: ./devbuild/src/lyx ~/newfile3.lyx
| Language code:en_US
| Setting new locale for Qt:iso8859-1
| cannot read macro from '[unknown n][unknown w][un
13 matches
Mail list logo
