At the weekend I worked a bit to update my math manual. I stumbled over
bug 2556 that makes it very hard to work with formulas: Formula labels
can't be deleted.
http://bugzilla.lyx.org/show_bug.cgi?id=2556
The nasty behaviour that you have to reenter a label whenever you want
to change it
At the weekend I worked a bit to update my math manual. I stumbled over
bug 2556 that makes it very hard to work with formulas: Formula labels
can't be deleted.
http://bugzilla.lyx.org/show_bug.cgi?id=2556
The nasty behaviour that you have to reenter a label whenever you want
to change it
Activate math mode. Type 2^Q. Select it, then use the math panel and
change the font to normal text mode \textrm
Note that view-dvi fails, as lyx now generates invalid latex.
The bug exists in lyx 1.3 too, where it also happen when you
write 2^Q as text and then selects it and converts it to
Activate math mode. Type 2^Q. Select it, then use the math panel and
change the font to "normal text mode \textrm"
Note that view->dvi fails, as lyx now generates invalid latex.
The bug exists in lyx 1.3 too, where it also happen when you
write 2^Q as text and then selects it and converts it to
Hi,
The bug applies to 1.3.0pre3, whith any frontend.
The attached file contains some gather math environments. It could be any
math environment with multiple rows, eg. eqnarray.
In any of them, try to select with the mouse the whole middle row. As you
move the mouse (with the first button
On Tue, Feb 04, 2003 at 09:08:03AM -0200, Joao Luis Meloni Assirati wrote:
The attached file contains some gather math environments. It could be any
math environment with multiple rows, eg. eqnarray.
In any of them, try to select with the mouse the whole middle row. As you
move the mouse
On Tue, 4 Feb 2003, Andre Poenitz wrote:
[...]
You have a single inset in the middle row, so if you place the
selection anchor outside, the cursor can't go inside lest we would have
partial insets. Now the cursor is places as close as legally possible,
which, in your case is the line above
On Tue, Feb 04, 2003 at 10:31:52AM -0200, Joao Luis Meloni Assirati wrote:
Sorry, I didn't myself clear. I don't want partial insets, and doubt
that they would be useful. What I was trying to say is that the cursor
should not jump to the first or the third rows while you move the mouse.
But
On Tue, 4 Feb 2003, Andre Poenitz wrote:
On Tue, Feb 04, 2003 at 10:31:52AM -0200, Joao Luis Meloni Assirati wrote:
That is, while you move the mouse over the inset, the cursor should be at
the end of the inset.
Certainly not. First of all, you could select from behind.
OK. At the
On Tue, Feb 04, 2003 at 12:10:50PM -0200, Joao Luis Meloni Assirati wrote:
Secondly, the
cursor should be somehow near the mouse pointer, everything else is
_really_ confusing.
Well, IMHO some position in another line can be geometricaly nearer, but
not logicaly nearer, as the cursor
Hi,
The bug applies to 1.3.0pre3, whith any frontend.
The attached file contains some gather math environments. It could be any
math environment with multiple rows, eg. eqnarray.
In any of them, try to select with the mouse the whole middle row. As you
move the mouse (with the first button
On Tue, Feb 04, 2003 at 09:08:03AM -0200, Joao Luis Meloni Assirati wrote:
> The attached file contains some gather math environments. It could be any
> math environment with multiple rows, eg. eqnarray.
>
> In any of them, try to select with the mouse the whole middle row. As you
> move the
On Tue, 4 Feb 2003, Andre Poenitz wrote:
[...]
> You have a single inset in the middle row, so if you place the
> selection anchor outside, the cursor can't go inside lest we would have
> "partial insets". Now the cursor is places "as close as legally possible",
> which, in your case is the line
On Tue, Feb 04, 2003 at 10:31:52AM -0200, Joao Luis Meloni Assirati wrote:
> Sorry, I didn't myself clear. I don't want "partial insets", and doubt
> that they would be useful. What I was trying to say is that the cursor
> should not jump to the first or the third rows while you move the mouse.
On Tue, 4 Feb 2003, Andre Poenitz wrote:
> On Tue, Feb 04, 2003 at 10:31:52AM -0200, Joao Luis Meloni Assirati wrote:
> > That is, while you move the mouse over the inset, the cursor should be at
> > the end of the inset.
>
> Certainly not. First of all, you could select from behind.
OK. At
On Tue, Feb 04, 2003 at 12:10:50PM -0200, Joao Luis Meloni Assirati wrote:
> > Secondly, the
> > cursor should be "somehow near" the mouse pointer, everything else is
> > _really_ confusing.
>
> Well, IMHO some position in another line can be geometricaly nearer, but
> not logicaly nearer, as the
On Wed, Jan 22, 2003 at 06:01:34PM -0200, Joao Luis Meloni Assirati wrote:
Open the attached file and select the hole equation, then Edit - Copy (or
Control-C). Lyx freezes for a while and spends several seconds in maximun
cpu usage. After this, it is enough to select the equation again (no
On Thu, 23 Jan 2003, Andre Poenitz wrote:
This seems somehow related to undo as the debugger is usually there when
this happens but I have really no clue.
Should I file a bug in bugzilla then?
João.
On Thu, Jan 23, 2003 at 09:17:18PM -0200, Joao Luis Meloni Assirati wrote:
On Thu, 23 Jan 2003, Andre Poenitz wrote:
This seems somehow related to undo as the debugger is usually there when
this happens but I have really no clue.
Should I file a bug in bugzilla then?
Good idea.
Andre'
On Wed, Jan 22, 2003 at 06:01:34PM -0200, Joao Luis Meloni Assirati wrote:
> Open the attached file and select the hole equation, then Edit -> Copy (or
> Control-C). Lyx freezes for a while and spends several seconds in maximun
> cpu usage. After this, it is enough to select the equation again (no
On Thu, 23 Jan 2003, Andre Poenitz wrote:
> This seems somehow related to "undo" as the debugger is usually there when
> this happens but I have really no clue.
Should I file a bug in bugzilla then?
João.
On Thu, Jan 23, 2003 at 09:17:18PM -0200, Joao Luis Meloni Assirati wrote:
> On Thu, 23 Jan 2003, Andre Poenitz wrote:
>
> > This seems somehow related to "undo" as the debugger is usually there when
> > this happens but I have really no clue.
>
> Should I file a bug in bugzilla then?
Good
Hi!
This bug occours in lyx 1.3.0pre2 with both qt and xforms frontends.
Open the attached file and select the hole equation, then Edit - Copy (or
Control-C). Lyx freezes for a while and spends several seconds in maximun
cpu usage. After this, it is enough to select the equation again (no need
Hi!
This bug occours in lyx 1.3.0pre2 with both qt and xforms frontends.
Open the attached file and select the hole equation, then Edit -> Copy (or
Control-C). Lyx freezes for a while and spends several seconds in maximun
cpu usage. After this, it is enough to select the equation again (no need
I can convert to math $a\kern0.5cm b$ but when I
write in mathed \kern0.5cm, it's still set to
\kern0pt and 0.5cm is standard math text
Herbert
--
http://www.lyx.org/help/
On Wed, Aug 14, 2002 at 03:26:03PM +0200, Herbert Voss wrote:
I can convert to math $a\kern0.5cm b$ but when I
write in mathed \kern0.5cm, it's still set to
\kern0pt and 0.5cm is standard math text
Hm... becau... ok. I'll change that.
Andre'
--
Those who desire to give up Freedom in order
this fixes the wrong order and wrong view in mathed
Herbert
--
http://www.lyx.org/help/
Index: math_spaceinset.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_spaceinset.C,v
retrieving revision 1.35
diff -u
On Wed, Aug 14, 2002 at 04:33:46PM +0200, Herbert Voss wrote:
char const * latex_mathspace[] = {
- !, ,, ;, :, quad, qquad, lyxnegspace, lyxposspace
+ !, ,, :, ;, quad, qquad, lyxnegspace, lyxposspace
Isn't a ':' longer than a ;?
Andre'
--
Those who desire to give up Freedom in
I can convert to math "$a\kern0.5cm b$" but when I
write in mathed \kern0.5cm, it's still set to
\kern0pt and 0.5cm is standard math text
Herbert
--
http://www.lyx.org/help/
On Wed, Aug 14, 2002 at 03:26:03PM +0200, Herbert Voss wrote:
> I can convert to math "$a\kern0.5cm b$" but when I
> write in mathed \kern0.5cm, it's still set to
> \kern0pt and 0.5cm is standard math text
Hm... becau... ok. I'll change that.
Andre'
--
Those who desire to give up Freedom in
this fixes the wrong order and wrong view in mathed
Herbert
--
http://www.lyx.org/help/
Index: math_spaceinset.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_spaceinset.C,v
retrieving revision 1.35
diff -u
On Wed, Aug 14, 2002 at 04:33:46PM +0200, Herbert Voss wrote:
> char const * latex_mathspace[] = {
> - "!", ",", ";", ":", "quad", "qquad", "lyxnegspace", "lyxposspace"
> + "!", ",", ":", ";", "quad", "qquad", "lyxnegspace", "lyxposspace"
Isn't a ':' "longer" than a ";"?
Andre'
--
\begin_inset Formula \[
\underset{{\cal G\ \ \ }}{\iiint }\left[u\nabla ^{2}v+\left(\nabla
u,\nabla v\right)\right]d^{3}V=\underset{\mathcal{S}\ \ \ }{\oiint
}u\Q {v}{n}d^{2}A\]
\end_inset
several time save and open the doc gives
\underset{{\cal G\ \ \ }}{\iii
- open mathbox
- write \sinspace
- empty mathbox, sin is saved but no viewed
Herbert
--
http://www.lyx.org/help/
\begin_inset Formula \[
\underset{{\cal G\ \ \ }}{\iiint }\left[u\nabla ^{2}v+\left(\nabla
u,\nabla v\right)\right]d^{3}V=\underset{\mathcal{S}\ \ \ }{\oiint
}u\Q {v}{n}d^{2}A\]
\end_inset
several time save and open the doc gives
\underset{{\cal G\ \ \ }}{\iii
- open mathbox
- write \sin
-> empty mathbox, sin is saved but no viewed
Herbert
--
http://www.lyx.org/help/
On Mon, Jul 22, 2002 at 12:10:56AM +0200, Herbert Voss wrote:
- open mathbox alt-m-d
- insert-math-cases environment
- put the cursor at the end of the lower right cell
- hit ctrl-enter
- the new row is put behind the cases struct
It is now a bug.
ctrl+enter add a new equation row (for
Dekel == Dekel Tsur [EMAIL PROTECTED] writes:
Dekel BTW, in current CVS, the math-row-add command is always
Dekel disabled. This should be fixed.
You mean math-row-insert? It seems to work here.
JMarc
On Mon, Jul 22, 2002 at 02:42:52PM +0200, Jean-Marc Lasgouttes wrote:
Dekel == Dekel Tsur [EMAIL PROTECTED] writes:
Dekel BTW, in current CVS, the math-row-add command is always
Dekel disabled. This should be fixed.
You mean math-row-insert? It seems to work here.
Try adding a row to a
On Mon, Jul 22, 2002 at 12:10:56AM +0200, Herbert Voss wrote:
> - open mathbox alt-m-d
> - insert->math->cases environment
> - put the cursor at the end of the lower right cell
> - hit ctrl-enter
> -> the new row is put behind the cases struct
It is now a bug.
ctrl+enter add a new equation row
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> BTW, in current CVS, the math-row-add command is always
Dekel> disabled. This should be fixed.
You mean math-row-insert? It seems to work here.
JMarc
On Mon, Jul 22, 2002 at 02:42:52PM +0200, Jean-Marc Lasgouttes wrote:
> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> BTW, in current CVS, the math-row-add command is always
> Dekel> disabled. This should be fixed.
>
> You mean math-row-insert? It seems to work here.
Try
- open mathbox alt-m-d
- insert-math-cases environment
- put the cursor at the end of the lower right cell
- hit ctrl-enter
- the new row is put behind the cases struct
Herbert
--
http://www.lyx.org/help/
- open mathbox alt-m-d
- insert->math->cases environment
- put the cursor at the end of the lower right cell
- hit ctrl-enter
-> the new row is put behind the cases struct
Herbert
--
http://www.lyx.org/help/
On Wed, Jul 17, 2002 at 11:20:40PM +0300, Dekel Tsur wrote:
No, it does not matter which row contains the maximum number of columns.
I know that, but I think we should restrict our support to normal use
of the latex commands.
Actually I like to support as much as I can without extra pain.
when having the multline environment, lyx shows in all
lines the #-character, but only the last line is
numbered for the multline-env, the others can't!
the alt-m-N has also to be disabled for the other
lines.
Herbert
--
http://www.lyx.org/help/
On Thu, Jul 18, 2002 at 09:11:42AM +0200, Herbert Voss wrote:
when having the multline environment, lyx shows in all
lines the #-character, but only the last line is
numbered for the multline-env, the others can't!
the alt-m-N has also to be disabled for the other
lines.
Could you file
On Wed, Jul 17, 2002 at 11:20:40PM +0300, Dekel Tsur wrote:
> > No, it does not matter which row contains the maximum number of columns.
>
> I know that, but I think we should restrict our support to "normal" use
> of the latex commands.
Actually I like to support as much as I can without extra
when having the multline environment, lyx shows in all
lines the #-character, but only the last line is
numbered for the multline-env, the others can't!
the alt-m-N has also to be disabled for the other
lines.
Herbert
--
http://www.lyx.org/help/
On Thu, Jul 18, 2002 at 09:11:42AM +0200, Herbert Voss wrote:
> when having the multline environment, lyx shows in all
> lines the #-character, but only the last line is
> numbered for the multline-env, the others can't!
>
> the alt-m-N has also to be disabled for the other
> lines.
Could you
- insert-math-amsalign
- cursor into the box
- edit-math-add column
- align environment - switches to alignat
it should be still align!
Herbert
--
http://www.lyx.org/help/
On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
- insert-math-amsalign
- cursor into the box
- edit-math-add column
- align environment - switches to alignat
it should be still align!
Does align handle more than 2 columns?
Andre'
--
Those who desire to give up Freedom in
Andre Poenitz wrote:
On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
- insert-math-amsalign
- cursor into the box
- edit-math-add column
- align environment - switches to alignat
it should be still align!
Does align handle more than 2 columns?
sure, the sequence is
On Wed, Jul 17, 2002 at 06:41:57PM +0200, Andre Poenitz wrote:
On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
- insert-math-amsalign
- cursor into the box
- edit-math-add column
- align environment - switches to alignat
it should be still align!
Does align handle
Dekel Tsur [EMAIL PROTECTED] writes:
On Wed, Jul 17, 2002 at 06:41:57PM +0200, Andre Poenitz wrote:
On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
- insert-math-amsalign
- cursor into the box
- edit-math-add column
- align environment - switches to alignat
it
On Wed, Jul 17, 2002 at 10:11:50PM +0200, David Kastrup wrote:
Yes, but you have to read the 1st row in order to know the number of columns:
\begin{align}
1 2 3 4 \\
...
\end{align}
No, it does not matter which row contains the maximum number of columns.
I know that, but I
Dekel Tsur wrote:
On Wed, Jul 17, 2002 at 10:11:50PM +0200, David Kastrup wrote:
Yes, but you have to read the 1st row in order to know the number of columns:
\begin{align}
1 2 3 4 \\
...
\end{align}
No, it does not matter which row contains the maximum number of columns.
I know
- insert->math->amsalign
- cursor into the box
- edit-math->add column
-> align environment -> switches to alignat
it should be still align!
Herbert
--
http://www.lyx.org/help/
On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
> - insert->math->amsalign
> - cursor into the box
> - edit-math->add column
> -> align environment -> switches to alignat
>it should be still align!
Does align handle more than 2 columns?
Andre'
--
Those who desire to give up
Andre Poenitz wrote:
> On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
>
>>- insert->math->amsalign
>>- cursor into the box
>>- edit-math->add column
>>-> align environment -> switches to alignat
>> it should be still align!
>>
>
> Does align handle more than 2 columns?
sure,
On Wed, Jul 17, 2002 at 06:41:57PM +0200, Andre Poenitz wrote:
> On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
> > - insert->math->amsalign
> > - cursor into the box
> > - edit-math->add column
> > -> align environment -> switches to alignat
> >it should be still align!
>
>
Dekel Tsur <[EMAIL PROTECTED]> writes:
> On Wed, Jul 17, 2002 at 06:41:57PM +0200, Andre Poenitz wrote:
> > On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
> > > - insert->math->amsalign
> > > - cursor into the box
> > > - edit-math->add column
> > > -> align environment ->
On Wed, Jul 17, 2002 at 10:11:50PM +0200, David Kastrup wrote:
> >
> > Yes, but you have to read the 1st row in order to know the number of columns:
> >
> > \begin{align}
> > 1 & 2 & 3 & 4 \\
> > ...
> > \end{align}
>
> No, it does not matter which row contains the maximum number of columns.
Dekel Tsur wrote:
> On Wed, Jul 17, 2002 at 10:11:50PM +0200, David Kastrup wrote:
>
>>>Yes, but you have to read the 1st row in order to know the number of columns:
>>>
>>>\begin{align}
>>>1 & 2 & 3 & 4 \\
>>>...
>>>\end{align}
>>>
>>No, it does not matter which row contains the maximum number
Huh... why doesn't this work?
Here's the patch, which fixes (second chunk) the occasionally italic
numerals appearing initially in an equation inset:
Index: math_cursor.C
===
RCS file:
Huh... why doesn't this work?
Here's the patch, which fixes (second chunk) the occasionally italic
numerals appearing initially in an equation inset:
Index: math_cursor.C
===
RCS file:
Anybody else notice that sometimes, entering the first
digit in a (sub-)inset in math appears as italic, and
only subsequent ones as roman?
This happens in a single math inset in text as well as
in a super/subscript, sqrt and frac inset. LyX file
(as well as saved and re-loaded appearance) is
Anybody else notice that sometimes, entering the first
digit in a (sub-)inset in math appears as italic, and
only subsequent ones as roman?
This happens in a single math inset in text as well as
in a super/subscript, sqrt and frac inset. LyX file
(as well as saved and re-loaded appearance) is
André,
mathed gets better and better!
I have noticed one small bug, however. Don't know if it's in mathed or table,
but see the attached (small) screenshots.
before.png is what is originally displayed when I open the document.
after.png is the result of going into each math inset and moving
On 13-Jul-2001 Angus Leeming wrote:
André,
mathed gets better and better!
I have noticed one small bug, however. Don't know if it's in mathed or table,
but see the attached (small) screenshots.
before.png is what is originally displayed when I open the document.
after.png is the
I have noticed one small bug, however. Don't know if it's in mathed or table,
but see the attached (small) screenshots.
before.png is what is originally displayed when I open the document.
after.png is the result of going into each math inset and moving through it
with the cursor.
Can
On Friday 13 July 2001 12:16, Andre Poenitz wrote:
I have noticed one small bug, however. Don't know if it's in mathed or
table,
but see the attached (small) screenshots.
before.png is what is originally displayed when I open the document.
after.png is the result of going into each
André,
mathed gets better and better!
I have noticed one small bug, however. Don't know if it's in mathed or table,
but see the attached (small) screenshots.
"before.png" is what is originally displayed when I open the document.
"after.png" is the result of going into each math inset and
On 13-Jul-2001 Angus Leeming wrote:
> André,
>
> mathed gets better and better!
>
> I have noticed one small bug, however. Don't know if it's in mathed or table,
> but see the attached (small) screenshots.
>
> "before.png" is what is originally displayed when I open the document.
>
> I have noticed one small bug, however. Don't know if it's in mathed or table,
> but see the attached (small) screenshots.
>
> "before.png" is what is originally displayed when I open the document.
> "after.png" is the result of going into each math inset and moving through it
> with the
On Friday 13 July 2001 12:16, Andre Poenitz wrote:
> > I have noticed one small bug, however. Don't know if it's in mathed or
table,
> > but see the attached (small) screenshots.
> >
> > "before.png" is what is originally displayed when I open the document.
> > "after.png" is the result of
If I type M-m s (for generating a square root) I don't see the root sign until
a key is pressed (and also, the cursor goes outside of the screen).
However, typing '\sqrt space' works OK.
This bug is very recent (probably caused by mathed64.diff).
Probably a result of the lazy redrawing. I am
> If I type M-m s (for generating a square root) I don't see the root sign until
> a key is pressed (and also, the cursor goes outside of the screen).
> However, typing '\sqrt space' works OK.
> This bug is very recent (probably caused by mathed64.diff).
Probably a result of the "lazy
If I type M-m s (for generating a square root) I don't see the root sign until
a key is pressed (and also, the cursor goes outside of the screen).
However, typing '\sqrt space' works OK.
This bug is very recent (probably caused by mathed64.diff).
If I type M-m s (for generating a square root) I don't see the root sign until
a key is pressed (and also, the cursor goes outside of the screen).
However, typing '\sqrt space' works OK.
This bug is very recent (probably caused by mathed64.diff).
80 matches
Mail list logo