1.3.1 bug with instant preview and selection

2003-03-19 Thread Serge Winitzki
I compiled LyX 1.3.1 with xforms 1.0 and enabled instant preview. I went to the middle of a document with equations, put the mouse somewhere in the text, and dragged a bit upwards to select a part of the text. Instead of selecting just a small portion of the text, the display was rolled down qu

Re: Fun with updating

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 09:35:15PM +, John Levon wrote: > This is fun. Insets like InsetMinipage and InsetERT can have e.g. > INSET_MODIFY applied to them. This can actually alter its size. It > actually needs to tell its contained InsetText to ->update(reinit == > true); HA ! That's a bloody

Re: ViewPS = Crash

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 10:26:30PM -0400, Garst R. Reese wrote: > I'll work on it some more. Thanks. john

Re: top_y() is killing us

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 11:54:19PM +0100, Lars Gullik Bj?nnes wrote: > | Load the attached, cut the footnote, paste the footnote (with control-v) > | at the end of the document. > > Is paste working? In this circumstance, at least. john

Re: ViewPS = Crash

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 09:04:19PM -0400, Garst R. Reese wrote: > Current 1.4CVS > xforms1.0 I don't see it. > But Layout->Paragraph now brings up the Dialog :) I fixed that. john

Re: top_y() is killing us

2003-03-19 Thread Lars Gullik Bjønnes
John Levon <[EMAIL PROTECTED]> writes: | On Wed, Mar 19, 2003 at 10:26:20PM +0100, Alfredo Braunstein wrote: | | > I cannot reproduce this. Can you be more explicit? | | Load the attached, cut the footnote, paste the footnote (with control-v) | at the end of the document. Is paste working? Hmm

Re: 1.3.1 build on cygwin: problems

2003-03-19 Thread Kayvan A. Sylvan
On Wed, Mar 19, 2003 at 01:53:01PM -0800, Max Bian wrote: > There are problems with the file src/.libs/impgen.c. It is not a valid > C file and it won't compile. Hi Max, This is due to a problem with config/libtool.m4 that was introduced by a faulty checkin (spaces were changed to tabs). If you

Re: top_y() is killing us

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 10:34:39PM +0100, Alfredo Braunstein wrote: > Be serious and attach something then. ;) oops john #LyX 1.3 created this file. For more info see http://www.lyx.org/ \lyxformat 223 \textclass article \language english \inputencoding auto \fontscheme default \graphics default

Re: top_y() is killing us

2003-03-19 Thread Alfredo Braunstein
John Levon wrote: > Load the attached, cut the footnote, paste the footnote (with control-v) Be serious and attach something then. ;) Alfredo

Re: top_y() is killing us

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 10:26:20PM +0100, Alfredo Braunstein wrote: > I cannot reproduce this. Can you be more explicit? Load the attached, cut the footnote, paste the footnote (with control-v) at the end of the document. We scroll to a position that doesn't seem "natural" to me (and also, it do

Fun with updating

2003-03-19 Thread John Levon
Are we agreed that removing CHANGED_IN_DRAW is a good idea ? I believe so. This is fun. Insets like InsetMinipage and InsetERT can have e.g. INSET_MODIFY applied to them. This can actually alter its size. It actually needs to tell its contained InsetText to ->update(reinit == true); The "old way

Re: top_y() is killing us

2003-03-19 Thread Alfredo Braunstein
John Levon wrote: > Create a new document, type a few rows/pars of text, add afootnote, then > close the footnote. The top row becomes the row containing the > footnote, but it should be firstrow. I cannot reproduce this. Can you be more explicit? Alfredo

Re: current cvs

2003-03-19 Thread Alfredo Braunstein
John Levon wrote: > Try an unoptimised build ? Good joke. A full recompile takes ~2 hours here. > Or valgrind ... Couldn't get anything useful of it either. What I can do is to remove the strong assert and put a breakpoint there and do some debugging... maybe tomorrow. Alfredo

