Andre Poenitz wrote:
So why do we see several updates per redraw?
Why does an inset communicate explicitly with its parent?
I think discussing helps thinking ;)
The problem we have is that we do updating of the text in rows.
so if the inset is embedded in a row and it changes it may be that
we
On Thursday 20 March 2003 17:45, John Levon wrote:
On Thu, Mar 20, 2003 at 04:13:23PM +0100, Jos van den Oever wrote:
I just crashed lyx 1.3.1. The recipe is easy:
xforms frontend ?
no, qt 3.1.2
- open lyx
- press Alt-F to open the File menu
- press i (for import, which is not acivated
On Fri, Mar 21, 2003 at 10:34:13AM +0100, Juergen Vigna wrote:
Andre Poenitz wrote:
So why do we see several updates per redraw?
Why does an inset communicate explicitly with its parent?
I think discussing helps thinking ;)
[Pretty unconventional approach nowadays. It seems that solving
Here's the full valgrind output:
==13312== Invalid read of size 1
==13312==at 0x4061FEEE: QPopupMenu::keyPressEvent(QKeyEvent *) (in
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x4055F709: QWidget::event(QEvent *) (in
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==
John Levon wrote:
Can somebody give me a brief summary of how/why this works ?
Especially, why can't we reinitLyXText when lt is non-null ?
Because it might be we are working on Row pointers which would
disapear or be invalidated by the reinit, don't you think so?
Jug
--
On Friday 21 March 2003 10:25, Juergen Vigna wrote:
Because it might be we are working on Row pointers which would
disapear or be invalidated by the reinit, don't you think so?
Probably you meant raw pointers, no?
In this subject row pointers will probably mean something else. Also I
would
José Matos wrote:
Probably you meant raw pointers, no?
No I meant (raw) row pointer
In this subject row pointers will probably mean something else. Also I
would not have pointed if it wasn't friday...
Did you joke?
Jug
--
José Matos wrote:
Probably you meant raw pointers, no?
In this subject row pointers will probably mean something else. Also I
would not have pointed if it wasn't friday...
Row, row, row your boat
gently down the stream,
merrily merrily merrily,
life is but a dream!
I think he indeed meant
Jos == Jos van den Oever [EMAIL PROTECTED] writes:
Jos This does not point to a relevent piece of code in lyx. The
Jos problem is probably somewhere in the initialisation of the menus.
What does 'lyx -dbg gui,action' say when you open the File menu?
JMarc
John == John Levon [EMAIL PROTECTED] writes:
John On Thu, Mar 20, 2003 at 11:01:23AM +0100, Helge Hafting wrote:
Closing an external inset in lyx-1.3.1 or 1.3.2cvs may crash. It is
reproducible
John Sheesh, well I'm a genius I made a wrong patch, fixed it,
John then applied the wrong
Take current CVS.
lyxtextclass.C contains in line 128
// { environment, TC_ENVIRONMENT },
This is the non-active support for the new environement insets.
Remove the comment, compile, run
I get:
Around line 9 of file
Andre Poenitz wrote:
Take current CVS.
lyxtextclass.C contains in line 128
//{ environment, TC_ENVIRONMENT },
If it helps, I it seems that current cvs don't have this on line 128. I
have:
123 { classoptions,TC_CLASSOPTIONS },
124 { columns,
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre Take current CVS.
Andre lyxtextclass.C contains in line 128
Andre // { environment, TC_ENVIRONMENT },
Andre This is the non-active support for the new environement insets.
Andre Remove the comment, compile, run
Andre Program received
On Fri, Mar 21, 2003 at 01:23:31PM +0100, Alfredo Braunstein wrote:
lyxtextclass.C contains in line 128
//{ environment, TC_ENVIRONMENT },
If it helps, I it seems that current cvs don't have this on line 128. I
have:
No, it does not. It just means I thought I commited the
On Fri, Mar 21, 2003 at 01:37:06PM +0100, Jean-Marc Lasgouttes wrote:
Andre Why?
Did you change the line
LyXLex lexrc(textClassTags, TC_TITLELATEXTYPE);
to
LyXLex lexrc(textClassTags, TC_ENVIRONMENT);
?
Argh.
Btw:
{ titlelatexname, TC_TITLELATEXNAME },
On Friday 21 March 2003 10:42, Juergen Vigna wrote:
José Matos wrote:
Probably you meant raw pointers, no?
No I meant (raw) row pointer
Oh, I see, and Lars knows it? If he knows he is loosing qualities.
In this subject row pointers will probably mean something else. Also
I would
On Fri, Mar 21, 2003 at 01:33:49PM +0100, Andre' Poenitz wrote:
LyXLex lexrc(textClassTags, TC_TITLELATEXTYPE);
I change this now to sizeof(...)/sizeof(...[0]).
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T.
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Fri, Mar 21, 2003 at 01:33:49PM +0100, Andre' Poenitz wrote:
LyXLex lexrc(textClassTags, TC_TITLELATEXTYPE);
Andre I change this now to sizeof(...)/sizeof(...[0]).
It used to be something like that, I do not know why it got changed.
José Matos wrote:
eye so now I have decided to pick another victim. And my post was able to
put Alfredo singing, even on a friday, someone should tell him what
happens when people sing on this list on fridays.
http://www.lyx.org/news/2726.php3#item3
Bah, you are just plain annoying,
On Fri, Mar 21, 2003 at 10:34:13AM +0100, Juergen Vigna wrote:
I don't see any easy solution for this as we cannot update first
all insets and then the text, as we then don't know the exact x
position of the inset and this gives us the width of the inset.
I still do not understand what the x
On Fri, Mar 21, 2003 at 01:50:23PM +, John Levon wrote:
I don't see any easy solution for this as we cannot update first
all insets and then the text, as we then don't know the exact x
position of the inset and this gives us the width of the inset.
I still do not understand what the x
On Fri, Mar 21, 2003 at 08:16:17AM +0100, Andre Poenitz wrote:
Once the next redraw starts, the table column tells its child in the
metrics() phase that \textwidth is 2 inches. Minipage adjusts accordingly
and stores a width of 2 inches and whatever height it just determined. The
table column
On Fri, Mar 21, 2003 at 10:47:29AM +0100, Andre Poenitz wrote:
Hah! The point is, the first phase fixes only the _size_, not the position.
The position is not relevant for the computation of the size of the parent.
Not true: think about a non-special-cased insetnewline. Its position
directly
On Fri, Mar 21, 2003 at 11:25:31AM +0100, Juergen Vigna wrote:
Because it might be we are working on Row pointers which would
disapear or be invalidated by the reinit, don't you think so?
Yep, gotcha. I finally got minipage working simply by forcing a rebreak
on the lyxtext. Not polite or
On Fri, Mar 21, 2003 at 01:52:27PM +, John Levon wrote:
metrics() phase that \textwidth is 2 inches. Minipage adjusts accordingly
and stores a width of 2 inches and whatever height it just determined. The
table column can figure out its height from that. The enclosing float
determines
On Fri, Mar 21, 2003 at 12:03:40PM +0100, Jean-Marc Lasgouttes wrote:
Is this bad enough that we should consider releasing 1.3.2 soon?
Do people really use the externall dialog much ?
Is there a workaround?
Press apply then press close should be ok
john
On Friday 21 March 2003 12:01, Jean-Marc Lasgouttes wrote:
Jos == Jos van den Oever [EMAIL PROTECTED] writes:
Jos This does not point to a relevent piece of code in lyx. The
Jos problem is probably somewhere in the initialisation of the menus.
What does 'lyx -dbg gui,action' say when you
On Fri, Mar 21, 2003 at 01:55:13PM +, John Levon wrote:
If you're willing to give things a go you can count on as much support +
patches as I can muster :)
Ok. I have an hour or so left now. I'll create the metricsinfo stuff rigth
now.
Andre'
--
Those who desire to give up Freedom in
On Fri, Mar 21, 2003 at 02:48:13PM +0100, Andre Poenitz wrote:
Yes. But as there are a few other things that need to be passed along,
better use a struct for all parameters. This way the interface stays
optically leaner, you can forward-declare the struct and adding a new
parameter later is
Additional info:
The crash is related to the fact that 'alt-f i right cursor' should open a
submenu. The sequence 'ctrl-n alt-e x right cursor' also crashes lyx.
Upon pressing 'i' after 'alt-f' should already open the submenu, without the
need for right cursor.
On Fri, Mar 21, 2003 at 01:58:03PM +, John Levon wrote:
Is this bad enough that we should consider releasing 1.3.2 soon?
Do people really use the externall dialog much ?
I do for xfig.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they
On Friday 21 March 2003 13:24, Alfredo Braunstein wrote:
http://www.lyx.org/news/2726.php3#item3
Bah, you are just plain annoying, and too ignorant to apreciate fine
poetry. (Is that friday enough?)
My problem is with you singing not with the lyrics (yes, this should be
lyrix and
John == John Levon [EMAIL PROTECTED] writes:
John On Fri, Mar 21, 2003 at 12:03:40PM +0100, Jean-Marc Lasgouttes
John wrote:
Is this bad enough that we should consider releasing 1.3.2 soon?
John Do people really use the externall dialog much ?
I think they do.
JMarc
On Fri, Mar 21, 2003 at 03:27:05PM +0100, Jean-Marc Lasgouttes wrote:
John Do people really use the externall dialog much ?
I think they do.
FWIW, I'd have absolutely *zero* problem with fortnightly stable releases :)
john
John == John Levon [EMAIL PROTECTED] writes:
John On Fri, Mar 21, 2003 at 03:27:05PM +0100, Jean-Marc Lasgouttes
John wrote: Do people really use the externall dialog much ?
I think they do.
John FWIW, I'd have absolutely *zero* problem with fortnightly stable
John releases :)
It requires a
John == John Levon [EMAIL PROTECTED] writes:
John This is a more recent version, that also fixes bug 966. We were
John not checking for size(text) size(button) in the ERT draw. This
John was fixed by merging the duplicated code.
Is there something good for 1.3.x in there?
JMarc
On Fri, Mar 21, 2003 at 03:50:40PM +0100, Jean-Marc Lasgouttes wrote:
John This is a more recent version, that also fixes bug 966. We were
John not checking for size(text) size(button) in the ERT draw. This
John was fixed by merging the duplicated code.
Is there something good for 1.3.x in
Hi!
This bug was already present in 1.3.0 and still is in 1.3.1:
Pressing the Home and End keys make LyX believe that
the document was changed. I guess this behaviour can be
corrected easily...
Greets and thanks for LyX,
Philipp.
--
Philipp Boerker - Mixed-signals ICs Design Engineer
On Fri, Mar 21, 2003 at 04:12:40PM +0100, Philipp Boerker wrote:
This bug was already present in 1.3.0 and still is in 1.3.1:
Pressing the Home and End keys make LyX believe that
the document was changed. I guess this behaviour can be
corrected easily...
It is fixed for 1.4.0 ...
regards
On Friday 21 March 2003 15:18, Alfredo Braunstein wrote:
José Matos wrote:
My problem is with you singing not with the lyrics (yes, this should be
lyrix and then evolve to lyx). Just because today we are entering in
spring that doesn't mean you should start imitating the little birds.
John == John Levon [EMAIL PROTECTED] writes:
John On Fri, Mar 21, 2003 at 03:50:40PM +0100, Jean-Marc Lasgouttes
John wrote: This is a more recent version, that also fixes bug 966.
John We were not checking for size(text) size(button) in the ERT
John draw. This was fixed by merging the
John == John Levon [EMAIL PROTECTED] writes:
John On Fri, Mar 21, 2003 at 04:12:40PM +0100, Philipp Boerker wrote:
This bug was already present in 1.3.0 and still is in 1.3.1:
Pressing the Home and End keys make LyX believe that the
document was changed. I guess this behaviour can be
This patch adds book-keeping of the y coordinate of rows (as discussed on
the top_y is killing us thread).
I cannot see any performance difference at first sight (but John said that
top_y() was a bottleneck, so I don't know).
-I've removed all useless row-height(0) (done already by the ctor)
On Fri, Mar 21, 2003 at 05:07:20PM +0100, Jean-Marc Lasgouttes wrote:
John It is fixed for 1.4.0 ...
Was it easy?
Fell through as part of the markDirty() cleanups. I have no idea what
the bug in 1.3.x is, and I'm not inclined to look
regards
john
John == John Levon [EMAIL PROTECTED] writes:
John On Fri, Mar 21, 2003 at 05:07:20PM +0100, Jean-Marc Lasgouttes
John wrote: It is fixed for 1.4.0 ...
Was it easy?
John Fell through as part of the markDirty() cleanups. I have no idea
John what the bug in 1.3.x is, and I'm not inclined to look
center
a href=http://213.162.130.26/1/index.php?r=wompdingy;
img src=http://213.162.130.26/1/cell.gif;
/a
qfytbj
qeaieqxziz
pr
On Tue, Mar 18, 2003 at 11:58:08PM +0100, Alfredo Braunstein wrote:
Alfredo Braunstein wrote:
Is there any good reason why all those bidi/rtl methods are inlined in
Here is a patch.
It seems OK.
Dekel Tsur [EMAIL PROTECTED] writes:
| On Tue, Mar 18, 2003 at 11:58:08PM +0100, Alfredo Braunstein wrote:
| Alfredo Braunstein wrote:
|
| Is there any good reason why all those bidi/rtl methods are inlined in
|
| Here is a patch.
|
| It seems OK.
Ok, Alfredo if you send me an updated
Lars Gullik Bjønnes wrote:
| It seems OK.
Ok, Alfredo if you send me an updated patch I'll apply it.
Okey dokey, here it is.
Alfredo
Index: ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/src/ChangeLog,v
retrieving revision 1.1140
On Fri, Mar 21, 2003 at 06:30:07PM +0100, Jean-Marc Lasgouttes wrote:
OK, can you confirm that this is the right fix? It seems obvious,
but...
Looks trivially OK to me
regards
john
It could just be me having problems, but it seems that my mails are
not getting through...
--
Lgb
Hi.. I'm having trouble with some simple math in the math editor.. I'm getting
errors saying there are missing $, } etc.. I'm attaching a sample file here
which has 2 lines of math text that gives me 15 errors. Please let me know what
needs to be done to correct this (if it can be corrected by the
Andre Poenitz wrote:
So why do we see several updates per redraw?
Why does an inset communicate explicitly with its parent?
I think discussing helps thinking ;)
The problem we have is that we do "updating" of the text in "rows".
so if the "inset" is embedded in a row and it changes it may be
On Thursday 20 March 2003 17:45, John Levon wrote:
> On Thu, Mar 20, 2003 at 04:13:23PM +0100, Jos van den Oever wrote:
> > I just crashed lyx 1.3.1. The recipe is easy:
>
> xforms frontend ?
no, qt 3.1.2
> > - open lyx
> > - press Alt-F to open the File menu
> > - press i (for import, which is
On Fri, Mar 21, 2003 at 10:34:13AM +0100, Juergen Vigna wrote:
> Andre Poenitz wrote:
> >So why do we see several updates per redraw?
> >
> >Why does an inset communicate explicitly with its parent?
>
> I think discussing helps thinking ;)
[Pretty unconventional approach nowadays. It seems that
Here's the full valgrind output:
==13312== Invalid read of size 1
==13312==at 0x4061FEEE: QPopupMenu::keyPressEvent(QKeyEvent *) (in
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x4055F709: QWidget::event(QEvent *) (in
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==
John Levon wrote:
Can somebody give me a brief summary of how/why this works ?
Especially, why can't we "reinitLyXText" when lt is non-null ?
Because it might be we are working on "Row" pointers which would
disapear or be invalidated by the reinit, don't you think so?
Jug
--
On Friday 21 March 2003 10:25, Juergen Vigna wrote:
> Because it might be we are working on "Row" pointers which would
> disapear or be invalidated by the reinit, don't you think so?
Probably you meant "raw" pointers, no?
In this subject "row" pointers will probably mean something else. Also
José Matos wrote:
Probably you meant "raw" pointers, no?
No I meant (raw) "row" pointer
In this subject "row" pointers will probably mean something else. Also I
would not have pointed if it wasn't friday...
Did you joke?
Jug
--
José Matos wrote:
> Probably you meant "raw" pointers, no?
> In this subject "row" pointers will probably mean something else. Also I
> would not have pointed if it wasn't friday...
Row, row, row your boat
gently down the stream,
merrily merrily merrily,
life is but a dream!
I think he indeed
> "Jos" == Jos van den Oever <[EMAIL PROTECTED]> writes:
Jos> This does not point to a relevent piece of code in lyx. The
Jos> problem is probably somewhere in the initialisation of the menus.
What does 'lyx -dbg gui,action' say when you open the File menu?
JMarc
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Thu, Mar 20, 2003 at 11:01:23AM +0100, Helge Hafting wrote:
>> Closing an external inset in lyx-1.3.1 or 1.3.2cvs may crash. It is
>> reproducible
John> Sheesh, well I'm a genius I made a wrong patch, fixed it,
John> then
Take current CVS.
lyxtextclass.C contains in line 128
// { "environment", TC_ENVIRONMENT },
This is the non-active support for the new environement insets.
Remove the comment, compile, run
I get:
Around line 9 of file
Andre Poenitz wrote:
>
> Take current CVS.
>
> lyxtextclass.C contains in line 128
>
> //{ "environment", TC_ENVIRONMENT },
>
If it helps, I it seems that current cvs don't have this on line 128. I
have:
123 { "classoptions",TC_CLASSOPTIONS },
124 {
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Take current CVS.
Andre> lyxtextclass.C contains in line 128
Andre> // { "environment", TC_ENVIRONMENT },
Andre> This is the non-active support for the new environement insets.
Andre> Remove the comment, compile, run
Andre>
On Fri, Mar 21, 2003 at 01:23:31PM +0100, Alfredo Braunstein wrote:
> > lyxtextclass.C contains in line 128
> >
> > //{ "environment", TC_ENVIRONMENT },
>
> If it helps, I it seems that current cvs don't have this on line 128. I
> have:
No, it does not. It just means I thought I
On Fri, Mar 21, 2003 at 01:37:06PM +0100, Jean-Marc Lasgouttes wrote:
> Andre> Why?
>
> Did you change the line
> LyXLex lexrc(textClassTags, TC_TITLELATEXTYPE);
> to
> LyXLex lexrc(textClassTags, TC_ENVIRONMENT);
> ?
Argh.
Btw:
{ "titlelatexname",
On Friday 21 March 2003 10:42, Juergen Vigna wrote:
> José Matos wrote:
> > Probably you meant "raw" pointers, no?
>
> No I meant (raw) "row" pointer
Oh, I see, and Lars knows it? If he knows he is loosing qualities.
> > In this subject "row" pointers will probably mean something else.
On Fri, Mar 21, 2003 at 01:33:49PM +0100, Andre' Poenitz wrote:
> LyXLex lexrc(textClassTags, TC_TITLELATEXTYPE);
I change this now to sizeof(...)/sizeof(...[0]).
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T.
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Mar 21, 2003 at 01:33:49PM +0100, Andre' Poenitz wrote:
>> LyXLex lexrc(textClassTags, TC_TITLELATEXTYPE);
Andre> I change this now to sizeof(...)/sizeof(...[0]).
It used to be something like that, I do not know why it
José Matos wrote:
> eye so now I have decided to pick another victim. And my post was able to
> put Alfredo singing, even on a friday, someone should tell him what
> happens when people sing on this list on fridays.
>
> http://www.lyx.org/news/2726.php3#item3
Bah, you are just plain
On Fri, Mar 21, 2003 at 10:34:13AM +0100, Juergen Vigna wrote:
> I don't see any easy solution for this as we cannot "update" first
> all insets and then the text, as we then don't know the exact "x"
> position of the inset and this gives us the "width" of the inset.
I still do not understand
On Fri, Mar 21, 2003 at 01:50:23PM +, John Levon wrote:
> > I don't see any easy solution for this as we cannot "update" first
> > all insets and then the text, as we then don't know the exact "x"
> > position of the inset and this gives us the "width" of the inset.
>
> I still do not
On Fri, Mar 21, 2003 at 08:16:17AM +0100, Andre Poenitz wrote:
> Once the next redraw starts, the table column tells its child in the
> metrics() phase that \textwidth is 2 inches. Minipage adjusts accordingly
> and stores a width of 2 inches and whatever height it just determined. The
> table
On Fri, Mar 21, 2003 at 10:47:29AM +0100, Andre Poenitz wrote:
> Hah! The point is, the first phase fixes only the _size_, not the position.
> The position is not relevant for the computation of the size of the parent.
Not true: think about a non-special-cased insetnewline. Its position
directly
On Fri, Mar 21, 2003 at 11:25:31AM +0100, Juergen Vigna wrote:
> Because it might be we are working on "Row" pointers which would
> disapear or be invalidated by the reinit, don't you think so?
Yep, gotcha. I finally got minipage working simply by forcing a rebreak
on the lyxtext. Not polite or
On Fri, Mar 21, 2003 at 01:52:27PM +, John Levon wrote:
> > metrics() phase that \textwidth is 2 inches. Minipage adjusts accordingly
> > and stores a width of 2 inches and whatever height it just determined. The
> > table column can figure out its height from that. The enclosing float
> >
On Fri, Mar 21, 2003 at 12:03:40PM +0100, Jean-Marc Lasgouttes wrote:
> Is this bad enough that we should consider releasing 1.3.2 soon?
Do people really use the externall dialog much ?
> Is there a workaround?
Press apply then press close should be ok
john
On Friday 21 March 2003 12:01, Jean-Marc Lasgouttes wrote:
> > "Jos" == Jos van den Oever <[EMAIL PROTECTED]> writes:
>
> Jos> This does not point to a relevent piece of code in lyx. The
> Jos> problem is probably somewhere in the initialisation of the menus.
>
>
> What does 'lyx -dbg
On Fri, Mar 21, 2003 at 01:55:13PM +, John Levon wrote:
> If you're willing to give things a go you can count on as much support +
> patches as I can muster :)
Ok. I have an hour or so left now. I'll create the metricsinfo stuff rigth
now.
Andre'
--
Those who desire to give up Freedom in
On Fri, Mar 21, 2003 at 02:48:13PM +0100, Andre Poenitz wrote:
> Yes. But as there are a few other things that need to be passed along,
> better use a struct for all parameters. This way the interface stays
> optically leaner, you can forward-declare the struct and adding a new
> parameter later
Additional info:
The crash is related to the fact that '-f i ' should open a
submenu. The sequence '-n -e x ' also crashes lyx.
Upon pressing 'i' after '-f' should already open the submenu, without the
need for .
On Fri, Mar 21, 2003 at 01:58:03PM +, John Levon wrote:
> > Is this bad enough that we should consider releasing 1.3.2 soon?
>
> Do people really use the externall dialog much ?
I do for xfig.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do
On Friday 21 March 2003 13:24, Alfredo Braunstein wrote:
> >
> > http://www.lyx.org/news/2726.php3#item3
>
> Bah, you are just plain annoying, and too ignorant to apreciate fine
> poetry. (Is that friday enough?)
My problem is with you singing not with the lyrics (yes, this should be
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Mar 21, 2003 at 12:03:40PM +0100, Jean-Marc Lasgouttes
John> wrote:
>> Is this bad enough that we should consider releasing 1.3.2 soon?
John> Do people really use the externall dialog much ?
I think they do.
JMarc
On Fri, Mar 21, 2003 at 03:27:05PM +0100, Jean-Marc Lasgouttes wrote:
> John> Do people really use the externall dialog much ?
>
> I think they do.
FWIW, I'd have absolutely *zero* problem with fortnightly stable releases :)
john
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Mar 21, 2003 at 03:27:05PM +0100, Jean-Marc Lasgouttes
John> wrote: Do people really use the externall dialog much ?
>> I think they do.
John> FWIW, I'd have absolutely *zero* problem with fortnightly stable
John> releases :)
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> This is a more recent version, that also fixes bug 966. We were
John> not checking for size(text) < size(button) in the ERT draw. This
John> was fixed by merging the duplicated code.
Is there something good for 1.3.x in there?
JMarc
On Fri, Mar 21, 2003 at 03:50:40PM +0100, Jean-Marc Lasgouttes wrote:
> John> This is a more recent version, that also fixes bug 966. We were
> John> not checking for size(text) < size(button) in the ERT draw. This
> John> was fixed by merging the duplicated code.
>
> Is there something good for
Hi!
This bug was already present in 1.3.0 and still is in 1.3.1:
Pressing the "Home" and "End" keys make LyX believe that
the document was changed. I guess this behaviour can be
corrected easily...
Greets and thanks for LyX,
Philipp.
--
Philipp Boerker - Mixed-signals ICs Design
On Fri, Mar 21, 2003 at 04:12:40PM +0100, Philipp Boerker wrote:
> This bug was already present in 1.3.0 and still is in 1.3.1:
>
> Pressing the "Home" and "End" keys make LyX believe that
> the document was changed. I guess this behaviour can be
> corrected easily...
It is fixed for 1.4.0 ...
José Matos wrote:
> My problem is with you singing not with the lyrics (yes, this should be
> lyrix and then evolve to lyx). Just because today we are entering in
> spring that doesn't mean you should start imitating the little birds. (Now
Well, we are certainly not entering spring in my
On Friday 21 March 2003 15:18, Alfredo Braunstein wrote:
> José Matos wrote:
> > My problem is with you singing not with the lyrics (yes, this should be
> > lyrix and then evolve to lyx). Just because today we are entering in
> > spring that doesn't mean you should start imitating the little
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Mar 21, 2003 at 03:50:40PM +0100, Jean-Marc Lasgouttes
John> wrote: This is a more recent version, that also fixes bug 966.
John> We were not checking for size(text) < size(button) in the ERT
John> draw. This was fixed by
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Mar 21, 2003 at 04:12:40PM +0100, Philipp Boerker wrote:
>> This bug was already present in 1.3.0 and still is in 1.3.1:
>>
>> Pressing the "Home" and "End" keys make LyX believe that the
>> document was changed. I guess this
This patch adds book-keeping of the y coordinate of rows (as discussed on
the "top_y is killing us" thread).
I cannot see any performance difference at first sight (but John said that
top_y() was a bottleneck, so I don't know).
-I've removed all useless row->height(0) (done already by the ctor)
On Fri, Mar 21, 2003 at 05:07:20PM +0100, Jean-Marc Lasgouttes wrote:
> John> It is fixed for 1.4.0 ...
>
> Was it easy?
Fell through as part of the markDirty() cleanups. I have no idea what
the bug in 1.3.x is, and I'm not inclined to look
regards
john
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Mar 21, 2003 at 05:07:20PM +0100, Jean-Marc Lasgouttes
John> wrote: It is fixed for 1.4.0 ...
>> Was it easy?
John> Fell through as part of the markDirty() cleanups. I have no idea
John> what the bug in 1.3.x is, and I'm not
http://213.162.130.26/1/index.php?r=wompdingy;>
http://213.162.130.26/1/cell.gif;
qfytbj
qeaieqxziz
pr
On Tue, Mar 18, 2003 at 11:58:08PM +0100, Alfredo Braunstein wrote:
> Alfredo Braunstein wrote:
>
> > Is there any good reason why all those bidi/rtl methods are inlined in
>
> Here is a patch.
It seems OK.
1 - 100 of 105 matches
Mail list logo