> "Andr�" == Andr� Poenitz <[EMAIL PROTECTED]> writes:
Andr�> I never figured out why the script collapsing code was so
Andr�> unstable...
Well it is still not perfect yet. In particular, undo does strange
things with multi-letter nucleus.
JMarc
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> The following patch fixes the crash described in the bug:
Jean-Marc> popRight should not blindly go one step on the right, since
Jean-Marc> notifyC
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> The following patch fixes the crash described in the bug:
Jean-Marc> popRight should not blindly go one step on the right, since
Jean-Marc> notifyCursorLeave may cause a script inset to commit
Jean-Marc> suicide. The
The following patch fixes the crash described in the bug: popRight
should not blindly go one step on the right, since notifyCursorLeave
may cause a script inset to commit suicide. The situation is still not
perfect if the nucleus contained more than one character, but I think
it will have to do fo
Alysson Ferrari wrote:
> CRASH:
> * Math-display.
> * type "ab", for example.
> * LEFT CURSOR, so that cursor is between "a" and "b"
> * _ to create the subscript -- also "works" with a superscript ;-)
> * RIGHT CURSOR, to exit the "subscript red box" (what is the correct name
> for that?),
LyX developers:
I've noticed several instabilities concerning the math editor and
subscripts/superscripts. In the following, I give the "recipe" for one crash
and one odd behaviour of LyX 1.3.5 (also happens in 1.3.4):
CRASH:
* Math-display.
* type "ab", for example
Current cvs. Space no longer gets out of a subscript in math, at least
in the numerator of a fraction.
hawk
--
Richard E. Hawkins, Asst. Prof. of Economics/"\ ASCII ribbon campaign
[EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail
These opinions will not be those
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> The thing is _I_ don't know either, as that's a call to the
Andre> outer world, not my stuff...
Andre> Anyway, use 'true' and comment out the 'dirty' in the argument
Andre> list. I've never had complaints about mathed sluggishness
On Thu, Aug 15, 2002 at 12:23:57PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> [But 'true' should be safe except that it causes an additional
> Andre> redraw in some cases (most notably simple cursor movements)]
>
> So which version do you prefer?
I think I prefer the 'true'. This is the stable
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> The code in 1.3 is
Andre> void InsetFormulaBase::updateLocal(BufferView * bv, bool dirty)
Andre> {
bv-> updateInset(this, dirty);
Andre> }
Andre> I think it should look like that in 1.2.1 too.
Andre> [But 'true' should be safe e
On Thu, Aug 15, 2002 at 12:16:09PM +0200, Jean-Marc Lasgouttes wrote:
> ../../../1.2.x/src/mathed/formulabase.C:290: warning: unused parameter `bool dirty'
>
> Is it intended that dirty is not used anymore? Shall I just remove it
> from argument list?
The code in 1.3 is
void InsetFormulaBase::u
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Please try the attached patch.
I can confirm that it works on Michael's testcase.
Andre> PS: Jean-Marc, I think now this should go in.
I am doing that, but there is a warning on compilation
../../../1.2.x/src/mathed/formulabase
On Wed, Aug 14, 2002 at 09:32:53AM +0200, Michael Schmitt wrote:
> there is a problem with mathed in LyX 1.2.0cvs.
No problem with my 1.2.1cvs tree.
Please try the attached patch.
Andre'
PS: Jean-Marc, I think now this should go in.
--
Those who desire to give up Freedom in order to gain Sec
Hi Andre,
there is a problem with mathed in LyX 1.2.0cvs. Very often, if I enter a
"_" or "^", the document is scrolled even though this is not
necessary. In many cases, the math formula gets out of screen such that
I have to type the formula "blindly".
I have attached a simple document whi
On 24-Sep-2001 Andre Poenitz wrote:
> On Mon, Sep 24, 2001 at 03:57:36PM +0200, Juergen Vigna wrote:
>> I just tested this yesterday with Alejandro at home (yes he was here for
>> a short visit), well let's say he looked at it ;) and he too was not very
>> happy to not be able to change the base
On Mon, Sep 24, 2001 at 03:57:36PM +0200, Juergen Vigna wrote:
> I just tested this yesterday with Alejandro at home (yes he was here for
> a short visit), well let's say he looked at it ;) and he too was not very
> happy to not be able to change the base of a subscript (exponent) as (he
> told me
On 21-Sep-2001 Richard E. Hawkins wrote:
>
> Once I have both a superscript and subscript (e.g., x_i4^(\beta _13)
> I can no longer delete either the superscript or subscript boxes.
>
> Hmm, this now seems to apply even with just a subscript; I don't think
> that was the case a few days ago.
On Tue, Sep 04, 2001 at 10:37:55PM +0100, Duncan Simpson wrote:
> The most complex element of implementing this looks like propagating size
> changes to all interested parties---the obvious solution looks like a
> big family tree and everybody is responsible for telling its parent when
> it grows
On Tue, Sep 04, 2001 at 05:15:44PM +0200, Andre Poenitz wrote:
>
> I think it is easier for me to go through it myself if I get such specific
> hints like "Appendix G", if possible with the opening sentence or
> something similar easy to find ;-)
Try 'Generating boxes from Formulas' or 'People
On Tue, Sep 04, 2001 at 04:09:43PM +0100, Jules Bean wrote:
> The 'atom' is the major blob in math typesetting. And 'atom' consists
> of a nucleus, an optional superscript, and an optional subscript.
>
> Exactly where the subscript and superscript are drawn depends on the
> size, and type, of th
On Tue, Sep 04, 2001 at 04:17:03PM +0200, Andre Poenitz wrote:
> On Tue, Sep 04, 2001 at 03:12:24PM +0100, Jules Bean wrote:
> > I might know what TeX is doing, but I don't know what you're asking ;-)
> >
> > TeX, when it typesets a subscript, goes back and looks at the last
> > 'atom' in the cur
On Tue, Sep 04, 2001 at 03:12:24PM +0100, Jules Bean wrote:
> I might know what TeX is doing, but I don't know what you're asking ;-)
>
> TeX, when it typesets a subscript, goes back and looks at the last
> 'atom' in the current math list. Exactly where it puts the subscript
> depends on what typ
On Tue, Sep 04, 2001 at 03:41:28PM +0200, Andre Poenitz wrote:
> On Tue, Sep 04, 2001 at 04:22:55PM +0300, Dekel Tsur wrote:
> > > Moreover, I think the depth or height of subscripts or superscripts is too
> > > large.
> >
> > Confirmed.
> > In fact, if the
On Tue, Sep 04, 2001 at 04:22:55PM +0300, Dekel Tsur wrote:
> > Moreover, I think the depth or height of subscripts or superscripts is too
> > large.
>
> Confirmed.
> In fact, if the subscript is empty, then the empty box seems to be at a
> correct position. But when
On Tue, Sep 04, 2001 at 02:45:41PM +0200, Doz.Dr. Norbert Koksch wrote:
>
> The expression $M_{\mathfrak{B}}$ is correctly written on file. After reload,
> the } after B is in the normal line on the screen, however, it will be correctly
> written.
>
> The expression $M_{\mathfrak{B}\in N}$ is
On Tue, Sep 04, 2001 at 02:45:41PM +0200, Doz.Dr. Norbert Koksch wrote:
> \mapsto is not written on screen (but in file). The other arrows from the math
> panel work fine.
Fixed.
> Moreover, I think the depth or height of subscripts or superscripts is too
> large.
Confirmed.
In
correctly
written.
The expression $M_{\mathfrak{B}\in N}$ is written as $M_{\mathfrak{B\}in N}$.
Moreover, I think the depth or height of subscripts or superscripts is too
large.
Norbert Koksch
TU Dresden, Institut fuer Analysis
Tel: +49 351 463 4257, FAX: +49 351 463 7202
Hi,
Mathematical \frac with subscripts, for example:
\begin_inset Formula $\frac{\alpha _{1} }{\beta _{2} }$
\end_inset
is wrongly displayed on the LyX canvas. I have attached an example JPEG.
Regards,
Rob.
<>
On Tue, May 15, 2001 at 04:00:44PM +0200, Pablo Ruiz M?zquiz wrote:
> This is a bug that I found using LyX 1.1.6fix1 with GNU debian Woody.
>
> Just try to make this
>
> 1) Enter Math mode, for example M+m+d
> 2) Just create a fraction with M+m+f
> 3) type in the upper part "g_1 SPACE ^n_1 SPACE
> This is a stupid bug, I don't think it'll be difficult for you to fix it ;-)
I like those people ;-}
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Hi!
This is a bug that I found using LyX 1.1.6fix1 with GNU debian Woody.
Just try to make this
1) Enter Math mode, for example M+m+d
2) Just create a fraction with M+m+f
3) type in the upper part "g_1 SPACE ^n_1 SPACE SPACE"
that is: g with "1" as subscript and "n_1" (n subscript 1) as supers
I used to hack this with math mode index. That no longer works.
How does one do superscripts and subscripts now?
AhHa, I found M-m x in math.bind, and that works, but it does not work
from the math menu anymore. It would be nice to have real subscripts and
superscripts.
Garst
Going into math mode is not exactly intuitive, then "Exponent"/"Index"
is not going to mean anything to some users.
Garst
>>>>> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> There is a small problem with subscripts in Lyx: When typing
Dekel> x'_2 in mathed, the digit 2 appears at the middle of the line
Dekel> (not as a subscript as it should).
Dekel> The f
There is a small problem with subscripts in Lyx:
When typing x'_2 in mathed, the digit 2 appears at the middle of the line
(not as a subscript as it should).
The following patch fix this problem.
This patch also ensures that the values of asc & des are the same
in MathParInset::Dr
35 matches
Mail list logo