Re: current cvs

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 09:04:10PM +0100, Alfredo Braunstein wrote: > Unfortunately, I'm unable to get a decent backtrace (some king of gdb bug?) Try an unoptimised build ? Or valgrind ... john

Re: current cvs

2003-03-19 Thread Alfredo Braunstein
John Levon wrote: > You know the drill. Backtrace etc Unfortunately, I'm unable to get a decent backtrace (some king of gdb bug?) Program received signal SIGABRT, Aborted. [Switching to Thread 1024 (LWP 28839)] 0x407ae0a1 in kill () from /lib/libc.so.6 (gdb) bt #0 0x407ae0a1 in kill () from /li

Re: current cvs

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 08:33:24PM +0100, Alfredo Braunstein wrote: > > Hmm, it got away with it ... try again, I just committed a probably fix > > to a silly > > Nope, I still get it. You know the drill. Backtrace etc john

Re: current cvs

2003-03-19 Thread Alfredo Braunstein
John Levon wrote: > Hmm, it got away with it ... try again, I just committed a probably fix > to a silly Nope, I still get it. Regards, Alfredo

[PATCH] more ert stuff

2003-03-19 Thread John Levon
This is a more recent version, that also fixes bug 966. We were not checking for size(text) < size(button) in the ERT draw. This was fixed by merging the duplicated code. john ? a.diff Index: insetcollapsable.C === RCS file: /usr/

[PATCH] move need_update handling into insetert

2003-03-19 Thread John Levon
This fixes a long-standing bug, for some reason (namely, switch from closed to inlined did not correctly recalculate the width), but does not fix an *existing* bug that is new to 1.4.0cvs (bug 965). Jug, if you're listening: why doesn't the insettext->update() correctly deal with the cursor positi

Re: current cvs

2003-03-19 Thread Alfredo Braunstein
John Levon wrote: > Hmm, it got away with it ... try again, I just committed a probably fix > to a silly Fast as a lightning! Thanks, compiling. Alfredo

Re: current cvs

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 07:30:42PM +0100, Alfredo Braunstein wrote: > is aborting on file->new Hmm, it got away with it ... try again, I just committed a probably fix to a silly john

current cvs

2003-03-19 Thread Alfredo Braunstein
is aborting on file->new Alfredo

inset_apply bug

2003-03-19 Thread John Levon
LFUN_INSET_MODIFY needs to do an updateInset() on the given inset, it may change shape (e.g. minipage). This requires moving updateInset() into InsetBase I guess ... regards john

Re: top_y() is killing us

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 05:34:54PM +0100, Andre Poenitz wrote: > So what about the two-stage drawing? > > Give the insets a small cache of width/ascent/descent (you could steal from > math_diminset I suppose), fill the cache of an inset in the first stage > according to the size of the contents o

Re: top_y() is killing us

2003-03-19 Thread Andre Poenitz
On Wed, Mar 19, 2003 at 04:37:39PM +, John Levon wrote: > I'm going to stop now, btw. I hacked out the direct updates (below) > and it breaks everything so badly that there is no point attempting > (ever) cleaning this up. So what about the two-stage drawing? Give the insets a small cache of

Re: [Patch] framebox

2003-03-19 Thread Jean-Marc Lasgouttes
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Wed, Mar 19, 2003 at 04:52:39PM +0100, Jean-Marc Lasgouttes Andre> wrote: >> OK, it seems to work... Are there other places where this optional >> argument UI is used? Andre> No. >> It is rather weird... Andre> Propose somethi

Re: top_y() is killing us

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 05:23:17PM +0100, Andre Poenitz wrote: > My bibkey breaking... I'm going to stop now, btw. I hacked out the direct updates (below) and it breaks everything so badly that there is no point attempting (ever) cleaning this up. john Index: BufferView_pimpl.C ===

Re: top_y() is killing us

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 05:23:17PM +0100, Andre Poenitz wrote: > > That's as much as I'm really aware of. > > My bibkey breaking... Oh yeah. and use_amsmath :)) john

