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
> > > InsetMathCas
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?
> >
> > - Mart
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
> ===
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'
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)
+++ InsetMat
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 Mat
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 0x8192
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: bv_
On Mon, Jun 16, 2003 at 12:06:25PM +0100, Angus Leeming wrote:
> > Tell me how to draw it better.
> >
> > Note that drawing it with full width is no option as long as we
> > can't scroll math insets horizontally.
>
> In the past I have mulled over generalizing the XWorkArea widget to
> add a hor
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*
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.
(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<>
> "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.2
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 WORK
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 ?
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.2c
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 artic
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)
Lyx omits \hline tokens in math arrays.
Hi,
This bug occours in versions 1.2.2cvs and 1.3.0cvs.
Create and eqnarray, ams align, or ams gather, with more then one line
and insert labels for at least two of the lines. Then toggle off numbering
of one of the labeled lines. Exporting to latex shows that line with both
\label{} and \nonumb
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 back
as I wrote there is no stared xxalignat environment.
it gives an error when having
\begin{xxalignat*}
...
Herbert
--
http://www.lyx.org/help/
On Mon, Jun 24, 2002 at 07:59:26AM +0200, [EMAIL PROTECTED] wrote:
> if you place two fractions next to each other in a formula, mathed
> should print a little gap between both. Otherwise, it looks like there
> is only one fraction.
bug 505
john
--
"I know I believe in nothing but it is my no
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
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 S
> "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 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-settin
-In mathed, write something: abcd
select some characters
write something different
The selected chars are not deleted.
Ragards,
Marco Morandini
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Mon, Dec 17, 2001 at 07:35:27PM +0200, Dekel Tsur wrote:
>> PS: When doing copy&paste 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 t
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 Mon, Dec 17, 2001 at 07:35:27PM +0200, Dekel Tsur wrote:
> PS: When doing copy&paste 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
Press \sqrt 1.
The 1 is drawn in italics, where it should be roman.
PS: When doing copy&paste 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 beh
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/
Type \{ -> a red { appears (= latex '{')
Now type $ (or \} ), and the red { becomes blue (= latex '\{' )
> 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 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 \
On Monday 20 August 2001 10:30, Andre Poenitz wrote:
> 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,
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.. sp
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 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]
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' :
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' :)
Array/eqnarray
- Multi-cell copy&pasting 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 i
> 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]
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 dispersio
> 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]
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,
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
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
André,
create an equation with a label. Save and close the document. Open it again:
the label has gone.
Angus
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
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:
bind/sciword.bi
> 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 .
The reading of math macros is broken.
On Tue, Aug 07, 2001 at 02:36:57PM +0200, Juergen Vigna wrote:
>
> On 07-Aug-2001 Angus Leeming wrote:
>
> > More seriously, if the bug report is recieved by a wide audience, then it may
> > be recieved by someone who can pinpoint the problem quickly. Jürgen knows the
> > InsetText stuff well
> be recieved by someone who can pinpoint the problem quickly. Jürgen knows the
> InsetText stuff well. Ditto André with Mathed.
Mathed is dead easy nowadays. A few dusty corners maybe, but nothing to be
scared of. So most of the "in the menu xxx should be greyed out" kind
of things could be fix
On 07-Aug-2001 Angus Leeming wrote:
> More seriously, if the bug report is recieved by a wide audience, then it may
> be recieved by someone who can pinpoint the problem quickly. Jürgen knows the
> InsetText stuff well. Ditto André with Mathed. You? Well you know a little I
> guess ;-) Me? I
On Tuesday 07 August 2001 13:14, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Sorry, forgot the important bandwidth stuff...
> |
> | Mathed is now sufficiently good that I'm using the cvs version to work
with
> | in preference to 1.1.6. This statement can, in fa
> | Mathed is now sufficiently good that I'm using the cvs version to work with
> | in preference to 1.1.6. This statement can, in fact, be generalised. The cvs
I would not recommend using it for serious short term work, though.
The overall structure is ok now, but you have noticed that some th
Sorry, forgot the important bandwidth stuff...
Mathed is now sufficiently good that I'm using the cvs version to work with
in preference to 1.1.6. This statement can, in fact, be generalised. The cvs
version is pretty good, period.
Well done all!
A
On Tuesday 07 August 2001 12:30, Andre Poen
> 1. The contents of the copy buffer are pasted in. Not good. Wasn't the
> consensus that this should be reverted?
I think it was.
> 2. More seriously, try to edit the superscripted 1/2. I can't get the cursor
> to the right of it to delete it. At the moment I'm having to create the
> desired
Create a new math inset.
Create a fraction: \frac{1}{2}
Highlight it and cut it
Create a superscript: V^...
1. The contents of the copy buffer are pasted in. Not good. Wasn't the
consensus that this should be reverted?
2. More seriously, try to edit the superscripted 1/2. I can't get the cursor
André,
Try and write
\sigma ^2
The "2" appears above the sigma, not to the right. This is not true for
non-greek letters.
On Mon, Jul 30, 2001 at 10:22:27AM +0200, Andre Poenitz wrote:
> On Sun, Jul 29, 2001 at 07:02:01PM +0300, Baruch Even wrote:
> > Whenever I type 10^ I automatically get 10^{hc} where hc is something in
> > my mathed clipboard.
>
> Oh kids...
>
> Actually this went in in response to a feature r
* Andre Poenitz <[EMAIL PROTECTED]> [010730 11:39]:
> On Sun, Jul 29, 2001 at 07:02:01PM +0300, Baruch Even wrote:
> > Whenever I type 10^ I automatically get 10^{hc} where hc is something in
> > my mathed clipboard.
>
> Oh kids...
>
> Actually this went in in response to a feature request (mark
On Sun, Jul 29, 2001 at 07:02:01PM +0300, Baruch Even wrote:
> Whenever I type 10^ I automatically get 10^{hc} where hc is something in
> my mathed clipboard.
Oh kids...
Actually this went in in response to a feature request (mark something and
press '^' to move it into a superscript).
So how i
Whenever I type 10^ I automatically get 10^{hc} where hc is something in
my mathed clipboard.
The same happens for _ (subscript)
When working in an hebrew document the entrance and exit from mathed is
reversed. When typed space I get out in the right side instead of the
left side of the formula.
> Anyway now I'm able to read the UserGuide, LaTeX it, save it, read it again
> and then when saving again and diffing against the save before I have NO
> diffs!
Thanks for checking that.
Andre'
--
André Pönitz . [EMAIL PROTECTED]
On 27-Jul-2001 Andre Poenitz wrote:
>> a symbol whose LaTeX name you know, like \oint for "in[]" ...
>>
>> Have a look at the "in[]" part seems strange to me!
>
>
> Uuh... yes... that's ugly. The math parser is not (yet) re-entrant, so
> builting the table of 'builtin macros' during the readin
> a symbol whose LaTeX name you know, like \oint for "in[]" ...
>
> Have a look at the "in[]" part seems strange to me!
Uuh... yes... that's ugly. The math parser is not (yet) re-entrant, so
builting the table of 'builtin macros' during the reading of a 'real
formula' breaks everything...
Andr
Now we have a new one! You somehow output a 0 character in $ $ stuff.
Trye subsection 5.1.8 Other Math Symbols in the UserGuide. There is
something strange in the second paragraph:
a symbol whose LaTeX name you know, like \oint for "in[]" ...
Have a look at the "in[]" part seems strange to me!
On 27-Jul-2001 Andre Poenitz wrote:
> math_bigopinset.C:19
Ok I miss the last ' ' in that line until I can update I add this here by
hand so that I'm able to read/latex the UserGuide (which is a very good test
file ;)
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-.
> Well maybe I'm not really uptodate, but cvs is down and I cannot update.
> Just to be sure what's the file and whats the byte number? in it so I'll
> have a look if we have the same one.
math_bigopinset.C:19
> Anyway did you just have a look at the code or did you actually try it?
I tried it.
On 27-Jul-2001 Andre Poenitz wrote:
>> Try open a mathed inset and type the following:
>>
>> \int x
>>
>> then try to latex it it will give you errors.
>
> It does not.
Well maybe I'm not really uptodate, but cvs is down and I cannot update.
Just to be sure what's the file and whats the byte
> Try open a mathed inset and type the following:
>
> \int x
>
> then try to latex it it will give you errors.
It does not.
> Also saving an reloading it will not work! The problem is that you miss
> the space after the \int command in the output.
I can't see that.
void MathBigopInset::wri
Hello Andre, could you please have a look at this.
Try open a mathed inset and type the following:
\int x
then try to latex it it will give you errors. Also saving an reloading
it will not work! The problem is that you miss the space after the \int
command in the output. (seen in the tablefloat
Hi,
Pressing backspace while in math text mode exits math text mode.
It shouldn't.
Tested in yesterday's 1.2.0cvs. Was OK in 1.1.6fix2.
Regards,
Eran Tromer
On Wed, 4 Jul 2001, Andre Poenitz wrote:
> > > It's possible to create a double subscript by typing the following in
> > > mathed:
> > > x_1y_2
> >
> > the y is a typo???
>
> No, I can confirm the bug.
>
> I have a work around in my local tree, but the whole business of
> super/subscripts seem
> > It's possible to create a double subscript by typing the following in
> > mathed:
> > x_1y_2
>
> the y is a typo???
No, I can confirm the bug.
I have a work around in my local tree, but the whole business of
super/subscripts seems to need a bit of work...
> x_{1_{2_{3}}}
Did you type th
Herbert Voss wrote:
>
> Eran Tromer wrote:
> >
> > It's possible to create a double subscript by typing the following in
> > mathed:
> > x_1y_2
>
> the y is a typo???
No it's not. I'm writing
x y
1 2
and then I delete the 'y'.
Regards,
Eran Tromer
Eran Tromer wrote:
>
> It's possible to create a double subscript by typing the following in
> mathed:
> x_1y_2
the y is a typo???
> The generated latex code contains "x_{1}_{2}", and so does the saved
> .lyx file.
x_{1_{2_{3}}}
this is my code, same in 1.1.6fix2
> The bug exists in the cu
Hello,
It's possible to create a double subscript by typing the following in
mathed:
x_1y_2
The generated latex code contains "x_{1}_{2}", and so does the saved
.lyx file.
The bug exists in the current 1.2.0cvs, and the double subscript is
displayed just like "x_{12}" but with a some space be
> in mathed, there is a small yet annoying bug which I hope you will be
> able to fix without much effort: I have a TeX command included in my
> formula, "mathbb{P}", in order to access some special symbol. Now every
> time I load my document, "{P}" is removed by LyX, i.e. I have to re-add
> it by
On Tue, May 08, 2001 at 03:56:28PM +0200, Michael Schmitt wrote:
> Hi Andre,
>
> in mathed, there is a small yet annoying bug which I hope you will be
> able to fix without much effort: I have a TeX command included in my
> formula, "mathbb{P}", in order to access some special symbol. Now every
>
Hi Andre,
in mathed, there is a small yet annoying bug which I hope you will be
able to fix without much effort: I have a TeX command included in my
formula, "mathbb{P}", in order to access some special symbol. Now every
time I load my document, "{P}" is removed by LyX, i.e. I have to re-add
it b
On Wed, Apr 25, 2001 at 11:19:55PM +0200, Michael Schmitt wrote:
> I checked the latest cvs and I would like to mention a bug that may
> indicate some internal memory management problem. Just create a new math
> formula with some indexed variable "a_i". Then copy "a_i" (within
> mathed) and paste
Hi,
I checked the latest cvs and I would like to mention a bug that may
indicate some internal memory management problem. Just create a new math
formula with some indexed variable "a_i". Then copy "a_i" (within
mathed) and paste it several times ("a_i a_i a_i a_i") . If you try to the
change the
On Sun, 18 Feb 2001, Andre Poenitz wrote:
> Of course, light blue arrows smelling like tuna are much better than
> ordinary b's in a display math formula and there certainly would be no
> need to document or explain this change, but I fear it would come down
> a bit surprisingly on people who hav
> This is not a bug!
> I've intentionally changed the behavior of Ctrl+enter in a display math
> formula to create an align* environment (which has 2 "columns") instead of
> the the eqnarray* (which has 3 "columns"), as the former is much better than
> the latter.
Ah... nice that you have not cha
On Sat, Feb 17, 2001 at 10:08:06AM -0600, Alejandro Aguilar Sierra wrote:
> On 17 Feb 2001, Lars Gullik Bj?nnes wrote:
> > | This is not a bug!
> > | I've intentionally changed the behavior of Ctrl+enter in a display math
> > | formula to create an align* environment (which has 2 "columns") instea
On Sat, Feb 17, 2001 at 03:08:12PM +0100, Lars Gullik Bjønnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
> | This is not a bug!
> | I've intentionally changed the behavior of Ctrl+enter in a display math
> | formula to create an align* environment (which has 2 "columns") instead of
> | the t
On 17 Feb 2001, Lars Gullik Bjønnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
> |
> | This is not a bug!
> | I've intentionally changed the behavior of Ctrl+enter in a display math
> | formula to create an align* environment (which has 2 "columns") instead of
> | the the eqnarray* (which h
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Fri, Feb 16, 2001 at 05:48:17PM +0100, Andre Poenitz wrote:
| >
| > The bug was inserted by a patch on 12th Feb between 12:55 and 12:58 I
| > attach the relevant parts of the diff to this message. Maybe the
| > responsible person could have a look aga
On Fri, Feb 16, 2001 at 05:48:17PM +0100, Andre Poenitz wrote:
>
> The bug was inserted by a patch on 12th Feb between 12:55 and 12:58 I
> attach the relevant parts of the diff to this message. Maybe the
> responsible person could have a look again. I suppose you know your
> handwriting ;-)
Thi
The bug was inserted by a patch on 12th Feb between 12:55 and 12:58 I
attach the relevant parts of the diff to this message. Maybe the
responsible person could have a look again. I suppose you know your
handwriting ;-)
Moreover, it would be really nice if not too many people would interfere
dur
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > This is probably the result of the changes made today in the mathed code.
|
| Ok. I have pinned it down to the checkin at 09:55:14.
|
| I am going to have a look at the diff now...
Can very wwell be some of the raw pointer stuff.
Lgb
> This is probably the result of the changes made today in the mathed code.
Ok. I have pinned it down to the checkin at 09:55:14.
I am going to have a look at the diff now...
Andre'
--
André Pönitz [EMAIL PROTECTED]
1 - 100 of 114 matches
Mail list logo
