Re: 2 bugs in 1.5.0 beta

Jorge Sampaio schrieb: I forgot to include the second but (the first, explained below, in the 1.5beta1, seems to be fixed in 1.5 beta2) The second follows: When using the Math panel to obtain the scalar product (same as \cdot), or typping "\cdot )", instead of getting the "dot" symbol (.), we get

Re: 2 bugs in 1.5.0 beta

I forgot to include the second but (the first, explained below, in the 1.5beta1, seems to be fixed in 1.5 beta2) The second follows: When using the Math panel to obtain the scalar product (same as \cdot), or typping "\cdot )", instead of getting the "dot" symbol (.), we get the cross product symbo

Re: 2 bugs in 1.5.0 beta

Jorge Sampaio wrote: Hi, I found a little bug in 1.5.0. Hi Jorge, This bug is already fixed in SVN. Thanks for reporting anyway. Abdel.

2 bugs in 1.5.0 beta

Hi, I found a little bug in 1.5.0. When using the Math panel to add a delimiter with a "none", for example to create a " \right . " code, the code generated is " \right ) " . Both code and the typeset will be wrong. (same for " \left . ") Thanks Jorge Sampaio

Re: 2 bugs and a proposal

Angus Leeming <[EMAIL PROTECTED]> writes: > > > Questions: > > > 1. Does it make sense to preview anything other than Input? > > > > Uh, yes. But this very much depends on the document in question. > > See a few examples on the homepage. > > Other obvious c

Re: 2 bugs and a proposal

On Wednesday 31 July 2002 9:29 pm, David Kastrup wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > > Lars Gullik Bjønnes wrote: > > > | 3. Would people like a Preview of such Input? > > > > > > sure. > > > > Oh my god! It works! See attached! > > This is all a secret plot from envious Emacs use

Re: 2 bugs and a proposal

Angus Leeming <[EMAIL PROTECTED]> writes: > Lars Gullik Bjønnes wrote: > > > | 3. Would people like a Preview of such Input? > > > > sure. > > Oh my god! It works! See attached! This is all a secret plot from envious Emacs users that want LyX development to stall by incurring a lethal eye can

Re: 2 bugs and a proposal

Lars Gullik Bjønnes wrote: > | 3. Would people like a Preview of such Input? > > sure. Oh my god! It works! See attached! The InsetInclude::PreviewImpl and InsetFormula::PreviewImpl are very similar so I'll try and factor the common code into a base class. Questions: 1. Does it make sense t

Re: 2 bugs and a proposal

Angus Leeming <[EMAIL PROTECTED]> writes: | Attached are snapshots of the LyX screen and resultant dvi output. > | 1. Why does the Caption environment think that it's "senseless" when | clearly it isn't? It never really checks outside the current inset if it is inside a float or not. | 2. Why

2 bugs and a proposal

Attached are snapshots of the LyX screen and resultant dvi output. 1. Why does the Caption environment think that it's "senseless" when clearly it isn't? 2. Why is the blue border of the second minipage not drawn around its contents. 3. Would people like a Preview of such Input? Angus dvi

Re: 2 bugs

On Thu, Jun 21, 2001 at 12:00:03PM -0400, Richard E. Hawkins wrote: > 2) inability to read old files. I don't know if this was a spring bug > or a current bug. I've attached the offending document and the simple > postscript insert. This worked in the spring, and now fails to > print--but it

2 bugs

1) unmapped alt- sequences are passed as characters--Alt-o (to open [ok, I was wrong!]) put an o in my title. 2) inability to read old files. I don't know if this was a spring bug or a current bug. I've attached the offending document and the simple postscript insert. This worked in the sp

Re: 2 bugs in lyx 1.1.5pre3 TOC menu-> Crash + New reference types

> > Maybe you are using it wrongly: the prefix of the label in a prettyref > > must be 3 letters and then a ':', for example 'sec:introduction' > > Read the prettyref documentation for more information Correction: there can be any number of letters before the ':' > > OK, this is my fault: I did

Re: 2 bugs in lyx 1.1.5pre3 TOC menu-> Crash + New reference types

Hi, Thanks for your response. For the TOC menu entry, I would suggest to launch the dialog from Edit->TOC automaticaly if some limit on the total number has been reached which cannot be altered. For the rest : see edits below. Dekel Tsur wrote: > > On Tue, May 23, 2000 at 06:27:10PM +0200, P