Re: top_y() is killing us

2003-03-19 Thread Andre Poenitz
On Wed, Mar 19, 2003 at 04:22:57PM +, John Levon wrote: > We currently have : > > o the assert (bugs always there) > o a new DEPM crash > o some new drawing problems > o slowdown of top_y() > o anchor row setting on doc shorter than the workarea is not ideal > > That's as much as I'm really a

Re: top_y() is killing us

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 05:20:41PM +0100, Alfredo Braunstein wrote: > Btw, what's the problem with the second? Create a new document, type a few rows/pars of text, add afootnote, then close the footnote. The top row becomes the row containing the footnote, but it should be firstrow. regards joh

Re: top_y() is killing us

2003-03-19 Thread Alfredo Braunstein
John Levon wrote: > o slowdown of top_y() > o anchor row setting on doc shorter than the workarea is not ideal These two are my bad but are pretty isolated and can be 'eliminated' by adding four lines to the existing code Btw, what's the problem with the second? Alfredo

Re: top_y() is killing us

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 05:14:49PM +0100, Juergen Vigna wrote: > I don't really read all of the mails arriving right now (there is just > too much traffic), but I overscan all of them fast. > > Now I'm a bit worried about the actual state of the lyx developement > are you all sure we will not end

Re: top_y() is killing us

2003-03-19 Thread Juergen Vigna
I don't really read all of the mails arriving right now (there is just too much traffic), but I overscan all of them fast. Now I'm a bit worried about the actual state of the lyx developement are you all sure we will not end up as in the "old" development tree? I hope you try to hold on yourself an

Re: BufferView_pimpl::update(blah) vs. update()

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 05:07:35PM +0100, Juergen Vigna wrote: > Yes John you are right and I see you're on the right trace just go > on with your investigation. Well I've just hacked out all the direct update() calls, and things are breaking in a spectacular fashion :) john

Re: BufferView_pimpl::update(blah) vs. update()

2003-03-19 Thread Juergen Vigna
John Levon wrote: [snip] Perhaps you're referring to insettext/tabular specific code that decides which cells needs updating ? But that's not related to redrawings really, it's more a matter of rebreaking etc. (and it's broken in several circumstances) Yes John you are right and I see you're on th

Re: [Patch] framebox

2003-03-19 Thread Andre Poenitz
On Wed, Mar 19, 2003 at 04:52:39PM +0100, Jean-Marc Lasgouttes wrote: > OK, it seems to work... Are there other places where this optional > argument UI is used? No. > It is rather weird... Propose something better. I don't like it myself. Andre' -- Those who desire to give up Freedom in ord

Re: [Patch] framebox

2003-03-19 Thread Andre Poenitz
On Wed, Mar 19, 2003 at 04:50:17PM +0100, Jean-Marc Lasgouttes wrote: > So the short version is something like "the argument of framebox is > now considered as text, and a second optional argument is supported"? Exactly. Andre' -- Those who desire to give up Freedom in order to gain Security, w

Re: [Patch] framebox

2003-03-19 Thread Jean-Marc Lasgouttes
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> Concerning your question how to check: Andre> - content of framebox should be black - you should be able to Andre> open a new nested math box in there by pressing C-m - you Andre> should be able to use two optional args OK, it see

Re: [Patch] framebox

2003-03-19 Thread Jean-Marc Lasgouttes
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Wed, Mar 19, 2003 at 04:33:28PM +0100, Jean-Marc Lasgouttes Andre> wrote: >> There are two of them actually. I took the liberty of renaming >> them, since they had the same name :) Andre> Ok: So the short version is something l

Re: [Patch] framebox

2003-03-19 Thread Andre Poenitz
Concerning your question how to check: - content of framebox should be black - you should be able to open a new nested math box in there by pressing C-m - you should be able to use two optional args Andre'

Re: [Patch] framebox

