Integral sign appears in the wrong location inside lyx-2.3.4
OS: linux (opensuse leap 15.1) Qt version: 5.14.0 I compiled and ran lyx-2.3.4 with the configuration shown below. A problem seen in Feb 2019 ( https://www.mail-archive.com/lyx-users@lists.lyx.org/msg108800.html) is still present. When I attempt to write an integral within a math environment as in \int_a^b f(x)dx the location of the integral sign in lyx is wrong. Screenshot and lyx file attached. (The pdf looks fine.) Anand - Configuration Host type: x86_64-pc-linux-gnu Special build flags: build=release std-regex use-hunspell use-aspell use-enchant Bundled libraries:boost mythes C++ Compiler:g++ (7.5.0) C++ Compiler flags: -fPIC -O2 -std=c++14 C++ Compiler user flags: Linker flags: Linker user flags: Qt Frontend: Qt version: 5.14.0 Packaging: posix LyX binary dir: /home/anand/bin LyX files dir: /home/anand/share/lyx-2.3.4 intab.lyx Description: application/lyx -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Bullet icon different in lyx and pdf
I don't know if this bug has already been documented but a cursory search didn't find anything related. When I change a bullet appearance in lyx via Documents --> Settings --> Bullets --> Level and then pick a bullet icon, the icon for the bullet does not change within the Itemize environment inside lyx. It does however work correctly in the pdf. To reiterate, while lyx shows the wrong bullet icon after it has been changed (as described above), the pdf is correctly generated. lyx and pdf test files attached. I'm on lyx-2.2.1, opensuse 42.1 (Qt 4 frontend and not Qt 5). Anand testbulleticons.lyx Description: application/lyx testbulleticons.pdf Description: Adobe PDF document
Re: Bug in equation label
On 10/31/2010 10:27 AM, Richard Heck wrote: On 10/30/2010 11:24 AM, Anand Rangarajan wrote: Sorry if this has come up previously but I've encountered a problem with lyx equation labels (lyx-1.6.7 on linux x86_64). When I use the label 'x=1' for an equation, lyx changes it to 'x=3D1'. If I edit and save the lyx file in emacs, then the next time lyx opens the file, the label appears as 'x=1'. However, after editing and writing the file in lyx, the label reverts back to 'x=3D1'. I have not tested lyx-2.0 alpha to see if the bug appears there as well. This isn't a bug. LyX escapes the '=', because it uses '=' as an escape when there is Unicode in the label. And '=' is 3D in the ascii table. That makes sense from a lyx developer's perspective. However, this implies that users should not use '=' in an equation label - like I just did - because the label may change in unexpected ways upon saving. Is there a list of symbols that behave similarly - as in they expand out in unusual ways (from the point of view of the end user)? Anand Richard
Re: Bug in equation label
On 10/31/2010 10:27 AM, Richard Heck wrote: On 10/30/2010 11:24 AM, Anand Rangarajan wrote: Sorry if this has come up previously but I've encountered a problem with lyx equation labels (lyx-1.6.7 on linux x86_64). When I use the label 'x=1' for an equation, lyx changes it to 'x=3D1'. If I edit and save the lyx file in emacs, then the next time lyx opens the file, the label appears as 'x=1'. However, after editing and writing the file in lyx, the label reverts back to 'x=3D1'. I have not tested lyx-2.0 to see if the bug appears there as well. This isn't a bug. LyX escapes the '=', because it uses '=' as an escape when there is Unicode in the label. And '=' is 3D in the ascii table. That makes sense from a lyx developer's perspective. However, this implies that users should not use '=' in an equation label - like I just did - because the label may change in unexpected ways upon saving. Is there a list of symbols that behave similarly - as in they expand out in unusual ways (from the point of view of the end user)? Anand Richard
Bug in equation label
Sorry if this has come up previously but I've encountered a problem with lyx equation labels (lyx-1.6.7 on linux x86_64). When I use the label 'x=1' for an equation, lyx changes it to 'x=3D1'. If I edit and save the lyx file in emacs, then the next time lyx opens the file, the label appears as 'x=1'. However, after editing and writing the file in lyx, the label reverts back to 'x=3D1'. I have not tested lyx-2.0 alpha to see if the bug appears there as well. Anand
Bug in equation label
Sorry if this has come up previously but I've encountered a problem with lyx equation labels (lyx-1.6.7 on linux x86_64). When I use the label 'x=1' for an equation, lyx changes it to 'x=3D1'. If I edit and save the lyx file in emacs, then the next time lyx opens the file, the label appears as 'x=1'. However, after editing and writing the file in lyx, the label reverts back to 'x=3D1'. I have not tested lyx-2.0 to see if the bug appears there as well. Anand
Re: Blank menus in lyx-1.6.0rc2
LyX binary dir: /home/anand/bin LyX files dir:/home/anand/share/lyx ok, now seriously, these directories seems unusual, did you make install? Yes, I did a make Install before launching lyx. (I forgot to mention that I ran configure with ./configure --prefix=/home/anand.) The blank menus happen just once. There's no problem in the second and subsequent times that I run lyx-1.6.0rc2. So, it's not a very serious problem so far, but a tough one to debug. Anand
Re: Blank menus in lyx-1.6.0rc2
The blank menus happen just once. There's no problem in the second and subsequent times that I run lyx-1.6.0rc2. So, it's not a very serious problem so far, but a tough one to debug. are you able to reproduce it, when you remove ~/.lyx directory ? what are your environment variables for languages (LANG, LC_*)? pavel env |grep LANG LANG=en_US.UTF-8 env |grep LC This one's empty. When I remove ~/.lyx and run lyx, I cannot reproduce the problem. I get the Welcome to Lyx Screen etc. Is there some other place lyx writes temp files which I can remove to try and reproduce the issue? Anand
Re: Blank menus in lyx-1.6.0rc2
> > > LyX binary dir: /home/anand/bin > > LyX files dir:/home/anand/share/lyx > > ok, now seriously, these directories seems unusual, did you "make install"? Yes, I did a "make Install" before launching lyx. (I forgot to mention that I ran "configure" with "./configure --prefix=/home/anand".) The blank menus happen just once. There's no problem in the second and subsequent times that I run lyx-1.6.0rc2. So, it's not a very serious problem so far, but a tough one to debug. Anand
Re: Blank menus in lyx-1.6.0rc2
> > The blank menus happen just once. There's no problem in the second and > > subsequent times that I run lyx-1.6.0rc2. So, it's not a very serious > > problem so far, but a tough one to debug. > > > are you able to reproduce it, when you remove ~/.lyx directory ? > what are your environment variables for languages (LANG, LC_*)? > > pavel > env |grep LANG LANG=en_US.UTF-8 env |grep LC This one's empty. When I remove ~/.lyx and run lyx, I cannot reproduce the problem. I get the "Welcome to Lyx" Screen etc. Is there some other place lyx writes temp files which I can remove to try and reproduce the issue? Anand
Re: Missing cursor upon upgrading qt4 from 4.2.1 to 4.3.0
José Matos [EMAIL PROTECTED] writes: In this particular case I would suggest to recompile the original source rpm that is available, that will fix the qt4 problems and solve also any other dependency problems. Thanks. I think I'll just recompile lyx directly from the 1.5.x source using Qt 4.3.0. My concern is that this could happen to Joe Random User. Qt gets upgraded (admittedly a whole point release up) and lyx starts going wonky. Are there any checks and balances to guard against this scenario? Anand
Re: Missing cursor upon upgrading qt4 from 4.2.1 to 4.3.0
José Matos <[EMAIL PROTECTED]> writes: > In this particular case I would suggest to recompile the original source > rpm > that is available, that will fix the qt4 problems and solve also any other > dependency problems. > Thanks. I think I'll just recompile lyx directly from the 1.5.x source using Qt 4.3.0. My concern is that this could happen to Joe Random User. Qt gets upgraded (admittedly a whole point release up) and lyx starts going wonky. Are there any checks and balances to guard against this scenario? Anand
Missing cursor upon upgrading qt4 from 4.2.1 to 4.3.0
First off, I apologize if this lyx bug is well known. The scare quotes are because it could be a qt bug. [It is a cute bug nevertheless - sorry, sorry :-)] Currently, on opensuse 10.2, I have lyx 1.5.1 installed (via a Guru x86_64 suse rpm). It works fine when linking to libqt4 version 4.2.1. When I upgraded libqt4 to version 4.3.0, lyx opens the same document and everything works except for one problem. The (black) cursor is missing. I can make out a small dot every once in a while but it vanishes pretty soon. When I switched back to libqt4, version 4.2.1, the missing black cursor returned - thankfully. Anand
Missing cursor upon upgrading qt4 from 4.2.1 to 4.3.0
First off, I apologize if this lyx "bug" is well known. The scare quotes are because it could be a qt bug. [It is a cute bug nevertheless - sorry, sorry :-)] Currently, on opensuse 10.2, I have lyx 1.5.1 installed (via a Guru x86_64 suse rpm). It works fine when linking to libqt4 version 4.2.1. When I upgraded libqt4 to version 4.3.0, lyx opens the same document and everything works except for one problem. The (black) cursor is missing. I can make out a small dot every once in a while but it vanishes pretty soon. When I switched back to libqt4, version 4.2.1, the missing black cursor returned - thankfully. Anand
LaTeX configuration tool searches for mozilla and netscape on linux
In lyx-1.5.0svn (r17395) and on my linux box, when I ask lyx (in the GUI) to reconfigure my latex configuration, I notice that it complains with checking for an HTML previewer... +checking for mozilla... no +checking for netscape... no However, there is no mozilla or netscape on linux at the moment. mozilla has given way to firefox and seamonkey and netscape hasn't risen from the ashes yet. Assuming that this is why there's no View HTML under the View menu, does it makes sense to also search for firefox and/or konqueror on linux? (Don't know about OSX, Windows or other Unix.) Perhaps the following line in lib/configure.py:checkViewer('an HTML previewer', ['mozilla file://$$p$$i', 'netscape'], could be changed to lib/configure.py:checkViewer('an HTML previewer', ['mozilla file://$$p$$i', 'netscape', 'firefox'] or somesuch. When I change lib/configure.py on my linux box to the second line above, a 'View HTML' option shows up in the GUI and I'm able to view HTML using firefox. Anand
LaTeX configuration tool searches for mozilla and netscape on linux
In lyx-1.5.0svn (r17395) and on my linux box, when I ask lyx (in the GUI) to reconfigure my latex configuration, I notice that it complains with checking for an HTML previewer... +checking for "mozilla"... no +checking for "netscape"... no However, there is no mozilla or netscape on linux at the moment. mozilla has given way to firefox and seamonkey and netscape hasn't risen from the ashes yet. Assuming that this is why there's no View HTML under the View menu, does it makes sense to also search for firefox and/or konqueror on linux? (Don't know about OSX, Windows or other Unix.) Perhaps the following line in lib/configure.py:checkViewer('an HTML previewer', ['mozilla file://$$p$$i', 'netscape'], could be changed to lib/configure.py:checkViewer('an HTML previewer', ['mozilla file://$$p$$i', 'netscape', 'firefox'] or somesuch. When I change lib/configure.py on my linux box to the second line above, a 'View HTML' option shows up in the GUI and I'm able to view HTML using firefox. Anand
Re: LyX 1.4.1svn Graphics dialog bug (MATLAB images, OK button disabled)
I reported this bug earlier but was told that it was already in bugzilla. An easy fix is to run eps2eps on the matlab generated eps plots. This works. Doesn't solve the problem in lyx itself obviously. The relevant bugzilla entry is http://bugzilla.lyx.org/show_bug.cgi?id=1235 How hard will it be to fix the source to read the bounding box entries and account for the fact that there could be spaces. Anyone know the actual source code that needs to be fixed? Is it in src/graphics/GraphicsParams.C ? Anand
Re: LyX 1.4.1svn Graphics dialog bug (MATLAB images, OK button disabled)
Georg Baum [EMAIL PROTECTED] writes: Am Dienstag, 4. April 2006 22:28 schrieb Angus Leeming: The .* on the is rather ugly, no? Also, why put it in a group since you don't appear to go on to use it. That was a copy/paste error. I will just remove it. Georg I tested the patch out on the trunk (lyx-1.5.0svn) build 13548. It works for me on a SUSE x86_64 box (Qt frontend). I removed the (.*) from the patch before compiling. I tested it only on matlab produced eps files which have spaces in them. When I placed random junk in the %%BoundingBox line, I get an Error converting to loadable format message in lyx and all the bounding box values are zero. Anand
Re: LyX 1.4.1svn Graphics dialog bug (MATLAB images, OK button disabled)
I reported this bug earlier but was told that it was already in bugzilla. An easy fix is to run eps2eps on the matlab generated eps plots. This works. Doesn't solve the problem in lyx itself obviously. The relevant bugzilla entry is http://bugzilla.lyx.org/show_bug.cgi?id=1235 How hard will it be to fix the source to read the bounding box entries and account for the fact that there could be spaces. Anyone know the actual source code that needs to be fixed? Is it in src/graphics/GraphicsParams.C ? Anand
Re: LyX 1.4.1svn Graphics dialog bug (MATLAB images, OK button disabled)
Georg Baum <[EMAIL PROTECTED]> writes: > > Am Dienstag, 4. April 2006 22:28 schrieb Angus Leeming: > > The .* on the is rather ugly, no? Also, why put it in a group since you > don't > > appear to go on to use it. > > That was a copy/paste error. I will just remove it. > > Georg > > I tested the patch out on the trunk (lyx-1.5.0svn) build 13548. It works for me on a SUSE x86_64 box (Qt frontend). I removed the (.*) from the patch before compiling. I tested it only on matlab produced eps files which have spaces in them. When I placed random junk in the %%BoundingBox line, I get an "Error converting to loadable format" message in lyx and all the bounding box values are zero. Anand
Re: Unable to edit and save graphic in lyx-1.4.0 (Qt frontend)
I still fail to reproduce that. Can you send an example file, inclusing the graphic? Jürgen I've attached a tar file called test_graphic.tgz. It contains test_graphic.lyx and a graphic. 1. Open the lyx file. 2. Click on the graphic. 3. Try and change the width parameter to 3in (from its current setting of 4in). 4. The OK and Apply buttons are grayed out and so you cannot make the changes. (Of course, this could be an idiosyncrasy of my compiled lyx-1.4.0 version). Anand test_graphic.tgz Description: application/compressed-tar
Re: Unable to edit and save graphic in lyx-1.4.0 (Qt frontend)
Juergen Spitzmueller [EMAIL PROTECTED] writes: I see. The problem is the eps file. The bounding box values are not parsed correctly by LyX. If you click on the Clipping pane in the graphics dialog, you'll se that two values are missing (markes red). That's why the OK button is disabled. The line in the file reads %%BoundingBox:58 199 546 602 If you run your graphic through eps2eps, you'll get a working graphic (see attached), where the line has been changed to %BoundingBox: 58 199 547 603 Thanks. Running eps2eps fixes the problem. I'll make sure to run eps2eps on matlab generated eps files before inserting them into lyx. Anand Jürgen
Re: Unable to edit and save graphic in lyx-1.4.0 (Qt frontend)
> > I still fail to reproduce that. Can you send an example file, inclusing the > graphic? > > Jürgen I've attached a tar file called test_graphic.tgz. It contains test_graphic.lyx and a graphic. 1. Open the lyx file. 2. Click on the graphic. 3. Try and change the width parameter to 3in (from its current setting of 4in). 4. The "OK" and "Apply" buttons are grayed out and so you cannot make the changes. (Of course, this could be an idiosyncrasy of my compiled lyx-1.4.0 version). Anand test_graphic.tgz Description: application/compressed-tar
Re: Unable to edit and save graphic in lyx-1.4.0 (Qt frontend)
Juergen Spitzmueller <[EMAIL PROTECTED]> writes: > > I see. The problem is the eps file. The bounding box values are not parsed > correctly by LyX. If you click on the "Clipping" pane in the graphics dialog, > you'll se that two values are missing (markes red). That's why the OK button > is disabled. > > The line in the file reads > %%BoundingBox:58 199 546 602 > > If you run your graphic through eps2eps, you'll get a working graphic (see > attached), where the line has been changed to > %BoundingBox: 58 199 547 603 > Thanks. Running eps2eps fixes the problem. I'll make sure to run eps2eps on matlab generated eps files before inserting them into lyx. Anand > Jürgen > >
Unable to edit and save graphic in lyx-1.4.0 (Qt frontend)
I compiled and installed lyx-1.4.0 (Qt frontend) on a SUSE 10 x86_64 box. In lyx-1.4.0, I'm unable to edit and save a graphic. I wonder if I'm doing something stupid. Anyway, here's the problem. 1. Open a new lyx file. 2. Insert a graphic using the Insert graphic button on the toolbar. Browse and choose a file. 3. Set the width parameter to 4in. Click OK and the dialog vanishes. 4. Save the document. 5. Click on the graphic again. Change the width to 3in. 6. Try and click OK to save your changes to the graphic. 7. I cannot do this. The OK button on the dialog is grayed out and cannot be clicked. Consequently, I cannot make any changes to the graphic. I have to delete it and insert a new graphic with the properties that I want. Anand
Unable to edit and save graphic in lyx-1.4.0 (Qt frontend)
I compiled and installed lyx-1.4.0 (Qt frontend) on a SUSE 10 x86_64 box. In lyx-1.4.0, I'm unable to edit and save a graphic. I wonder if I'm doing something stupid. Anyway, here's the problem. 1. Open a new lyx file. 2. Insert a graphic using the "Insert graphic" button on the toolbar. Browse and choose a file. 3. Set the width parameter to 4in. Click OK and the dialog vanishes. 4. Save the document. 5. Click on the graphic again. Change the width to 3in. 6. Try and click OK to save your changes to the graphic. 7. I cannot do this. The "OK" button on the dialog is grayed out and cannot be clicked. Consequently, I cannot make any changes to the graphic. I have to delete it and insert a new graphic with the properties that I want. Anand
Re: Lyx 1.4 matbb/mathcal/mathrm issue
Martin Vermeer [EMAIL PROTECTED] writes: On Tue, Feb 28, 2006 at 07:43:23PM +0100, Georg Baum wrote: Am Dienstag, 28. Februar 2006 18:44 schrieb Martin Vermeer: OK if I commit this? It's your fix as much as mine Yes, of course. Done. - Martin Not sure if you need outside testers at this point. I compiled and ran 1.4.0svn (on an AMD 64 box running SUSE 9.3) after the above fix went in. I did not have trouble inserting \mathcal{R} etc. either directly from the math panel or via the keyboard. I did notice that the cursor is placed to the left of \mathcal{R} or \mathrm{T} after the symbol is inserted whereas that is not the case for \clubsuit for example. (Here the cursor is placed to the right of the symbol which is the expected behavior in left-to-right languages.) Minor issue obviously. I didn't experience any crashes but I have not severely tested this version. Anand
Re: Lyx 1.4 matbb/mathcal/mathrm issue
Martin Vermeer <[EMAIL PROTECTED]> writes: > > On Tue, Feb 28, 2006 at 07:43:23PM +0100, Georg Baum wrote: > > Am Dienstag, 28. Februar 2006 18:44 schrieb Martin Vermeer: > > > > > OK if I commit this? It's your fix as much as mine > > > > Yes, of course. > > Done. > > - Martin > Not sure if you need outside testers at this point. I compiled and ran 1.4.0svn (on an AMD 64 box running SUSE 9.3) after the above fix went in. I did not have trouble inserting \mathcal{R} etc. either directly from the math panel or via the keyboard. I did notice that the cursor is placed to the left of \mathcal{R} or \mathrm{T} after the symbol is inserted whereas that is not the case for \clubsuit for example. (Here the cursor is placed to the right of the symbol which is the expected behavior in left-to-right languages.) Minor issue obviously. I didn't experience any crashes but I have not severely tested this version. Anand
Re: [prerelease] LyX 1.4.0pre3
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | It appears that KDE autoconf code always uses -nounload when | supports it. This flag appears to avoid unloading qt designer | plugins | when exiting uic. Lars So a way to avoid bugs in uic plugins? I do not know really. The flag is undocumented, but it appears in --help and in a few archived mailing list. So the best argument I have is really KDE does it. :) JMarc FWIW, I found two occurrences of nounload in the qt-x11-free-3.3.5 source (ftp://ftp.trolltech.com/qt/source/qt-x11-free-3.3.5.tar.bz2) In ./qt-x11-free-3.3.5/tools/designer/uic/main.cpp // see ### in widgetdatabase.cpp extern bool dbnounload; ... } else if ( opt == nounload ) { dbnounload = TRUE; and Options:\n \t-o file Write output to file rather than stdout\n \t-pch file Add #include \file\ as the first statement in implementation\n \t-nofwd Omit forward declarations of custom classes\n \t-nounload Don't unload plugins after processing\n \t-tr funcUse func() instead of tr() for i18n\n \t-L path Additional plugin search path\n \t-versionDisplay version of uic\n \t-help Display this information\n And in /qt-x11-free-3.3.5/tools/designer/shared/widgetdatabase.cpp // ### Qt 3.1: make these publically accessible via QWidgetDatabase API #if defined(UIC) bool dbnounload = FALSE; QStringList *dbpaths = 0; #else extern QString *qwf_plugin_dir; #endif Anand
Re: [prerelease] LyX 1.4.0pre3
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | It appears that KDE autoconf code always uses -nounload when | supports it. This flag appears to avoid unloading qt designer | plugins | when exiting uic. Lars> So a way to avoid bugs in uic plugins? I do not know really. The flag is undocumented, but it appears in --help and in a few archived mailing list. So the best argument I have is really "KDE does it". :) JMarc FWIW, I found two occurrences of nounload in the qt-x11-free-3.3.5 source (ftp://ftp.trolltech.com/qt/source/qt-x11-free-3.3.5.tar.bz2) In ./qt-x11-free-3.3.5/tools/designer/uic/main.cpp // see ### in widgetdatabase.cpp extern bool dbnounload; ... } else if ( opt == "nounload" ) { dbnounload = TRUE; and "Options:\n" "\t-o file Write output to file rather than stdout\n" "\t-pch file Add #include \"file\" as the first statement in implementation\n" "\t-nofwd Omit forward declarations of custom classes\n" "\t-nounload Don't unload plugins after processing\n" "\t-tr funcUse func() instead of tr() for i18n\n" "\t-L path Additional plugin search path\n" "\t-versionDisplay version of uic\n" "\t-help Display this information\n" And in /qt-x11-free-3.3.5/tools/designer/shared/widgetdatabase.cpp // ### Qt 3.1: make these publically accessible via QWidgetDatabase API #if defined(UIC) bool dbnounload = FALSE; QStringList *dbpaths = 0; #else extern QString *qwf_plugin_dir; #endif Anand
Re: [prerelease] LyX 1.4.0pre3
Please report all issues with these packages to lyx-devel@lists.lyx.org First of all, I apologize if the following compile bug and fix are widely known. I have not been following the lyx-devel mailing list too closely in the past few months. Below, I've detailed how to fix a problem when compiling lyx-1.4.0pre3 When compiling lyx-1.4.0pre3 on a SuSE 9.3 x86_64 box using ./configure --prefix=/home/anand --with-frontend=qt --with-extra-lib=/usr/lib64/qt3/lib64 --with-extra-inc=/usr/lib64/qt3/include/ I get the following error g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL -DQT_THREAD_SUPPORT -DQT_NO_TRANSLATION -I../../../../src -I../../../../src/frontends -I../../../../src/frontends/qt2 -I/usr/lib64/qt3/include -I../../../../boost -I../../../../src/frontends/controllers -I/usr/lib64/qt3/include/ -W -Wall -I/usr/X11R6/include -fno-exceptions -g -O2 -MT BranchesModuleBase.lo -MD -MP -MF .deps/BranchesModuleBase.Tpo -c BranchesModuleBase.C -o BranchesModuleBase.o /usr/lib64/qt3/bin/uic -tr qt_ BulletsModuleBase.ui -o BulletsModuleBase.h /usr/lib64/qt3/bin/uic -tr qt_ -impl `echo BulletsModuleBase.h BulletsModuleBase.ui | sed 's/[^ ]*pch.h.gch//'` -o BulletsModuleBase.C make[9]: *** [BulletsModuleBase.C] Segmentation fault make[9]: *** Deleting file `BulletsModuleBase.C' make[9]: Leaving directory `/home/anand/cc/lyx-devel/src/frontends/qt2/ui' make[8]: *** [all-recursive] Error 1 My compilation configuration is Configuration Host type: x86_64-suse-linux Special build flags:compression assertions warnings use-ispell C Compiler: gcc C Compiler LyX flags: C Compiler flags: -I/usr/lib64/qt3/include/ -W -Wall -I/usr/X11R6/include -g -O2 C++ Compiler: g++ (3.3.5) C++ Compiler LyX flags: -fno-exceptions C++ Compiler flags: -I/usr/lib64/qt3/include/ -W -Wall -I/usr/X11R6/include -g -O2 Linker flags: Linker user flags: -L/usr/lib64/qt3/lib64 Qt Frontend: Qt version: 3.3.5 Packaging: posix LyX binary dir: /home/anand/bin LyX files dir: /home/anand/share/lyx Digging through google, I found the threaded discussion at http://www.mail-archive.com/lyx-users@lists.lyx.org/msg42138.html very useful since it addressed the same bug. The remedy called for adding -nounload to UICFLAGS in src/frontends/qt2/ui/Makefile.in and in src/frontends/qt2/ui/Makefile.am Specifically UICFLAGS=-tr qt_ was changed to UICFLAGS=-tr qt_ -nounload in both files. After making this change, lyx-1.4.0pre3 compiled without any showstoppers. I was able to run the binary. Other than bad looking (fuzzy) math fonts which I don't see in lyx-1.3.6, everything seems fine so far. Anand
Re: [prerelease] LyX 1.4.0pre3
Please report all issues with these packages to lyx-devel@lists.lyx.org First of all, I apologize if the following compile bug and fix are widely known. I have not been following the lyx-devel mailing list too closely in the past few months. Below, I've detailed how to fix a problem when compiling lyx-1.4.0pre3 When compiling lyx-1.4.0pre3 on a SuSE 9.3 x86_64 box using ./configure --prefix=/home/anand --with-frontend=qt --with-extra-lib=/usr/lib64/qt3/lib64 --with-extra-inc=/usr/lib64/qt3/include/ I get the following error g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL -DQT_THREAD_SUPPORT -DQT_NO_TRANSLATION -I../../../../src -I../../../../src/frontends -I../../../../src/frontends/qt2 -I/usr/lib64/qt3/include -I../../../../boost -I../../../../src/frontends/controllers -I/usr/lib64/qt3/include/ -W -Wall -I/usr/X11R6/include -fno-exceptions -g -O2 -MT BranchesModuleBase.lo -MD -MP -MF .deps/BranchesModuleBase.Tpo -c BranchesModuleBase.C -o BranchesModuleBase.o /usr/lib64/qt3/bin/uic -tr qt_ BulletsModuleBase.ui -o BulletsModuleBase.h /usr/lib64/qt3/bin/uic -tr qt_ -impl `echo BulletsModuleBase.h BulletsModuleBase.ui | sed 's/[^ ]*pch.h.gch//'` -o BulletsModuleBase.C make[9]: *** [BulletsModuleBase.C] Segmentation fault make[9]: *** Deleting file `BulletsModuleBase.C' make[9]: Leaving directory `/home/anand/cc/lyx-devel/src/frontends/qt2/ui' make[8]: *** [all-recursive] Error 1 My compilation configuration is Configuration Host type: x86_64-suse-linux Special build flags:compression assertions warnings use-ispell C Compiler: gcc C Compiler LyX flags: C Compiler flags: -I/usr/lib64/qt3/include/ -W -Wall -I/usr/X11R6/include -g -O2 C++ Compiler: g++ (3.3.5) C++ Compiler LyX flags: -fno-exceptions C++ Compiler flags: -I/usr/lib64/qt3/include/ -W -Wall -I/usr/X11R6/include -g -O2 Linker flags: Linker user flags: -L/usr/lib64/qt3/lib64 Qt Frontend: Qt version: 3.3.5 Packaging: posix LyX binary dir: /home/anand/bin LyX files dir: /home/anand/share/lyx Digging through google, I found the threaded discussion at http://www.mail-archive.com/lyx-users@lists.lyx.org/msg42138.html very useful since it addressed the same bug. The remedy called for adding -nounload to UICFLAGS in src/frontends/qt2/ui/Makefile.in and in src/frontends/qt2/ui/Makefile.am Specifically UICFLAGS=-tr qt_ was changed to UICFLAGS=-tr qt_ -nounload in both files. After making this change, lyx-1.4.0pre3 compiled without any showstoppers. I was able to run the binary. Other than bad looking (fuzzy) math fonts which I don't see in lyx-1.3.6, everything seems fine so far. Anand
Bug in Qt frontend in CVS lyx?
Hi: I just compiled the CVS version of lyx (soon to be 1.3.0 I suppose) using ./configure --with-frontend=qt. The compilation was done on an x86 Athlon 2000 box running Redhat linux 8.0 using qt-3.0.5-17. The lyx splash screen of the CVS version I'm using says lyx-1.3.0pre1. 1. There were some missing fonts which will be gradually fixed I guess - \spadesuit being an example. I saw an earlier thread regarding missing fonts. 2. When I type Control-M a number of times, I get a nested set of math environments. Is this the expected behavior? I do not see this in lyx-1.2.3 compiled against xforms-1.0. I've enclosed the lyx file (testmath.lyx below) which clearly shows a nested set of environments caused by repeated typing of Control-M in the main lyx window. 3. In the math environment, typing \{ in lyx-1.3.0pre1 (qt-3.0.5) seems to correspond to typing { in lyx-1.2.3 (xforms-1.0). Conversely, typing { in lyx-1.3.0pre1 (qt-3.0.5) seems to correspond to typing \{ in lyx-1.2.3 (xforms-1.0). My guess is that this is a designed change and that lyx2lyx or some other converter should be run prior to switching over. I apologize if these are well known issues and have already been discussed to death. Also, I apologize for not cross-testing the alleged nested math environment behavior against lyx-1.3.0pre1 compiled against xforms-1.0. The compilation did not succeed. Best Anand #LyX 1.3 created this file. For more info see http://www.lyx.org/ \lyxformat 221 \textclass article \language english \inputencoding default \fontscheme helvet \graphics default \paperfontsize 11 \spacing single \papersize letterpaper \paperpackage a4 \use_geometry 1 \use_amsmath 1 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \leftmargin 1in \topmargin 1in \rightmargin 1in \bottommargin 1in \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle empty \layout Standard \begin_inset Formula $\textrm{$\textrm{$\textrm{$\textrm{}$}$}$}$ \end_inset \the_end
Re: Bug in Qt frontend in CVS lyx?
On Wed, 2003-01-15 at 12:10, Andre Poenitz wrote: On Wed, Jan 15, 2003 at 04:13:00PM +, John Levon wrote: On Wed, Jan 15, 2003 at 11:07:36AM -0500, Anand Rangarajan wrote: 2. When I type Control-M a number of times, I get a nested set of math environments. Is this the expected behavior? Judging from the code, yes. What did you expect? Sorry if this wasn't clear. This didn't happen before in lyx-1.2.3. So, the change caught me by surprise. I have a habit of typing Control-M numerous times while thinking about an equation. Must change this habit...must change this habit...spanks me..bad boy.../spanks me...:-) Anand I do not see this in lyx-1.2.3 compiled against xforms-1.0. I've enclosed the lyx file (testmath.lyx below) which clearly shows a nested set of environments caused by repeated typing of Control-M in the main lyx window. Andre probably has some theoretical justification for this... In theory, yes. 3. In the math environment, typing \{ in lyx-1.3.0pre1 (qt-3.0.5) seems to correspond to typing { in lyx-1.2.3 (xforms-1.0). Conversely, typing { in lyx-1.3.0pre1 (qt-3.0.5) seems to correspond to typing \{ in lyx-1.2.3 (xforms-1.0). Indeed. I was voted down on that. People argued along the lines '[' produces '[', so '{' should produce '{'. My guess is that this is a designed change and that lyx2lyx or some other converter should be run prior to switching over. No idea Certainly not. This is a purely kayboard input related thing. The stuff is identical in the .lyx. I apologize if these are well known issues and have already been discussed to death. Also, I apologize for not cross-testing the alleged nested math environment behavior against lyx-1.3.0pre1 compiled against xforms-1.0. The compilation did not succeed. they'll be the same Hopefully. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: Bug in Qt frontend in CVS lyx?
No this doesn't work as John also just mentioned. I added the fonts via [root@agape anand]chkfontpath --add=/home/anand/lyx-devel/lib/xfonts [root@agape anand]service xfs restart Exit X and restart X and the fonts are permanently added in /etc/X11/fs/config. Some fonts (\spadesuit) still don't show up but it may be a problem on my system since they don't show up in lyx-1.2.3 as well. Anand On Wed, 2003-01-15 at 11:28, Michael Abshoff wrote: John Levon wrote: On Wed, Jan 15, 2003 at 11:07:36AM -0500, Anand Rangarajan wrote: 1. There were some missing fonts which will be gradually fixed I guess - \spadesuit being an example. I saw an earlier thread regarding missing fonts. No. You must install the fonts package I made. or do xset +fp /usr/local/share/lyx-1.2.3/xfonts before you start lyx. Michael -- Michael Abshoff - MRB - Universität Dortmund - Telefon 755-3463 (intern) Where do you want to RTFM today?
Bug in Qt frontend in CVS lyx?
Hi: I just compiled the CVS version of lyx (soon to be 1.3.0 I suppose) using ./configure --with-frontend=qt. The compilation was done on an x86 Athlon 2000 box running Redhat linux 8.0 using qt-3.0.5-17. The lyx splash screen of the CVS version I'm using says lyx-1.3.0pre1. 1. There were some missing fonts which will be gradually fixed I guess - \spadesuit being an example. I saw an earlier thread regarding missing fonts. 2. When I type Control-M a number of times, I get a nested set of math environments. Is this the expected behavior? I do not see this in lyx-1.2.3 compiled against xforms-1.0. I've enclosed the lyx file (testmath.lyx below) which clearly shows a nested set of environments caused by repeated typing of Control-M in the main lyx window. 3. In the math environment, typing \{ in lyx-1.3.0pre1 (qt-3.0.5) seems to correspond to typing { in lyx-1.2.3 (xforms-1.0). Conversely, typing { in lyx-1.3.0pre1 (qt-3.0.5) seems to correspond to typing \{ in lyx-1.2.3 (xforms-1.0). My guess is that this is a designed change and that lyx2lyx or some other converter should be run prior to switching over. I apologize if these are well known issues and have already been discussed to death. Also, I apologize for not cross-testing the alleged nested math environment behavior against lyx-1.3.0pre1 compiled against xforms-1.0. The compilation did not succeed. Best Anand #LyX 1.3 created this file. For more info see http://www.lyx.org/ \lyxformat 221 \textclass article \language english \inputencoding default \fontscheme helvet \graphics default \paperfontsize 11 \spacing single \papersize letterpaper \paperpackage a4 \use_geometry 1 \use_amsmath 1 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \leftmargin 1in \topmargin 1in \rightmargin 1in \bottommargin 1in \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle empty \layout Standard \begin_inset Formula $\textrm{$\textrm{$\textrm{$\textrm{}$}$}$}$ \end_inset \the_end
Re: Bug in Qt frontend in CVS lyx?
On Wed, 2003-01-15 at 12:10, Andre Poenitz wrote: > On Wed, Jan 15, 2003 at 04:13:00PM +, John Levon wrote: > > On Wed, Jan 15, 2003 at 11:07:36AM -0500, Anand Rangarajan wrote: > > > 2. When I type Control-M a number of times, I get a nested set of math > > > environments. Is this the expected behavior? > > Judging from the code, yes. What did you expect? Sorry if this wasn't clear. This didn't happen before in lyx-1.2.3. So, the change caught me by surprise. I have a habit of typing Control-M numerous times while thinking about an equation. Must change this habit...must change this habit.bad boy..:-) Anand > > > > I do not see this in > > > lyx-1.2.3 compiled against xforms-1.0. I've enclosed the lyx file > > > (testmath.lyx below) which clearly shows a nested set of environments > > > caused by repeated typing of Control-M in the main lyx window. > > > > Andre probably has some theoretical justification for this... > > In theory, yes. > > > > 3. In the math environment, typing \{ in lyx-1.3.0pre1 (qt-3.0.5) seems > > > to correspond to typing { in lyx-1.2.3 (xforms-1.0). Conversely, typing > > > { in lyx-1.3.0pre1 (qt-3.0.5) seems to correspond to typing \{ in > > > lyx-1.2.3 (xforms-1.0). > > Indeed. I was voted down on that. People argued along the lines '[' > produces '[', so '{' should produce '{'. > > > > My guess is that this is a designed change and that lyx2lyx or some > > > other converter should be run prior to switching over. > > > > No idea > > Certainly not. This is a purely kayboard input related thing. The stuff is > identical in the .lyx. > > > > I apologize if these are well known issues and have already been > > > discussed to death. Also, I apologize for not cross-testing the > > > alleged nested math environment behavior against lyx-1.3.0pre1 compiled > > > against xforms-1.0. The compilation did not succeed. > > > > they'll be the same > > Hopefully. > > Andre' > > -- > Those who desire to give up Freedom in order to gain Security, > will not have, nor do they deserve, either one. (T. Jefferson) >
Re: Bug in Qt frontend in CVS lyx?
No this doesn't work as John also just mentioned. I added the fonts via [root@agape anand]chkfontpath --add=/home/anand/lyx-devel/lib/xfonts [root@agape anand]service xfs restart Exit X and restart X and the fonts are permanently added in /etc/X11/fs/config. Some fonts (\spadesuit) still don't show up but it may be a problem on my system since they don't show up in lyx-1.2.3 as well. Anand On Wed, 2003-01-15 at 11:28, Michael Abshoff wrote: > John Levon wrote: > > >On Wed, Jan 15, 2003 at 11:07:36AM -0500, Anand Rangarajan wrote: > > > > > > > >>1. There were some missing fonts which will be gradually fixed I guess - > >>\spadesuit being an example. I saw an earlier thread regarding missing > >>fonts. > >> > >> > > > >No. You must install the fonts package I made. > > > > > > or do xset +fp /usr/local/share/lyx-1.2.3/xfonts before you start lyx. > > Michael > > > -- > Michael Abshoff - MRB - Universität Dortmund - Telefon 755-3463 (intern) > >Where do you want to RTFM today? > > >
Bug in reLyX's equation import?
I'm running LyX 1.2 on redhat 7.3. When I attempt to import a LaTeX document containing an equation whose label is of the form \label{eq:1_a}, reLyX (Revision date 2001/08/31) converts the equation label in LyX to eq:1_{a. Cross-references in the original LaTeX document no longer work since an in-text cross reference of the form \ref{eq:1_a} is preserved in the corresponding reLyX derived LyX document. Workaround: I don't write equation labels in LaTeX of the form \label{eq:1_a} anymore but this is not an ideal solution. Disclaimer: I do not know if this bug is fixed in LyX 1.2.1 or in current CVS. If it is, I am sorry for wasting everyone's time. The original LaTeX source, the reLyX-based imported LyX document and the reLyX error messages are enclosed. Keep up the great work y'all are doin' with LyX. I for one am breathlessly waiting for the Qt frontend to finally make its appearance. Anand lyx2_eqbug.tex Description: TeX document #LyX 1.2 created this file. For more info see http://www.lyx.org/ \lyxformat 220 \textclass article \language english \inputencoding auto \fontscheme default \graphics default \paperfontsize 11 \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 0 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Standard \begin_inset Formula \begin{equation} X=0\label{eq:1_{a}\end{equation} \end_inset Equation\SpecialChar ~ ( \begin_inset LatexCommand \ref{eq:1_a} \end_inset )'s label seems wrong. \the_end [anand@agape3 anand]$ lyx reLyX directory is: /usr/share/lyx/reLyX reLyX, the LaTeX to LyX translator. Revision date 2001/08/31 Reading LaTeX command syntax (lyx2_eqbug.tex: Splitting Preamble Creating LyX preamble Reading layout file Cleaning... Translating... Writing... ) Deleting temp files Finished successfully! Tokens: \begin[{,1][e,11][q,11][u,11][a,11][t,11][i,11][o,11][n,11][},2][ ,10][ ,10][X,11][=,12][0,12]\label[{,1][e,11][q,11][:,12][1,12][_,8][{,1][a,11][},2][},2] # [ ,10]\end[{,1][e,11][q,11][u,11][a,11][t,11][i,11][o,11][n,11][},2] found '}' unexpectedly, array: '[char X mathalpha][char = mathalpha][char 0 mathalpha]'
Re: Bug in reLyX's equation import?
Joao Luis M. Assirati wrote: Hi, I'm running LyX 1.2 on redhat 7.3. When I attempt to import a LaTeX document containing an equation whose label is of the form \label{eq:1_a}, reLyX (Revision date 2001/08/31) converts the equation label in LyX to eq:1_{a. Cross-references in the original LaTeX document no longer work since an in-text cross reference of the form \ref{eq:1_a} is preserved in the corresponding reLyX derived LyX document. New lyx 1.3 still have the same reLyX date revision as yours. Running reLyX manualy on a simple file like \documentclass{article} \begin{document} \[ E=mc^2 \label{a_1} \] \end{document} imediately shows that the label is converted to \label{a_{1}}, so the problem seems to persist in relyx. I just checked my reLyX imported file and the label that shows up in my lyx file is a_{1 and not a_{1} (as in your case with lyx 1.3CVS). However, Andre Poenitz assured me that this bug is/will be taken care of, so I think it is in good hands. Regards, João. Best Anand
Re: Bug in reLyX's equation import?
Andre Poenitz wrote: On Tue, Oct 15, 2002 at 11:42:39AM -0400, Anand Rangarajan wrote: I just checked my reLyX imported file and the label that shows up in my lyx file is a_{1 and not a_{1} (as in your case with lyx 1.3CVS). 'a_{1' with unbalanced braces? This is even worse than I thought... Andre' Yes, the label is a_{1 and NOT a_{1} in my imported file. In my original posting, if you look at the resulting lyx file, you'll see the unbalanced braces. I've enclosed the reLyX-derived LyX file and the LaTeX source again. You can clearly see the unbalanced braces on line 30 in lyx2_eqbug.lyx. The error messages produced by relyx are: -Start relyx error messages--- Tokens: \begin[{,1][e,11][q,11][u,11][a,11][t,11][i,11][o,11][n,11][},2][ ,10][ ,10][X,11][=,12][0,12]\label[{,1][e,11][q,11][:,12][1,12][_,8][{,1][a,11][},2][} ,2] # [ ,10]\end[{,1][e,11][q,11][u,11][a,11][t,11][i,11][o,11][n,11][},2] found '}' unexpectedly, array: '[char X mathalpha][char = mathalpha][char 0 mathalpha]' --End relyx error messages Anand lyx2_eqbug.tex Description: TeX document #LyX 1.2 created this file. For more info see http://www.lyx.org/ \lyxformat 220 \textclass article \language english \inputencoding auto \fontscheme default \graphics default \paperfontsize 11 \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 0 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Standard \begin_inset Formula \begin{equation} X=0\label{eq:1_{a}\end{equation} \end_inset Equation\SpecialChar ~ ( \begin_inset LatexCommand \ref{eq:1_a} \end_inset )'s label seems wrong. \the_end
Re: Bug in reLyX's equation import?
Andre Poenitz wrote: On Tue, Oct 15, 2002 at 11:54:32AM -0400, Anand Rangarajan wrote: can clearly see the unbalanced braces on line 30 in lyx2_eqbug.lyx. The error messages produced by relyx are: -Start relyx error messages--- Tokens: \begin[{,1][e,11][q,11][u,11][a,11][t,11][i,11][o,11][n,11][},2][ ,10][ ,10][X,11][=,12][0,12]\label[{,1][e,11][q,11][:,12][1,12][_,8][{,1][a,11][},2][} ,2] # [ ,10]\end[{,1][e,11][q,11][u,11][a,11][t,11][i,11][o,11][n,11][},2] found '}' unexpectedly, array: '[char X mathalpha][char = mathalpha][char 0 mathalpha]' That's the math parser which is confused by the unbalanced braces. You'll get the reLyX result by running 'reLyX yourtexfile.tex' manually (from a shell, not from LyX) \begin_inset Formula \begin{equation} X=0\label{eq:1_{a}\end{equation} This basically means the balancing is fixed when writing from LyX to a .lyx. Although this is good, it does not help much... Sorry, I don't understand. In the above line 30 \label{eq:1_{a} still looks unbalanced to me since it is missing a right }. Anand Anyway, looks like it is reLyX's fault here. Andre'
Re: Bug in reLyX's equation import?
Joao Luis M. Assirati wrote: On Tue, 15 Oct 2002, Andre Poenitz wrote: On Tue, Oct 15, 2002 at 01:49:21PM -0300, Joao Luis M. Assirati wrote: Note that reLyX writes \lyxformat 2.15, and Anand's .lyx file is 220, so it is not pure reLyX output. Could it be that Anand's reLyX is writing balanced braces but lyx is corrupting them? This might be possible. Would be interesting to see the intermediate results... I tried to modify and save the .lyx file in some ways here using 1.2.2cvs but could not reproduce unbalanced braces. Maybe that's 1.2.0 or 1.2.1 (I don't know Anand's LyX version) feature. Regards, João. I installed lyx-1.2.0-1.rpm on redhat 7.3 sometime ago. Haven't modified anything else. In case this is not clear, I can see the unbalanced braces in the equation label area in the main lyx window as soon as relyx finishes the import. Here's a screenshot. Please let me know if more info is needed. Perhaps my setup is an aberration and all that needs to be done is to make sure that the math parser doesn't insert braces when it is not necessary. Anand
Re: Bug in reLyX's equation import?
Andre Poenitz wrote: On Tue, Oct 15, 2002 at 01:49:21PM -0300, Joao Luis M. Assirati wrote: Note that reLyX writes \lyxformat 2.15, and Anand's .lyx file is 220, so it is not pure reLyX output. Could it be that Anand's reLyX is writing balanced braces but lyx is corrupting them? This might be possible. Would be interesting to see the intermediate results... Andre' And here's the intermediate result as requested. I ran reLyX from the command line. The new file does not have the unbalanced braces as suspected. Anand #LyX 1.2 created this file. For more info see http://www.lyx.org/ \lyxformat 2.15 \textclass article \paperfontsize 11 \layout Standard \begin_inset Formula \begin{equation} X=0\label{eq:1_{a}} \end{equation} \end_inset Equation \protected_separator ( \begin_inset LatexCommand \ref{eq:1_a} \end_inset )'s label seems wrong. \the_end
Bug in reLyX's equation import?
I'm running LyX 1.2 on redhat 7.3. When I attempt to import a LaTeX document containing an equation whose label is of the form \label{eq:1_a}, reLyX (Revision date 2001/08/31) converts the equation label in LyX to "eq:1_{a". Cross-references in the original LaTeX document no longer work since an in-text cross reference of the form \ref{eq:1_a} is preserved in the corresponding reLyX derived LyX document. Workaround: I don't write equation labels in LaTeX of the form \label{eq:1_a} anymore but this is not an ideal solution. Disclaimer: I do not know if this bug is fixed in LyX 1.2.1 or in current CVS. If it is, I am sorry for wasting everyone's time. The original LaTeX source, the reLyX-based imported LyX document and the reLyX error messages are enclosed. Keep up the great work y'all are doin' with LyX. I for one am breathlessly waiting for the Qt frontend to finally make its appearance. Anand lyx2_eqbug.tex Description: TeX document #LyX 1.2 created this file. For more info see http://www.lyx.org/ \lyxformat 220 \textclass article \language english \inputencoding auto \fontscheme default \graphics default \paperfontsize 11 \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 0 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Standard \begin_inset Formula \begin{equation} X=0\label{eq:1_{a}\end{equation} \end_inset Equation\SpecialChar ~ ( \begin_inset LatexCommand \ref{eq:1_a} \end_inset )'s label seems wrong. \the_end [anand@agape3 anand]$ lyx reLyX directory is: /usr/share/lyx/reLyX reLyX, the LaTeX to LyX translator. Revision date 2001/08/31 Reading LaTeX command syntax (lyx2_eqbug.tex: Splitting Preamble Creating LyX preamble Reading layout file Cleaning... Translating... Writing... ) Deleting temp files Finished successfully! Tokens: \begin[{,1][e,11][q,11][u,11][a,11][t,11][i,11][o,11][n,11][},2][ ,10][ ,10][X,11][=,12][0,12]\label[{,1][e,11][q,11][:,12][1,12][_,8][{,1][a,11][},2][},2] <#> [ ,10]\end[{,1][e,11][q,11][u,11][a,11][t,11][i,11][o,11][n,11][},2] found '}' unexpectedly, array: '[char X mathalpha][char = mathalpha][char 0 mathalpha]'
Re: Bug in reLyX's equation import?
Joao Luis M. Assirati wrote: >Hi, > > > >>I'm running LyX 1.2 on redhat 7.3. When I attempt to import a LaTeX >>document containing an equation whose label is of the form >>\label{eq:1_a}, reLyX (Revision date 2001/08/31) converts the equation >>label in LyX to "eq:1_{a". Cross-references in the original LaTeX >>document no longer work since an in-text cross reference of the form >>\ref{eq:1_a} is preserved in the corresponding reLyX derived LyX >>document. >> >> > >New lyx 1.3 still have the same reLyX date revision as yours. Running >reLyX manualy on a simple file like > >\documentclass{article} >\begin{document} >\[ >E=mc^2 \label{a_1} >\] >\end{document} > >imediately shows that the label is converted to \label{a_{1}}, so the >problem seems to persist in relyx. > I just checked my reLyX imported file and the label that shows up in my lyx file is a_{1 and not a_{1} (as in your case with lyx 1.3CVS). However, Andre Poenitz assured me that this bug is/will be taken care of, so I think it is in good hands. > >Regards, >João. > > > Best Anand
Re: Bug in reLyX's equation import?
Andre Poenitz wrote: >On Tue, Oct 15, 2002 at 11:42:39AM -0400, Anand Rangarajan wrote: > > >>I just checked my reLyX imported file and the label that shows up in my >>lyx file is a_{1 and not a_{1} (as in your case with lyx 1.3CVS). >> >> > >'a_{1' with unbalanced braces? > >This is even worse than I thought... > >Andre' > > > Yes, the label is "a_{1" and NOT "a_{1}" in my imported file. In my original posting, if you look at the resulting lyx file, you'll see the unbalanced braces. I've enclosed the reLyX-derived LyX file and the LaTeX source again. You can clearly see the unbalanced braces on line 30 in lyx2_eqbug.lyx. The error messages produced by relyx are: -Start relyx error messages--- Tokens: \begin[{,1][e,11][q,11][u,11][a,11][t,11][i,11][o,11][n,11][},2][ ,10][ ,10][X,11][=,12][0,12]\label[{,1][e,11][q,11][:,12][1,12][_,8][{,1][a,11][},2][} ,2] <#> [ ,10]\end[{,1][e,11][q,11][u,11][a,11][t,11][i,11][o,11][n,11][},2] found '}' unexpectedly, array: '[char X mathalpha][char = mathalpha][char 0 mathalpha]' --End relyx error messages Anand lyx2_eqbug.tex Description: TeX document #LyX 1.2 created this file. For more info see http://www.lyx.org/ \lyxformat 220 \textclass article \language english \inputencoding auto \fontscheme default \graphics default \paperfontsize 11 \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 0 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Standard \begin_inset Formula \begin{equation} X=0\label{eq:1_{a}\end{equation} \end_inset Equation\SpecialChar ~ ( \begin_inset LatexCommand \ref{eq:1_a} \end_inset )'s label seems wrong. \the_end
Re: Bug in reLyX's equation import?
Andre Poenitz wrote: >On Tue, Oct 15, 2002 at 11:54:32AM -0400, Anand Rangarajan wrote: > > >>can clearly see the unbalanced braces on line 30 in lyx2_eqbug.lyx. >> >>The error messages produced by relyx are: >>-Start relyx error >>messages--- >> >>Tokens: >>\begin[{,1][e,11][q,11][u,11][a,11][t,11][i,11][o,11][n,11][},2][ >>,10][ >>,10][X,11][=,12][0,12]\label[{,1][e,11][q,11][:,12][1,12][_,8][{,1][a,11][},2][} >>,2] >><#> [ >>,10]\end[{,1][e,11][q,11][u,11][a,11][t,11][i,11][o,11][n,11][},2] >>found '}' unexpectedly, array: '[char X mathalpha][char = >>mathalpha][char 0 mathalpha]' >> >> > >That's the math parser which is confused by the unbalanced braces. > >You'll get the reLyX result by running 'reLyX yourtexfile.tex' manually >(from a shell, not from LyX) > > > >>\begin_inset Formula \begin{equation} >>X=0\label{eq:1_{a}\end{equation} >> >> > >This basically means the balancing is fixed when writing from LyX to a >.lyx. Although this is good, it does not help much... > Sorry, I don't understand. In the above line 30 "\label{eq:1_{a}" still looks unbalanced to me since it is missing a right "}". Anand > >Anyway, looks like it is reLyX's fault here. > >Andre' > > >
Re: Bug in reLyX's equation import?
Joao Luis M. Assirati wrote: >On Tue, 15 Oct 2002, Andre Poenitz wrote: > > > >>On Tue, Oct 15, 2002 at 01:49:21PM -0300, Joao Luis M. Assirati wrote: >> >> >>>Note that reLyX writes "\lyxformat 2.15", and Anand's .lyx file is 220, so >>>it is not pure reLyX output. Could it be that Anand's reLyX is writing >>>balanced braces but lyx is corrupting them? >>> >>> >>This might be possible. >> >>Would be interesting to see the intermediate results... >> >> > >I tried to modify and save the .lyx file in some ways here using >1.2.2cvs but could not reproduce unbalanced braces. Maybe that's 1.2.0 or >1.2.1 (I don't know Anand's LyX version) "feature". > >Regards, >João. > > > I installed lyx-1.2.0-1.rpm on redhat 7.3 sometime ago. Haven't modified anything else. In case this is not clear, I can see the unbalanced braces in the equation label area in the main lyx window as soon as relyx finishes the import. Here's a screenshot. Please let me know if more info is needed. Perhaps my setup is an aberration and all that needs to be done is to make sure that the math parser doesn't insert braces when it is not necessary. Anand
Re: Bug in reLyX's equation import?
Andre Poenitz wrote: >On Tue, Oct 15, 2002 at 01:49:21PM -0300, Joao Luis M. Assirati wrote: > > >>Note that reLyX writes "\lyxformat 2.15", and Anand's .lyx file is 220, so >>it is not pure reLyX output. Could it be that Anand's reLyX is writing >>balanced braces but lyx is corrupting them? >> >> > >This might be possible. > >Would be interesting to see the intermediate results... > >Andre' > > > > And here's the intermediate result as requested. I ran reLyX from the command line. The new file does not have the unbalanced braces as suspected. Anand #LyX 1.2 created this file. For more info see http://www.lyx.org/ \lyxformat 2.15 \textclass article \paperfontsize 11 \layout Standard \begin_inset Formula \begin{equation} X=0\label{eq:1_{a}} \end{equation} \end_inset Equation \protected_separator ( \begin_inset LatexCommand \ref{eq:1_a} \end_inset )'s label seems wrong. \the_end