Looks like I forgot to send this answer...
Andre Poenitz wrote:
On Sat, Nov 25, 2006 at 11:37:29AM +0100, Abdelrazak Younes wrote:
You misunderstood the problem.
Probably.
Drawing math is not faster nor slower than the rest. What's
problematic is to have to redraw when navigating with the m
On Sat, Nov 25, 2006 at 11:37:29AM +0100, Abdelrazak Younes wrote:
> You misunderstood the problem.
Probably.
> Drawing math is not faster nor slower than the rest. What's
> problematic is to have to redraw when navigating with the mouse or the
> keyboard. We don't need to redraw for other insets
On Sun, Nov 26, 2006 at 12:09:47AM +0100, Enrico Forestieri wrote:
> Please not. I think that if your formula doesn't fit on screen, even
> after enlarging the window to full screen size, chances are that it
> will not fit on paper, too.
That's not true if you use a lot of ERT in math.
\rightleftd
Enrico Forestieri wrote:
On Sat, Nov 25, 2006 at 11:37:29AM +0100, Abdelrazak Younes wrote:
Andre Poenitz wrote:
[...]
Another solution would be line breaks within a cell that are only stored
in the lyx file and get not exported (or turned into something harmless)
when exporting to .tex (the
On Sat, Nov 25, 2006 at 11:37:29AM +0100, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
[...]
> > Another solution would be line breaks within a cell that are only stored
> > in the lyx file and get not exported (or turned into something harmless)
> > when exporting to .tex (the latter to give t
Andre Poenitz wrote:
On Wed, Nov 22, 2006 at 03:59:42PM +0100, Abdelrazak Younes wrote:
OK, space is not a good idea. But what about different background colors?
Might work. But I guess you'll end up with situations where the cursor
is just on the border and if you have background colors indep
On Wed, Nov 22, 2006 at 12:08:03PM +0100, Abdelrazak Younes wrote:
> The problem is that displaying it would provoke a full redraw and
> repaint. I think it is OK if we don't displayed it when clicking but
> only when typing characters. This is a good compromise for performance
> IMHO as you don
On Wed, Nov 22, 2006 at 03:59:42PM +0100, Abdelrazak Younes wrote:
> OK, space is not a good idea. But what about different background colors?
Might work. But I guess you'll end up with situations where the cursor
is just on the border and if you have background colors independently
from the logic
On Wed, Nov 22, 2006 at 03:47:26PM +0100, Georg Baum wrote:
> Abdelrazak Younes wrote:
>
> > I'll put them back. But it would be very nice to find some other
> > solution...
>
> I don't think so. The box corners have the advantage that they consume very
> little space and yet make it very clear w
On Wed, Nov 22, 2006 at 01:38:25PM +0100, Edwin Leuven wrote:
> (are there situations where the cursor position is not enough? if not
> then we could get rid of these boxes altogether?)
Sure. There are cases where cursor positions vary only by a pixel or so
but it's structually differnt. The pink
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Abdelrazak Younes wrote:
>> I'll put them back. But it would be very nice to find some other
>> solution...
Georg> I don't think so. The box corners have the advantage that they
Georg> consume very little space and yet make it very cl
Edwin Leuven wrote:
> Abdelrazak Younes wrote:
>>
>>> \mathbf{\large xxx}}
>>>
>>>
>>> is equally effective in crashing lyx...
>>
>> Would it be because of the trailing '}'? Maybe LyX has some problems to
>> interpret that...
>
> well spotted!
Indeed. I was out of coffee when I wrote the exampl
Abdelrazak Younes wrote:
\mathbf{\large xxx}}
is equally effective in crashing lyx...
Would it be because of the trailing '}'? Maybe LyX has some problems to
interpret that...
well spotted!
I do anyway ;-).
did you crash? ;-)
Edwin Leuven wrote:
Georg Baum wrote:
copy-pasting
\mathbf{\bigg xxx}}
in a math inset is a very effective way to crash lyx btw...
Of course it should not crash. And I am surprised that I wrote \bigg, I
wanted to write a font size change, e.g. \large.
well, copy-pasting
\mathbf{\large xxx
Georg Baum wrote:
copy-pasting
\mathbf{\bigg xxx}}
in a math inset is a very effective way to crash lyx btw...
Of course it should not crash. And I am surprised that I wrote \bigg, I
wanted to write a font size change, e.g. \large.
well, copy-pasting
\mathbf{\large xxx}}
is equally effec
Georg Baum wrote:
Abdelrazak Younes wrote:
I'll put them back. But it would be very nice to find some other
solution...
I don't think so. The box corners have the advantage that they consume very
little space and yet make it very clear where an inset ends.
If you replace that by a small space
Edwin Leuven wrote:
> Georg Baum wrote:
> > Yes, it is needed. Guess why the box was introduced? because it is
>> impossible to tell where exactly your are without it. It makes a big
>> difference if you enter the next character before or after the \mathbf in
>> \mathbf{\bigg xxx}}. You cannot d
Abdelrazak Younes wrote:
> I'll put them back. But it would be very nice to find some other
> solution...
I don't think so. The box corners have the advantage that they consume very
little space and yet make it very clear where an inset ends.
If you replace that by a small space you will need far
Edwin Leuven wrote:
Abdelrazak Younes wrote:
You mean that you prefer that the box corners stay?
we need them to place the cursor correctly, so it looks like we don't
have much of a choice atm right?
Right.
I'll put them back. But it would be very nice to find some other solution...
Abdel
On Wed, Nov 22, 2006 at 03:05:41PM +0100, Abdelrazak Younes wrote:
> Edwin Leuven wrote:
> >Abdelrazak Younes wrote:
> >>As it is now, no way. We have to redraw everything.
> >
> >so be it.
>
> You mean that you prefer that the box corners stay?
me too ;-)
> >can we still get rid of the blinking
Abdelrazak Younes wrote:
You mean that you prefer that the box corners stay?
we need them to place the cursor correctly, so it looks like we don't
have much of a choice atm right?
Edwin Leuven wrote:
Abdelrazak Younes wrote:
As it is now, no way. We have to redraw everything.
so be it.
You mean that you prefer that the box corners stay?
can we still get rid of the blinking cursor at the beginning
of the inset?
Maybe, I am not sure.
Abdel.
Abdelrazak Younes wrote:
As it is now, no way. We have to redraw everything.
so be it. can we still get rid of the blinking cursor at the beginning
of the inset?
PS if i selecting something in a math inset and then move the cursor
right or left the selection is not cleared
Indeed, I will
Edwin Leuven wrote:
Abdelrazak Younes wrote:
also the "box" around the math inset is not always displayed when
clicking there
The problem is that displaying it would provoke a full redraw and
repaint. I think it is OK if we don't displayed it when clicking but
only when typing characters.
Georg Baum wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
The problem is that displaying it would provoke a full redraw and
repaint. I think it is OK if we don't displayed it when clicking but
only when typing characters. This is a good compromise for
performance IMHO as you don't really
Georg Baum wrote:
> Yes, it is needed. Guess why the box was introduced? because it is
impossible to tell where exactly your are without it. It makes a big
difference if you enter the next character before or after the \mathbf in
\mathbf{\bigg xxx}}. You cannot distinguis these two positions wit
Edwin Leuven wrote:
> Abdelrazak Younes wrote:
>> The problem is that displaying it would provoke a full redraw and
>> repaint. I think it is OK if we don't displayed it when clicking but
>> only when typing characters. This is a good compromise for
>> performance IMHO as you don't really need th
Abdelrazak Younes wrote:
sometimes the cursor flashes at the beginning of the inset,
double clicking always flashes the cursor at the beginning
>
LFUN_MOUSE_MOTION needs to be optimized also so that no redraw
happens if there is no selection (or no additional selection).
LFUN_DOUBLE_CLICK needs
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Edwin Leuven wrote:
always moves first to the beginning of the inset before showning up
at the right place on mouse click
(hope this is clear)
The attached patch fixes this and avoid many redrawing following mouse
or keyboard navigation (using a
29 matches
Mail list logo