2003-03-19 Thread Andre Poenitz
On Wed, Mar 19, 2003 at 04:33:28PM +0100, Jean-Marc Lasgouttes wrote: > There are two of them actually. I took the liberty of renaming them, > since they had the same name :) Ok: +++ math_frameboxinset.C3 Mar 2003 11:55:05 - @@ -22,6 +22,7 @@ MathInset * MathFrameboxIn

Re: [Patch] framebox

2003-03-19 Thread Jean-Marc Lasgouttes
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Wed, Mar 19, 2003 at 04:24:34PM +0100, Jean-Marc Lasgouttes Andre> wrote: You are not seriously asking me about two weeks old Andre> patch? >> Yes I am. Of course, if your patch had a ChangeLog, life would be >> easier. Or if yo

Re: [Patch] framebox

2003-03-19 Thread Andre Poenitz
On Wed, Mar 19, 2003 at 04:24:34PM +0100, Jean-Marc Lasgouttes wrote: > Andre> You are not seriously asking me about two weeks old patch? > > Yes I am. Of course, if your patch had a ChangeLog, life would be > easier. Or if you actually added some useful english text to you mails > explaining what

Re: [Patch] framebox

2003-03-19 Thread Jean-Marc Lasgouttes
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Wed, Mar 19, 2003 at 04:05:33PM +0100, Jean-Marc Lasgouttes Andre> wrote: >> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: >> Andre> On Mon, Mar 03, 2003 at 12:56:01PM +0100, Andre' Poenitz wrote: >> >> please consi

Bug: placement of error insets

2003-03-19 Thread Dekel Tsur
Error insets are placed inside words. See attached file. #LyX 1.3 created this file. For more info see http://www.lyx.org/ \lyxformat 223 \textclass article \begin_preamble \usepackage{cite} \allowdisplaybreaks[1] \end_preamble \language american \inputencoding default \fontscheme default \graphics

Re: [Patch] framebox

2003-03-19 Thread Andre Poenitz
On Wed, Mar 19, 2003 at 04:05:33PM +0100, Jean-Marc Lasgouttes wrote: > > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: > > Andre> On Mon, Mar 03, 2003 at 12:56:01PM +0100, Andre' Poenitz wrote: > >> please consider to apply this to 1.3.1cvs. > > Andre> Well, the second part should be

Re: [Patch] framebox

2003-03-19 Thread Jean-Marc Lasgouttes
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Mon, Mar 03, 2003 at 12:56:01PM +0100, Andre' Poenitz wrote: >> please consider to apply this to 1.3.1cvs. Andre> Well, the second part should be safe as well. See attached. OK, I applied ot to my tree, but what does it do exac

Re: top_y() is killing us

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 03:52:52PM +0100, Alfredo Braunstein wrote: > I'll make a try. Alfredo Great ! john

Re: top_y() is killing us

2003-03-19 Thread Alfredo Braunstein
John Levon wrote: >> on LyXText::setHeightOfRow() would suffice? > > plus removeRow, I guess ... dunno. I'll make a try. Alfredo

Re: Prosper

2003-03-19 Thread Jean-Marc Lasgouttes
> "Bas" == Bas Spitters <[EMAIL PROTECTED]> writes: Bas> Dear Dekel, dear developers, Here are my two-cents: I have made a Bas> small adaptation of Dekel Tsur's layout-file for prosper, a Bas> LaTeX-package for making PDF-presentation, together with it small Bas> template file. It is useful fo

Re: top_y() is killing us

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 03:49:10PM +0100, Alfredo Braunstein wrote: > > Actually, also whenever a row->height() can change, e.g. set font > > on LyXText::setHeightOfRow() would suffice? plus removeRow, I guess ... dunno. john

Re: top_y() is killing us

2003-03-19 Thread Alfredo Braunstein
John Levon wrote: > Actually, also whenever a row->height() can change, e.g. set font on LyXText::setHeightOfRow() would suffice? Alfredo