RE: 2 bugs in lyx 1.1.5pre3 TOC menu-> Crash + New reference typ

On 23-May-2000 Paul Borgermans wrote: > > 1) TOC-menu crash > > When acessing the the TOC menu in 1.1.5pre3 with a fairly large TOC (PhD > > text), lyx crashes always. > With smaller TOC structures, I did not see any crash. > This is probably releated with the memory-faults in this code Mic

Re: 2 bugs in lyx 1.1.5pre3 TOC menu-> Crash + New reference types

Dekel Tsur <[EMAIL PROTECTED]> writes: | For XForms 0.88 the limit is 32. However, it can be changed with a call to | fl_setpup_maxpups(int new_max) Right. We should be carefull not to leak pups. Lgb

Re: 2 bugs in lyx 1.1.5pre3 TOC menu-> Crash + New reference types

On Tue, May 23, 2000 at 10:09:48PM +0200, Lars Gullik Bj&resh;nnes wrote: > Dekel Tsur <[EMAIL PROTECTED]> writes: > | What error messages (if any) you get in the terminal ? > | I'm guessing that the problem occurs because the maximum number of XForms > | popups has been reached (I haven't add a

Re: 2 bugs in lyx 1.1.5pre3 TOC menu-> Crash + New reference types

Dekel Tsur <[EMAIL PROTECTED]> writes: | > When acessing the the TOC menu in 1.1.5pre3 with a fairly large TOC (PhD | > | > text), lyx crashes always. | > With smaller TOC structures, I did not see any crash. | | What error messages (if any) you get in the terminal ? | I'm guessing that the pr

Re: 2 bugs in lyx 1.1.5pre3 TOC menu-> Crash + New reference types

On Tue, May 23, 2000 at 06:27:10PM +0200, Paul Borgermans wrote: > Hello, > > 2 bug reports: > > > 1) TOC-menu crash > > When acessing the the TOC menu in 1.1.5pre3 with a fairly large TOC (PhD > > text), lyx crashes always. > With smaller TOC structures, I did not see any crash. What error

Re: 2 bugs in lyx 1.1.5pre3 TOC menu-> Crash + New reference types

Paul Borgermans <[EMAIL PROTECTED]> writes: | Hello, | | 2 bug reports: | | | 1) TOC-menu crash | | When acessing the the TOC menu in 1.1.5pre3 with a fairly large TOC (PhD | | text), lyx crashes always. Large in what way? Number of entries or length of entries? | With smaller TOC structu

2 bugs in lyx 1.1.5pre3 TOC menu-> Crash + New reference types

Hello, 2 bug reports: 1) TOC-menu crash When acessing the the TOC menu in 1.1.5pre3 with a fairly large TOC (PhD text), lyx crashes always. With smaller TOC structures, I did not see any crash. Here is the backtrace (I am used to "longer" backtraces) with gdb: --

Re: 2 bugs in 1.1.4pre1 and pre2

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | I do not see those problems here... Could you post the result of | running lyx with "-dbg latex" and trying those operations? If fresh from cvs use "lyx -dbg depend" (or "lyx -dbg depend,latex") Lgb

Re: 2 bugs in 1.1.4pre1 and pre2

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> It would appear that LyX is adding white space at the start of Angus> each citation. Angus> This is confirmed by exporting to LaTeX and generating the .dvi Angus> file manually. I have to edit the .tex file to remove the space Ang

Re: 2 bugs in 1.1.4pre1 and pre2

ue, 25 Jan 2000, you wrote: > >>>>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: > > Angus> Morning all, 2 bugs to report. > > Angus> 1. I'd like to conform that the "view xdvi" option isn't > Angus> working cor

Re: 2 bugs in 1.1.4pre1 and pre2

>>>>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Morning all, 2 bugs to report. Angus> 1. I'd like to conform that the "view xdvi" option isn't Angus> working correctly anymore. LaTeX is run only once always. To

2 bugs in 1.1.4pre1 and pre2

Morning all, 2 bugs to report. 1. I'd like to conform that the "view xdvi" option isn't working correctly anymore. LaTeX is run only once always. To get tables of contents etc, I have to manually select "update dvi" 2. the bibtex thingy is broken. It works from wi

2 bugs

If a paragraph ends with an enumeration, it is not possible too indent the next paragraph. In the math environment, if the first character within parentheses is a regular text character, it is not possible to switch back to math until after that character; it is necessary to switch to math, a