On Thu, Aug 30, 2007 at 07:39:32AM +0300, Martin Vermeer wrote:
On Wed, Aug 29, 2007 at 08:13:42PM +0300, Martin Vermeer wrote:
When doing the localization, I found a funny looking string in
InsetMathCases. I think it is a mistake, and should be like the
attached. OK?
- Martin
On Thu, 30 Aug 2007 08:14:21 +0200
Andre Poenitz [EMAIL PROTECTED] wrote:
On Thu, Aug 30, 2007 at 07:39:32AM +0300, Martin Vermeer wrote:
On Wed, Aug 29, 2007 at 08:13:42PM +0300, Martin Vermeer wrote:
When doing the localization, I found a funny looking string in
InsetMathCases. I
On Thu, Aug 30, 2007 at 07:39:32AM +0300, Martin Vermeer wrote:
> On Wed, Aug 29, 2007 at 08:13:42PM +0300, Martin Vermeer wrote:
> > When doing the localization, I found a funny looking string in
> > InsetMathCases. I think it is a mistake, and should be like the
> > attached. OK?
> >
> > -
On Thu, 30 Aug 2007 08:14:21 +0200
Andre Poenitz <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 30, 2007 at 07:39:32AM +0300, Martin Vermeer wrote:
> > On Wed, Aug 29, 2007 at 08:13:42PM +0300, Martin Vermeer wrote:
> > > When doing the localization, I found a funny looking string in
> > >
When doing the localization, I found a funny looking string in
InsetMathCases. I think it is a mistake, and should be like the
attached. OK?
- Martin
Index: InsetMathCases.cpp
===
--- InsetMathCases.cpp (revision 19865)
+++
On Wed, Aug 29, 2007 at 08:13:42PM +0300, Martin Vermeer wrote:
When doing the localization, I found a funny looking string in
InsetMathCases. I think it is a mistake, and should be like the
attached. OK?
Doesn't look wrong.
Andre'
On Wed, Aug 29, 2007 at 08:13:42PM +0300, Martin Vermeer wrote:
When doing the localization, I found a funny looking string in
InsetMathCases. I think it is a mistake, and should be like the
attached. OK?
- Martin
Index: InsetMathCases.cpp
When doing the localization, I found a funny looking string in
InsetMathCases. I think it is a mistake, and should be like the
attached. OK?
- Martin
Index: InsetMathCases.cpp
===
--- InsetMathCases.cpp (revision 19865)
+++
On Wed, Aug 29, 2007 at 08:13:42PM +0300, Martin Vermeer wrote:
> When doing the localization, I found a funny looking string in
> InsetMathCases. I think it is a mistake, and should be like the
> attached. OK?
Doesn't look wrong.
Andre'
On Wed, Aug 29, 2007 at 08:13:42PM +0300, Martin Vermeer wrote:
> When doing the localization, I found a funny looking string in
> InsetMathCases. I think it is a mistake, and should be like the
> attached. OK?
>
> - Martin
>
> Index: InsetMathCases.cpp
>
Daniel Watkins wrote:
Hey guys,
I'm completely confused by which bug covers what, so I'll tell you the
bug and hopefully someone will tell me what's going on. :p
Summary: Arrows with curves in display incorrectly/crash LyX
Any of the \hook arrows don't display correctly when typed and,
Daniel Watkins wrote:
> Hey guys,
> I'm completely confused by which bug covers what, so I'll tell you the
> bug and hopefully someone will tell me what's going on. :p
>
> Summary: Arrows with curves in display incorrectly/crash LyX
>
> Any of the \hook arrows don't display correctly when typed
Hey guys,
I'm completely confused by which bug covers what, so I'll tell you the
bug and hopefully someone will tell me what's going on. :p
Summary: Arrows with curves in display incorrectly/crash LyX
Any of the \hook arrows don't display correctly when typed and, when
clicked upon within the
Hey guys,
I'm completely confused by which bug covers what, so I'll tell you the
bug and hopefully someone will tell me what's going on. :p
Summary: Arrows with curves in display incorrectly/crash LyX
Any of the \hook arrows don't display correctly when typed and, when
clicked upon within the
Hello,
whenever I edit some math formula (in an otherwise empty doc) and close
the document afterwards, the following valgrind report (and many more)
appears:
==28940== Invalid read of size 4
==28940==at 0x8192E8E: MathCursor::info() const (math_cursor.C:1298)
==28940==by 0x80D54F7:
On Thu, Aug 28, 2003 at 03:49:47PM +0200, Michael Schmitt wrote:
Hello,
whenever I edit some math formula (in an otherwise empty doc) and close
the document afterwards, the following valgrind report (and many more)
appears:
==28940== Invalid read of size 4
==28940==at 0x8192E8E:
Hello,
whenever I edit some math formula (in an otherwise empty doc) and close
the document afterwards, the following valgrind report (and many more)
appears:
==28940== Invalid read of size 4
==28940==at 0x8192E8E: MathCursor::info() const (math_cursor.C:1298)
==28940==by 0x80D54F7:
On Thu, Aug 28, 2003 at 03:49:47PM +0200, Michael Schmitt wrote:
> Hello,
>
> whenever I edit some math formula (in an otherwise empty doc) and close
> the document afterwards, the following valgrind report (and many more)
> appears:
>
> ==28940== Invalid read of size 4
> ==28940==at
(This is with LyX 1.3)
Create an eqnarray environment and then type on the top row
\lefteqn{w+x+y+z = }
It gets typeset correctly by LaTeX, but is drawn strangely by LyX.
--
Angusattachment: lefteqn.png
On Mon, Jun 16, 2003 at 11:47:40AM +0100, Angus Leeming wrote:
(This is with LyX 1.3)
Create an eqnarray environment and then type on the top row
\lefteqn{w+x+y+z = }
It gets typeset correctly by LaTeX, but is drawn strangely by LyX.
*shrug*
Tell me how to draw it better.
Note
Andre Poenitz wrote:
On Mon, Jun 16, 2003 at 11:47:40AM +0100, Angus Leeming wrote:
(This is with LyX 1.3)
Create an eqnarray environment and then type on the top row
\lefteqn{w+x+y+z = }
It gets typeset correctly by LaTeX, but is drawn strangely by LyX.
*shrug*
Tell me how
(This is with LyX 1.3)
Create an eqnarray environment and then type on the top row
\lefteqn{w+x+y+z = }
It gets typeset correctly by LaTeX, but is drawn strangely by LyX.
--
Angus<>
On Mon, Jun 16, 2003 at 11:47:40AM +0100, Angus Leeming wrote:
> (This is with LyX 1.3)
>
> Create an eqnarray environment and then type on the top row
> \lefteqn{w+x+y+z = }
>
> It gets typeset correctly by LaTeX, but is drawn strangely by LyX.
*shrug*
Tell me how to draw it better.
Andre Poenitz wrote:
> On Mon, Jun 16, 2003 at 11:47:40AM +0100, Angus Leeming wrote:
>> (This is with LyX 1.3)
>>
>> Create an eqnarray environment and then type on the top row
>> \lefteqn{w+x+y+z = }
>>
>> It gets typeset correctly by LaTeX, but is drawn strangely by LyX.
>
> *shrug*
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Index: src/mathed/math_hullinset.C
===
RCS file: /cvs/lyx/lyx-devel/src/mathed/math_hullinset.C,v
retrieving revision 1.22.2.2 diff -u -r1.22.2.2 math_hullinset.C
---
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> Index: src/mathed/math_hullinset.C
>> ===
>> RCS file: /cvs/lyx/lyx-devel/src/mathed/math_hullinset.C,v
>> retrieving revision 1.22.2.2 diff -u -r1.22.2.2 math_hullinset.C
Index: src/mathed/math_hullinset.C
=== RCS
file: /cvs/lyx/lyx-devel/src/mathed/math_hullinset.C,v
retrieving revision 1.22.2.2
diff -u -r1.22.2.2 math_hullinset.C
--- src/mathed/math_hullinset.C 2002/08/19 10:30:30 1.22.2.2
> Index: src/mathed/math_hullinset.C
> === RCS
> file: /cvs/lyx/lyx-devel/src/mathed/math_hullinset.C,v
> retrieving revision 1.22.2.2
> diff -u -r1.22.2.2 math_hullinset.C
> --- src/mathed/math_hullinset.C 2002/08/19 10:30:30
Is this really a bug? Should I fill a record in bugzilla?
João.
-- Forwarded message --
Date: Sun, 27 Oct 2002 09:02:31 -0200 (BRST)
From: Joao Luis Meloni Assirati [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Mathed BUG.
Hi,
This bug occours in versions 1.2.2cvs
On Tue, Oct 29, 2002 at 09:21:01AM -0200, Joao Luis Meloni Assirati wrote:
Is this really a bug? Should I fill a record in bugzilla?
hmm, isn't there something like this already ?
...
http://bugzilla.lyx.org/show_bug.cgi?id=267
http://bugzilla.lyx.org/show_bug.cgi?id=594
is it one of those ?
John Levon wrote:
hmm, isn't there something like this already ?
http://bugzilla.lyx.org/show_bug.cgi?id=267
http://bugzilla.lyx.org/show_bug.cgi?id=594
is it one of those ?
267 says that once \nonumber-ed, it is impossible to re-number it. I don't
have this problem, and the status
Is this really a bug? Should I fill a record in bugzilla?
João.
-- Forwarded message --
Date: Sun, 27 Oct 2002 09:02:31 -0200 (BRST)
From: Joao Luis Meloni Assirati <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Mathed BUG.
Hi,
This bug occours in versions 1.
On Tue, Oct 29, 2002 at 09:21:01AM -0200, Joao Luis Meloni Assirati wrote:
> Is this really a bug? Should I fill a record in bugzilla?
hmm, isn't there something like this already ?
...
http://bugzilla.lyx.org/show_bug.cgi?id=267
http://bugzilla.lyx.org/show_bug.cgi?id=594
is it one of those
John Levon wrote:
> hmm, isn't there something like this already ?
> http://bugzilla.lyx.org/show_bug.cgi?id=267
> http://bugzilla.lyx.org/show_bug.cgi?id=594
> is it one of those ?
267 says that once \nonumber-ed, it is impossible to re-number it. I don't
have this problem, and the status
Lyx omits \hline tokens in math arrays.
On Mon, Oct 28, 2002 at 03:47:49PM +0200, Dekel Tsur wrote:
Lyx omits \hline tokens in math arrays.
Example please.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Mon, Oct 28, 2002 at 02:49:34PM +0100, Andre Poenitz wrote:
On Mon, Oct 28, 2002 at 03:47:49PM +0200, Dekel Tsur wrote:
Lyx omits \hline tokens in math arrays.
Example please.
Attached.
#LyX 1.2 created this file. For more info see http://www.lyx.org/
\lyxformat 220
\textclass article
Lyx omits \hline tokens in math arrays.
On Mon, Oct 28, 2002 at 03:47:49PM +0200, Dekel Tsur wrote:
> Lyx omits \hline tokens in math arrays.
Example please.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Mon, Oct 28, 2002 at 02:49:34PM +0100, Andre Poenitz wrote:
> On Mon, Oct 28, 2002 at 03:47:49PM +0200, Dekel Tsur wrote:
> > Lyx omits \hline tokens in math arrays.
>
> Example please.
Attached.
#LyX 1.2 created this file. For more info see http://www.lyx.org/
\lyxformat 220
\textclass
Enter in mathed :
lim
Where lim is \lim, and they are sub/superscripts. Now select the whole
math and change it to over/under in the math panel :
lim
Now select the entire range of a's and press
Enter in mathed :
lim
Where lim is \lim, and they are sub/superscripts. Now select the whole
math and change it to over/under in the math panel :
lim
Now select the entire range of a's and press
as I wrote there is no stared xxalignat environment.
it gives an error when having
\begin{xxalignat*}
...
Herbert
--
http://www.lyx.org/help/
as I wrote there is no stared xxalignat environment.
it gives an error when having
\begin{xxalignat*}
...
Herbert
--
http://www.lyx.org/help/
On Fri, Apr 19, 2002 at 12:22:50PM +0200, Marco Morandini wrote:
-In mathed, write something: abcd
select some characters
write something different
The selected chars are not deleted.
Now bug 345
regards
john
--
I continue to be amazed at what Andrei can make templates do. Some of it
On Fri, Apr 19, 2002 at 12:22:50PM +0200, Marco Morandini wrote:
> -In mathed, write something: abcd
> select some characters
> write something different
>
> The selected chars are not deleted.
Now bug 345
regards
john
--
"I continue to be amazed at what Andrei can make templates do. Some
-In mathed, write something: abcd
select some characters
write something different
The selected chars are not deleted.
Ragards,
Marco Morandini
On Fri, Apr 19, 2002 at 12:22:50PM +0200, Marco Morandini wrote:
-In mathed, write something: abcd
select some characters
write something different
The selected chars are not deleted.
I see that this is different from 'the outside' world. Does the latter
depend on some lyxrc-setting?
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Fri, Apr 19, 2002 at 12:22:50PM +0200, Marco Morandini
Andre wrote:
-In mathed, write something: abcd select some characters write
something different
The selected chars are not deleted.
Andre I see that this is different from 'the
On Fri, Apr 19, 2002 at 02:24:42PM +0200, Jean-Marc Lasgouttes wrote:
Andre I see that this is different from 'the outside' world. Does the
Andre latter depend on some lyxrc-setting?
lyxrc.auto_region_delete
Thank you.
Andre'
--
Those who desire to give up Freedom in order to gain
-In mathed, write something: abcd
select some characters
write something different
The selected chars are not deleted.
Ragards,
Marco Morandini
On Fri, Apr 19, 2002 at 12:22:50PM +0200, Marco Morandini wrote:
> -In mathed, write something: abcd
> select some characters
> write something different
>
> The selected chars are not deleted.
I see that this is different from 'the outside' world. Does the latter
depend on some
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Apr 19, 2002 at 12:22:50PM +0200, Marco Morandini
Andre> wrote:
>> -In mathed, write something: abcd select some characters write
>> something different
>>
>> The selected chars are not deleted.
Andre> I see that this is
On Fri, Apr 19, 2002 at 02:24:42PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> I see that this is different from 'the outside' world. Does the
> Andre> latter depend on some lyxrc-setting?
>
> lyxrc.auto_region_delete
Thank you.
Andre'
--
Those who desire to give up Freedom in order to gain
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Mon, Dec 17, 2001 at 07:35:27PM +0200, Dekel Tsur wrote:
PS: When doing copypaste of rectangular regions of an array, the
pasted text is appended to the old text of each cell. Wouldn't it
be more intuitive if the new text replaces the
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Mon, Dec 17, 2001 at 07:35:27PM +0200, Dekel Tsur wrote:
>> PS: When doing copy of rectangular regions of an array, the
>> pasted text is appended to the old text of each cell. Wouldn't it
>> be more intuitive if the new text
Press \sqrt space 1.
The 1 is drawn in italics, where it should be roman.
PS: When doing copypaste of rectangular regions of an array, the pasted text
is appended to the old text of each cell.
Wouldn't it be more intuitive if the new text replaces the old text ?
(this would be consistent with
On Mon, Dec 17, 2001 at 07:35:27PM +0200, Dekel Tsur wrote:
PS: When doing copypaste of rectangular regions of an array, the pasted text
is appended to the old text of each cell.
Wouldn't it be more intuitive if the new text replaces the old text ?
Yes, perhaps. Konni wanted prepending, I did
On Mon, Dec 17, 2001 at 07:35:27PM +0200, Dekel Tsur wrote:
...
Date: Mon, 17 Dec 2001 19:35:27 +0200
From: Dekel Tsur [EMAIL PROTECTED]
To: LyX devel [EMAIL PROTECTED]
Subject: Mathed bug
Reply-To: Dekel Tsur [EMAIL PROTECTED]
Mail-Followup-To: LyX devel [EMAIL PROTECTED]
X-Mailer: Mutt
Press \sqrt 1.
The 1 is drawn in italics, where it should be roman.
PS: When doing copy of rectangular regions of an array, the pasted text
is appended to the old text of each cell.
Wouldn't it be more intuitive if the new text replaces the old text ?
(this would be consistent with the behavior
On Mon, Dec 17, 2001 at 07:35:27PM +0200, Dekel Tsur wrote:
> PS: When doing copy of rectangular regions of an array, the pasted text
> is appended to the old text of each cell.
> Wouldn't it be more intuitive if the new text replaces the old text ?
Yes, perhaps. Konni wanted prepending, I did
On Mon, Dec 17, 2001 at 07:35:27PM +0200, Dekel Tsur wrote:
...
> Date: Mon, 17 Dec 2001 19:35:27 +0200
> From: Dekel Tsur <[EMAIL PROTECTED]>
> To: LyX devel <[EMAIL PROTECTED]>
> Subject: Mathed bug
> Reply-To: Dekel Tsur <[EMAIL PROTECTED]>
> Mail-Followup-T
On Sat, Sep 08, 2001 at 07:02:44AM +0200, Herbert Voss wrote:
in a displayed formula a fraction should be in displaystyle,
but it's in scriptstyle in dvi output.
This is nigh to impossible... This would mean I'd explicitly write a
\scriptstyle on output which I certainly don't.
How does the
On Sat, Sep 08, 2001 at 07:02:44AM +0200, Herbert Voss wrote:
> in a displayed formula a fraction should be in displaystyle,
> but it's in scriptstyle in dvi output.
This is nigh to impossible... This would mean I'd explicitly write a
\scriptstyle on output which I certainly don't.
How does the
in a displayed formula a fraction should be in displaystyle,
but it's in scriptstyle in dvi output. on screen the
charactersize is correct.
Herbert
--
http://www.educat.hu-berlin.de/~voss/lyx/
in a displayed formula a fraction should be in displaystyle,
but it's in scriptstyle in dvi output. on screen the
charactersize is correct.
Herbert
--
http://www.educat.hu-berlin.de/~voss/lyx/
On Mon, Aug 20, 2001 at 08:48:58AM +0200, Andre Poenitz wrote:
On Sat, Aug 18, 2001 at 07:47:00PM +0200, Lars Gullik Bjønnes wrote:
Dekel Tsur [EMAIL PROTECTED] writes:
| - The \not inset is not rendered incorrectly.
Please?
To be more precise there are two problem:
1) For \not\leq,
To be more precise there are two problem:
1) For \not\leq, the / glyph is positioned too much to the right.
Ok.
2) When you write \not at the end of a formula inset,
the / glyph appears outside of the mathed frame.
That's what the LaTeX output looks like, too. It's not Nice, though.
The
On Mon, Aug 20, 2001 at 08:48:58AM +0200, Andre Poenitz wrote:
> On Sat, Aug 18, 2001 at 07:47:00PM +0200, Lars Gullik Bjønnes wrote:
> > Dekel Tsur <[EMAIL PROTECTED]> writes:
> >
> > | - The \not inset is not rendered incorrectly.
>
> Please?
To be more precise there are two problem:
1) For
> To be more precise there are two problem:
> 1) For \not\leq, the / glyph is positioned too much to the right.
Ok.
> 2) When you write \not at the end of a formula inset,
> the / glyph appears outside of the mathed frame.
That's what the LaTeX output looks like, too. It's not Nice, though.
On Sat, Aug 18, 2001 at 07:47:00PM +0200, Lars Gullik Bjønnes wrote:
Dekel Tsur [EMAIL PROTECTED] writes:
| - The \not inset is not rendered incorrectly.
Good.
Please?
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Can't exit from the right hand side of the inset using either the arrow or
space buttons. The cursor just loops back to the front. If the inset is in a
note inset, then pressing Esc has intersting positional effects.
Angus
On Mon, Aug 20, 2001 at 10:32:11AM +0100, Angus Leeming wrote:
Can't exit from the right hand side of the inset using either the arrow or
space buttons. The cursor just loops back to the front. If the inset is in a
note inset, then pressing Esc has intersting positional effects.
Hm.. space
On Sat, Aug 18, 2001 at 07:47:00PM +0200, Lars Gullik Bjønnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> | - The \not inset is not rendered incorrectly.
>
> Good.
Please?
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Can't exit from the right hand side of the inset using either the arrow or
space buttons. The cursor just loops back to the front. If the inset is in a
note inset, then pressing Esc has "intersting" positional effects.
Angus
On Mon, Aug 20, 2001 at 10:32:11AM +0100, Angus Leeming wrote:
> Can't exit from the right hand side of the inset using either the arrow or
> space buttons. The cursor just loops back to the front. If the inset is in a
> note inset, then pressing Esc has "intersting" positional effects.
Hm..
Array/eqnarray
- Multi-cell copypasting doesn't work properly
Macros:
- When changing the macro definition, its instances are not updated.
- LyX crashes when you define a recursive macro
- Macro definition is not per document
Misc:
- When typing \foo2, the mathed exits the ERT mode (this
On Sat, Aug 18, 2001 at 07:47:00PM +0200, Lars Gullik Bjønnes wrote:
Dekel Tsur [EMAIL PROTECTED] writes:
| - The \not inset is not rendered incorrectly.
Good.
Err, too many negations.
I meant of course 'the \ inset is not rendered incorrectly' :)
Dekel Tsur wrote:
On Sat, Aug 18, 2001 at 07:47:00PM +0200, Lars Gullik Bjønnes wrote:
Dekel Tsur [EMAIL PROTECTED] writes:
| - The \not inset is not rendered incorrectly.
Good.
Err, too many negations.
I meant of course 'the \ inset is not rendered incorrectly' :)
Better. Wanna
Array/eqnarray
- Multi-cell copy doesn't work properly
Macros:
- When changing the macro definition, its instances are not updated.
- LyX crashes when you define a recursive macro
- Macro definition is not per document
Misc:
- When typing \foo2, the mathed exits the ERT mode (this is OK
On Sat, Aug 18, 2001 at 07:47:00PM +0200, Lars Gullik Bjønnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> | - The \not inset is not rendered incorrectly.
>
> Good.
Err, too many negations.
I meant of course 'the \ inset is not rendered incorrectly' :)
Dekel Tsur wrote:
>
> On Sat, Aug 18, 2001 at 07:47:00PM +0200, Lars Gullik Bjønnes wrote:
> > Dekel Tsur <[EMAIL PROTECTED]> writes:
> >
> > | - The \not inset is not rendered incorrectly.
> >
> > Good.
>
> Err, too many negations.
> I meant of course 'the \ inset is not rendered incorrectly'
It appears that when reading an existing document with some inline math in a
paragraph, mathed inserts extra spaces immediately after the math inset in
the lyx text. Move the cursor through these spaces and they're gobbled up,
one by one.
Angus
On Friday 17 August 2001 16:28, Angus Leeming wrote:
It appears that when reading an existing document with some inline math in
a
paragraph, mathed inserts extra spaces immediately after the math inset in
the lyx text. Move the cursor through these spaces and they're gobbled up,
one by
On Fri, Aug 17, 2001 at 04:28:42PM +0100, Angus Leeming wrote:
It appears that when reading an existing document with some inline math in a
paragraph, mathed inserts extra spaces immediately after the math inset in
the lyx text. Move the cursor through these spaces and they're gobbled up,
create an equation with a label. Save and close the document. Open it again:
the label has gone.
Fixed. I got it mixed up in the new parser
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Ok, here's the clean snippet.
The dispersion studies above have all used
\begin_inset Formula $D=D_{\textrm{mol}}$
\end_inset
, the species' coefficient of molecular diffusion.
Note no space before final $ and no space on next line before the comma.
Read it in, write it out:
The
So it appears that the problem really lies in what you do after the
\end_inset command.
Pretty easy: _I_ do nothing there. I do not even write the \end_inset
Andre'
--
André Pönitz . [EMAIL PROTECTED]
It appears that when reading an existing document with some inline math in a
paragraph, mathed inserts extra spaces immediately after the math inset in
the lyx text. Move the cursor through these spaces and they're gobbled up,
one by one.
Angus
On Friday 17 August 2001 16:28, Angus Leeming wrote:
> It appears that when reading an existing document with some inline math in
a
> paragraph, mathed inserts extra spaces immediately after the math inset in
> the lyx text. Move the cursor through these spaces and they're gobbled up,
> one
On Fri, Aug 17, 2001 at 04:28:42PM +0100, Angus Leeming wrote:
> It appears that when reading an existing document with some inline math in a
> paragraph, mathed inserts extra spaces immediately after the math inset in
> the lyx text. Move the cursor through these spaces and they're gobbled up,
> create an equation with a label. Save and close the document. Open it again:
> the label has gone.
Fixed. I got it mixed up in the new parser
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Ok, here's the clean snippet.
The dispersion studies above have all used
\begin_inset Formula $D=D_{\textrm{mol}}$
\end_inset
, the species' coefficient of molecular diffusion.
Note no space before final $ and no space on next line before the comma.
Read it in, write it out:
The
> So it appears that the problem really lies in what you do after the
> \end_inset command.
Pretty easy: _I_ do nothing there. I do not even write the \end_inset
Andre'
--
André Pönitz . [EMAIL PROTECTED]
The reading of math macros is broken.
The reading of math macros is broken.
I cannot reproduce this in my tree.
Anyway, this does not mean much, since the both of us have a diff of about
1300 lines...
Did I mention that it would be really nice if someone would apply the
patch to math.bind recently?
Andre'
--
André Pönitz
It's in already I think. At least trying to apply syntax.diff to
lib/bind/math.bind, I get
Reversed (or previously applied) patch detected! Assume -R? [y]
Moreover, lib/ChangeLog starts
2001-07-25 AndrM-i PM-vnitz [EMAIL PROTECTED]
* bind/math.bind:
On Mon, Aug 13, 2001 at 03:04:38PM +0100, Angus Leeming wrote:
It's in already I think. At least trying to apply syntax.diff to
lib/bind/math.bind, I get
Looks pretty recent then. It wasn't in when I updated an hour ago or so...
Andre'
--
André Pönitz
The reading of math macros is broken.
> The reading of math macros is broken.
I cannot reproduce this in my tree.
Anyway, this does not mean much, since the both of us have a diff of about
1300 lines...
Did I mention that it would be really nice if someone would apply the
patch to math.bind recently?
Andre'
--
André Pönitz
1 - 100 of 217 matches
Mail list logo