Re: Towards LyX 1.3.1 [status update #2]

2003-03-19 Thread Jean-Marc Lasgouttes
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: Dekel> On Fri, Mar 07, 2003 at 06:33:08PM +0100, Jean-Marc Lasgouttes Dekel> wrote: I want to port the following patch to 1.3.1cvs (the Dekel> patch is against HEAD). It add 'hspell' option to the list of Dekel> spell-checkers (hspell is a sp

Re: top_y() is killing us

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 03:37:16PM +0100, Alfredo Braunstein wrote: > I'll bet that this will be easy to do. When does row positions can be > updated? On rowpaint and row insert/delete I presume? Actually, also whenever a row->height() can change, e.g. set font john

Re: top_y() is killing us

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 03:37:16PM +0100, Alfredo Braunstein wrote: > Are you sure it's significative? We can always try the 'old way' with a four > line change like I did before. I've never detected a slowdown. It towers over everything else in the profiles. > I'll bet that this will be easy to

Re: Lyxpipes or I want PutEnv() back!

2003-03-19 Thread Jean-Marc Lasgouttes
> "Joao" == Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes: Joao> Normal clients, though, will be spawned by lyx childs (eg. xdvi Joao> as with "inverse dvi search") so the alternative in this case Joao> points to set an environment variable LYXTMP with equal to Joao> /tmp/lyx_tmpdir8814

Re: top_y() is killing us

2003-03-19 Thread Alfredo Braunstein
John Levon wrote: > The iteration through all the rows ... Are you sure it's significative? We can always try the 'old way' with a four line change like I did before. I've never detected a slowdown. > Why doesn't a row know its position ? I'll bet that this will be easy to do. When does row p

Re: [patch 13x?] bug 944

2003-03-19 Thread Jean-Marc Lasgouttes
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> The attached patch fixes bug 944: Angus> src/frontends/xforms/forms/fdfix.sh uses fixed file names for Angus> temporary files, thus make dist on SMP fails. Fix is trivial -- Angus> all temporary files should have $$ (PID) appended t

Re: Aegis (was: Re: [PATCH] use ParagraphList iterator for reading the doc)

2003-03-19 Thread Andre Poenitz
On Wed, Mar 19, 2003 at 03:00:01PM +0100, Jean-Marc Lasgouttes wrote: > You are lucky. I tried it with emacs-20.4/gnus-5.8.6, and it > definitely did not work. What does this copiousoutput means, actually? man mailcap /copious n copiousoutput This flag should be given whenev

Re: top_y() is killing us

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 03:09:03PM +0100, Jean-Marc Lasgouttes wrote: > So presumably some of the "clever but annoying" stuff we had was > useful? ;) No, this is entirely related to Alfredo's work, which is orthogonal to the stuff I've been ripping out. regards john

Re: top_y() is killing us

2003-03-19 Thread Jean-Marc Lasgouttes
> "John" == John Levon <[EMAIL PROTECTED]> writes: >> When is top_y() called? John> Every cursor movement, click, motion ... John> this is new stuff though So presumably some of the "clever but annoying" stuff we had was useful? ;) JMarc

Re: [ANNOUNCE] LyX 1.3.1 is released

2003-03-19 Thread Jean-Marc Lasgouttes
> "Borgermans" == Borgermans Paul <[EMAIL PROTECTED]> writes: Borgermans> Hello I placed a lyx SuSE 8.1 rpm built with the qt Borgermans> frontend in ftp.lyx.org/incoming Borgermans> It is built using the stock qt2 libraries, so it should Borgermans> run on stock installed 8.1 distro's as we

Re: top_y() is killing us

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 02:58:37PM +0100, Jean-Marc Lasgouttes wrote: > Because we would have to update all the positions when inserting a new > row? That's a lot less common than getRowNearY(), top_y(), etc. > When is top_y() called? Every cursor movement, click, motion ... this is new stuff

Re: Aegis (was: Re: [PATCH] use ParagraphList iterator for reading the doc)

