On Mon, Sep 10, 2001 at 06:07:16PM -0400, Ben Logan wrote:
> The other problems occur in section "4.1 Arithmatic Operators". The
> snippet of PHP code in the "code" paragraph environment wraps in the
> output even thought the lines aren't too long, and don't wrap within
> LyX.  Some of the shorter lines wrap while longer ones don't!
> 
> The last problem occurs in the next-to-last paragraph.  There is a
> mysterious line break between "10%3" and "is 1" in the output even
> though LyX doesn't show one.

Both of these problems are due to a bug in lyx.
I've attached a patch (for 1.1.6fix3) that fixes it (you will need to compile
lyx yourself).
Index: ChangeLog
===================================================================
RCS file: /usr/local/lyx/cvsroot/lyx-devel/ChangeLog,v
retrieving revision 1.757.2.110
diff -u -p -r1.757.2.110 ChangeLog
--- ChangeLog   2001/09/06 14:16:02     1.757.2.110
+++ ChangeLog   2001/09/11 09:29:52
@@ -1,3 +1,8 @@
+2001-09-11  Dekel Tsur  <[EMAIL PROTECTED]>
+
+       * src/buffer.C (SimpleLinuxDocOnePar): Remove extra character
+       after an inset.
+
 2001-09-06  Jean-Marc Lasgouttes  <[EMAIL PROTECTED]>
 
        * lib/examples/da_splash.lyx: new translation from Claus Hindsgaul
Index: src/buffer.C
===================================================================
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/buffer.C,v
retrieving revision 1.162.2.9
diff -u -p -r1.162.2.9 buffer.C
--- src/buffer.C        2001/07/18 13:31:20     1.162.2.9
+++ src/buffer.C        2001/09/11 09:29:54
@@ -2802,9 +2802,7 @@ void Buffer::SimpleLinuxDocOnePar(ostrea
                if (c == LyXParagraph::META_INSET) {
                        inset = par->GetInset(i);
                        inset->Linuxdoc(this, os);
-               }
-
-               if (font2.latex() == LyXFont::ON) {
+               } else if (font2.latex() == LyXFont::ON) {
                        // "TeX"-Mode on == > SGML-Mode on.
                        if (c != '\0')
                                os << c; // see LaTeX-Generation...

Reply via email to