2003-03-19 Thread Jean-Marc Lasgouttes
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On Mon, Mar 17, 2003 at 09:46:04AM +, Jos? Matos wrote: >> This is what I have in .mailcap and that is relevant: >> application/x-gunzip; zcat; copiousoutput application/x-gzip; zcat; >> copiousoutput application/x-bzip2; bzcat; copi

Re: lyx-devel /: Tag: BRANCH_1_3_X ChangeLog status.13x config/: T ...

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 02:41:52PM +0100, Jean-Marc Lasgouttes wrote: > Thanks a lot. I'm still building this but ... john Index: status.13x === RCS file: /usr/local/lyx/cvsroot/lyx-devel/Attic/status.13x,v retrieving revision 1.

Re: top_y() is killing us

2003-03-19 Thread Jean-Marc Lasgouttes
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> The iteration through all the rows ... John> Why doesn't a row know its position ? Because we would have to update all the positions when inserting a new row? When is top_y() called? JMarc

Re: Simple bug guide is missing

2003-03-19 Thread Jean-Marc Lasgouttes
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On Wed, Mar 19, 2003 at 02:40:43PM +0100, Jean-Marc Lasgouttes John> wrote: >> OK, here is a revised template. I do not have any way to try it >> out, so I hope I did not make a mistake (I tend to do a lot in >> html). John> also still

RE: [ANNOUNCE] LyX 1.3.1 is released

2003-03-19 Thread Borgermans Paul
Title: [ANNOUNCE] LyX 1.3.1 is released Hello   I placed a lyx SuSE 8.1 rpm built with the qt frontend in ftp.lyx.org/incoming   It is built using the stock qt2 libraries, so it should run on stock installed 8.1 distro's as well as upgraded ones.   The root is /usr and I modified the lyx.spe

Re: Aegis (was: Re: [PATCH] use ParagraphList iterator for reading the doc)

2003-03-19 Thread John Levon
On Mon, Mar 17, 2003 at 09:46:04AM +, Jos? Matos wrote: > This is what I have in .mailcap and that is relevant: > application/x-gunzip; zcat; copiousoutput > application/x-gzip; zcat; copiousoutput > application/x-bzip2; bzcat; copiousoutput > application/x-tar-gz; gunzip -c %s | tar -tf

top_y() is killing us

2003-03-19 Thread John Levon
The iteration through all the rows ... Why doesn't a row know its position ? john

Re: Simple bug guide is missing

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 02:40:43PM +0100, Jean-Marc Lasgouttes wrote: > OK, here is a revised template. I do not have any way to try it out, > so I hope I did not make a mistake (I tend to do a lot in html). also still needs changing : powerfull -> powerful > Also, it would be nice to have a 1.

Re: lyx-devel /: Tag: BRANCH_1_3_X ChangeLog status.13x config/: T ...

2003-03-19 Thread Jean-Marc Lasgouttes
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On Wed, Mar 19, 2003 at 02:21:26PM +0100, Jean-Marc Lasgouttes John> wrote: >> The spell patch is going in while I write this message, and I was John> Great. Of course, I forgot to ask the include that you told me I should not forget,

Re: Simple bug guide is missing

2003-03-19 Thread Jean-Marc Lasgouttes
> "Michael" == Michael A Koziarski <[EMAIL PROTECTED]> writes: >> Also the front page is way out of date >> Michael> If someone updates the attached template, lars or I can stick Michael> it in place, the syntax should be obvious enough OK, here is a revised template. I do not have any way t

Re: lyx-devel /: Tag: BRANCH_1_3_X ChangeLog status.13x config/: T ...

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 02:21:26PM +0100, Jean-Marc Lasgouttes wrote: > The spell patch is going in while I write this message, and I was Great. > planning to ask you whether the TOC patch was a good idea. Is there a I think it's safe, personally. > place where I can find a version of this pat

Re: lyx-devel /: Tag: BRANCH_1_3_X ChangeLog status.13x config/: T ...

2003-03-19 Thread Jean-Marc Lasgouttes
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On Wed, Mar 19, 2003 at 11:54:29AM +, [EMAIL PROTECTED] John> wrote: >> back to 1.3.2cvs John> Are you going to apply the spell patch ? And what about the TOC John> deleted paragraph one ? The spell patch is going in while I write

Re: lyx-devel /: Tag: BRANCH_1_3_X ChangeLog status.13x config/: T ...

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 11:54:29AM +, [EMAIL PROTECTED] wrote: > back to 1.3.2cvs Are you going to apply the spell patch ? And what about the TOC deleted paragraph one ? john

Re: [PATCH] make markDirty() depend on NoBuffer|ReadOnly

2003-03-19 Thread John Levon
On Wed, Mar 19, 2003 at 10:14:24AM +0100, Jean-Marc Lasgouttes wrote: > Did you actually check in each case that the readonly status of the > lfun was compatible with the CHANGE flag used in the corresponding > update() call? An example I had in mind (although it may be fixed > with Angus latest d

Re: [ANNOUNCE] LyX 1.3.1 is released

2003-03-19 Thread Jean-Marc Lasgouttes
> "Karsten" == Karsten Heymann <[EMAIL PROTECTED]> writes: Karsten> * Why is th prosper class not contained? Because nobody sent it in an obvious enough way for me to notice it. I need: - a layout file - a patch (or a short file) to update LaTeXConfig.lyx.in so that it mentions prosper - (

Re: [ANNOUNCE] LyX 1.3.1 is released

2003-03-19 Thread Jean-Marc Lasgouttes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Karsten Heymann <[EMAIL PROTECTED]> writes: | * The Lars> order of news on www.lyx.org is incorrect Lars> sorting of "March" vs. "Mar" I guess. I began to change all the months to full name, but it did not work. So I re-read n

Re: [ANNOUNCE] LyX 1.3.1 is released

2003-03-19 Thread Lars Gullik Bjønnes
Karsten Heymann <[EMAIL PROTECTED]> writes: | * The order of news on www.lyx.org is incorrect sorting of "March" vs. "Mar" I guess. -- Lgb

more xform dialog size problems

2003-03-19 Thread Andre Poenitz
The 'View LaTeX log' is too small, too. Can the default size not depend on the current LyX size? This way we would be sure it is "not too large", yet make sure that it is reasonable as well? As things are now, the dialog covers about a sixth of the area of the main lyx window on my screen, whic

Re: [ANNOUNCE] LyX 1.3.1 is released

2003-03-19 Thread Karsten Heymann
On Wed, 19 Mar 2003 11:42:31 +0100 <[EMAIL PROTECTED]> wrote: > > Public release of LyX version 1.3.1 > === > > We are glad to announce the release of LyX 1.3.1. Two points: * The order of news on www.lyx.org is incorrect * Why is th prosper class not contained

Re: update ru.po for LyX 1.3.1

2003-03-19 Thread Jean-Marc Lasgouttes
> "Vitaly" == Vitaly Lipatov <[EMAIL PROTECTED]> writes: Vitaly> Please commit update of russian translation for LyX 1.3.1 File Vitaly> ru.po.bz2 is attached. Hi Vitaly, Unfortunately, you update is coming one day to late... sorry about that, it will be in 1.3.2. JMarc

[ANNOUNCE] LyX 1.3.1 is released

2003-03-19 Thread lasgouttes
Public release of LyX version 1.3.1 === We are glad to announce the release of LyX 1.3.1. As expected this is a maintenance release, which adds some polish to the new features of LyX 1.3.0 (especially the Qt frontend) and also fixes some significant bugs in the ma

Use an Xfig figure in LyX with non-latin1 Special flagged text

2003-03-19 Thread Kamil Anis
Hello, I use to make Xfig figures with Special flagged text quite often. I mostly write english documets, but sometimes I need to make a figure that includes non-english text -- namely the Czech. A block scheme is such an example (see the attachments). I used a trick with TeX macros for typesett

Re: lyx 1.3: compile error

2003-03-19 Thread Alfredo Braunstein
Hartmut Haase wrote: > I don't know, I'm working with suse 8.1 Can you run g++ -v and send the output? > Would the configure-output be helpful? > And, pleas keep in mind: I'm just a user, NOT a developer, but I have to > compile because you made so many changes that I cannot install any > rpm-p

Re: lyx 1.3: compile error

2003-03-19 Thread Andre Poenitz
On Wed, Mar 19, 2003 at 10:14:33AM +0100, Hartmut Haase wrote: > I don't know, I'm working with suse 8.1 I seem to remember somebody saying that the compiler shipped with it is buggy but that there is an update by SuSE. > Would the configure-output be helpful? For compiler bugs, g++ --version wo

Re: [PATCH] make markDirty() depend on NoBuffer|ReadOnly

2003-03-19 Thread Jean-Marc Lasgouttes
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> This patch reduces complexity some more by making us examine the John> lfun flags for deciding if the buffer has changed or not, hence John> removing BufferView::CHANGE Did you actually check in each case that the readonly status of the

Re: lyx 1.3: compile error

2003-03-19 Thread Hartmut Haase
> > A compiler error, not LyX's fault. > I did not say it's LyX's fault, I simply asked: > > Does anyone know what to do? > > It says: > "Please submit a full bug report, > with preprocessed source if appropriate." > Well the source is lyx-1.3.0.tar.gz which I got from Pit Sütterlin's page. >

Re: Handling markDirty

2003-03-19 Thread Jean-Marc Lasgouttes
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On Tue, Mar 18, 2003 at 07:51:23PM +0100, Andre Poenitz wrote: >> In that case a flag in the FuncRequest is in order I think... John> Actually we already have ReadOnly|NoBuffer, so I think I can do John> it anyway. What do you mean? Th

Re: lyx 1.3: compile error

2003-03-19 Thread Andre Poenitz
On Wed, Mar 19, 2003 at 09:31:30AM +0100, Hartmut Haase wrote: > If I compile I get the following messages: > [...] > ../../../../boost/boost/regex/detail/regex_match.hpp:1902: Internal compiler >error in expand_call, at calls.c:3049 A compiler error, not LyX's fault. > Does anyone know wha

lyx 1.3: compile error

2003-03-19 Thread Hartmut Haase
If I compile I get the following messages: ~/lyx-1.3.0 506 $>make Making all in config make[1]: Entering directory `/home/haase/lyx-1.3.0/config' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/home/haase/lyx-1.3.0/config' Making all in development make[1]: Entering directory `

Re: [PATCH] getchar updates

2003-03-19 Thread Lars Gullik Bjønnes
Andre Poenitz <[EMAIL PROTECTED]> writes: | On Wed, Mar 19, 2003 at 12:14:22AM +0100, Lars Gullik Bjønnes wrote: | > Also reintroduces the stronger assert. | | Have you checked that at least minimum functionality is retained? | | I.e. typing a few paragraphs (one or two char each) and removing s

Re: [PATCH] getchar updates

2003-03-19 Thread Andre Poenitz
On Wed, Mar 19, 2003 at 12:14:22AM +0100, Lars Gullik Bjønnes wrote: > Also reintroduces the stronger assert. Have you checked that at least minimum functionality is retained? I.e. typing a few paragraphs (one or two char each) and removing something from the middle with backspace and a few undo/

Re: Handling markDirty

2003-03-19 Thread Andre Poenitz
On Tue, Mar 18, 2003 at 07:52:27PM +0100, Lars Gullik Bjønnes wrote: > What dirty state are you tinking of André? > > Afaik what John is talking abut is that the buffer changed, not that > something needs a redraw. I understood that now. I was thinking of the 'NEED_VERY_LITTLE_REFRESH', 'NEED_MO