Re: Change to lyxserver.C breaks win32_kludge.diff patch
Here are patches representing the above; it would be helpful if these could be committed if approved. I've built fresh successfully with these patches applied. Maybe you could get karma to commit yourself to the lyx-devel\development\win32 directory? Regards, Asger
Re: [patch] fix tabular valignment conversion in lyx2lyx
On Thursday 17 February 2005 19:52, Georg Baum wrote: Ok, I did that. + means one or more space, and \s+ means [ \t\n\r\f\v], so it is not exactly equivalent, but the \s+ works equally well. I know what it does. By construction the file has no \n or \r, so this leaves us with \t and \v (horizontal and vertical tabs), since it is Friday I can say that you made up that \f, I have never seen it before. I am going to commit the attached patch. That is OK. Georg -- Jos Ablio
Re: tex2lyx for windows update
Georg == Georg Baum [EMAIL PROTECTED] writes: Georg Am Mittwoch, 16. Februar 2005 22:48 schrieb Angus Leeming: After the third or fourth loop, latex fails to process the file. Georg Well, what do you expect? If I specify that a nonexisting Georg figure should be included I tell LyX/LaTeX to do something Georg impossible. Since I agree in general that playing too many nice Georg tricks is bad, I propose the attached patch. The filename can Georg of course have the wrong extension and may be relative to the Georg child doc instead of the master doc, but I would rather not Georg change prepareFile(). Is this patch OK? I only have one doubt: when running tex2lyx on the file, do you get the original LyX settings back? JMarc
Trouble with accents and lyx due to the immodule.
Hi, we have received lots of complain regarding Fedora Core 3 and LyX (that is present in Fedora Extras). The problem can be attributed to use of the immodule [1] in qt. For further information please look to the bugzilla report for FC3. [2] koffice had the same problem before, that were recently fixed. [3] What do ours qt experts have to say about this? [1] http://freedesktop.org/wiki/Software/immodule-qt [2] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=141475 [3]http://lists.freedesktop.org/archives/immodule-qt/2004-December/000649.html -- José Abílio
Re: Can not compile from CVS lyx-devel
Frederic-Emmanuel PICCA [EMAIL PROTECTED] writes: | Hello | I tried to compile lyx (CVS lyxdevel) | after a ./autogen.sh with some errors: What are your versions of automake and autoconf? | I tried with: | ./configure --without-included-boost This options is not working correctly, don't use it. -- Lgb
Re: Can not compile from CVS lyx-devel
Lars Gullik Bjønnes wrote: Frederic-Emmanuel PICCA [EMAIL PROTECTED] writes: | Hello | I tried to compile lyx (CVS lyxdevel) | after a ./autogen.sh with some errors: What are your versions of automake and autoconf? I am using automake-1.4 and autoconf-2.59 | I tried with: | ./configure --without-included-boost This options is not working correctly, don't use it. ok :)
Re: Trouble with accents and lyx due to the immodule.
Jose' Matos wrote: Hi, we have received lots of complain regarding Fedora Core 3 and LyX (that is present in Fedora Extras). The problem can be attributed to use of the immodule [1] in qt. For further information please look to the bugzilla report for FC3. [2] koffice had the same problem before, that were recently fixed. [3] What do ours qt experts have to say about this? [1] http://freedesktop.org/wiki/Software/immodule-qt [2] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=141475 [3]http://lists.freedesktop.org/archives/immodule-qt/2004-December/000649.html That someone should get in touch with the guy willing to fix the problem. -- Angus
Re: tex2lyx for windows update
Jean-Marc Lasgouttes wrote: I only have one doubt: when running tex2lyx on the file, do you get the original LyX settings back? No, because the draft options are added. But you can't get the original LyX settings in many other cases either, so this is no problem IMHO. Example: LyX file includes x.png - TeX file contains \includegraphics{x}, and we have both x.png and x.eps. tex2lyx can't determine the original file, it could only do some guesswork if both x.png and x.eps exist, x.png is probably the origiunal file. But I don't want it to do that by default, because this guess could be wrong and this might lead to data loss if the newly created LyX file is exported to TeX again. Included graphics are one of the few cases where the TeX file does not carry enough information to reconstruct the LyX file (note insets are another, we have a bug report for this). Georg
Re: [Patch] Math bitmaps for DocBook export
Andreas Vox wrote: I'm still waiting for the comments on whitespace ;-) I did not look at that. Shall I? ;-)) No. I use IsDirWriteable() as a shortcut for exists(path) isDirectory(path). If the directory already exists it gets reused. So the above check means: Check if I can use the path as a directory and if that fails, try to create a new directory. I thought it was a check wether the directory can be created. I would have forgotten the case where a file (but no directory) with the same name already exists. Maybe you should not use the shortcut so that it is clear to readers what is meant. Your code relies on the fact that addExternalDirectory is called before a call to addExternalFile with a file in that directory. You should document that also. Yes, definitely. Or maybe I should change the code so it doesn't matter? That would be the better option IMHO. I just noticed that isDirWriteable || createDirectory is called many times for the same path. That's bad because if I recall correctly, isDirWriteable() checks this the hard way.. It should only be called once for every path. addExternalDirectory checks wether the to-be-added directory is already in the list and does not add it a second time if yes. At least I think it does this, I did not try, but IMHO it should behave like that. If I separate files and directories, I could put directories into a set and handle them before any file. Sounds ok? Yes. Georg
Re: [Patch] Math bitmaps for DocBook export
Georg Baum [EMAIL PROTECTED] writes: | Andreas Vox wrote: I'm still waiting for the comments on whitespace ;-) | I did not look at that. Shall I? ;-)) octet-stream patches are hard to look at... but I saw some missing whitespace in the patch snippets others has posted. Please comb your patch for those. -- Lgb
Re: Can not compile from CVS lyx-devel
Frederic-Emmanuel PICCA [EMAIL PROTECTED] writes: | Lars Gullik Bjønnes wrote: Frederic-Emmanuel PICCA [EMAIL PROTECTED] writes: | Hello | I tried to compile lyx (CVS lyxdevel) | after a ./autogen.sh with some errors: What are your versions of automake and autoconf? | I am using automake-1.4 and autoconf-2.59 I am pretty sure automake 1.4 is too old. autoconf 2.59 should work. (but a newer version would not be bad) -- Lgb
Re: latex - tex2lyx - lyx2lyx - lyx1.3 conversion report
Sven Schreiber wrote: Here's one, and it's actually worse with the new wiki-version of tex2lyx and lyx2lyx than before (Angus' snapshot two weeks ago), because now it doesn't compile from lyx (1.3) anymore (gives me 18 errors, two weeks ago it just produced overlap of the date and the minipages; compiles fine in latex): You have found a tex2lyx bug that was hidden by a lyx2lyx bug in the former relase. The last optional argument of your minipage is incorrectly translated. I'll fix that after the tabular stuff. You can circumvent the bug by specifying all arguments: \begin{minipage}[t][1\totalheight]{6cm} \end{minipage} Also, maybe somebody could indicate what exactly the known problems with minipages are so that my testing is more useful, instead of reproducing known bugs over and over again. If you use length variables it may work or may not work. Example: \begin{minipage}{\mylength} \end{minipage} Everything else should work. Georg
RE: [Bug report] tex2lyx crash
Hello Georg, Please excuse the delay, I am not subscribed to lyx-devel. I managed to isolate the problem in a small file (attached). I guess it is not related to longtable because when I replace all instance of longtable with tabular inside the tex file, Tex2lyx crashes the same way. One question please: I managed to convert one documentt (without tables) but I have a problem with the converted formulas: most of them have brackets {} around each and every character. Is there a way I can get rid of those brakets? Thanks, Abdel. ___ Re: [Bug report] tex2lyx crash Georg Baum Thu, 17 Feb 2005 11:48:13 -0800 Am Donnerstag, 17. Februar 2005 16:15 schrieb YOUNES Abdelrazak (M3SYSTEM): I am trying to convert word document to lyx via OpenOffice, writer2latex (http://www.hj-gym.dk/~hj/writer2latex) and tex2lyx because this is the only way I know to preserve math formulas. If you know any other way, I will be pleased to know. This is the best way I know of. The tex2lyx program crash with the following output and the lyx file is empty. Relyx doesn't crash but gives a fatal error (output following). Could you please post a minimal .tex file that makes tex2lyx crash? Without that, we can't help much. horizontal longtable positioning '[l]' ignored longtable support is unfortunately not complete yet. Georg __ Abdelrazak YOUNES GNSS Team Navigation Domain Tel: +33 1 69 88 74 07 Fax: +33 1 69 88 73 07 __ -Original Message- From: YOUNES Abdelrazak (M3SYSTEM) Sent: 17 February 2005 16:16 To: 'lyx-devel@lists.lyx.org' Subject: [Bug report] tex2lyx crash Dear Lyx-developpers, I have installed lyx-1.3.5 for windows (qt non-comercial) and the newest tex2lyx. I am trying to convert word document to lyx via OpenOffice, writer2latex (http://www.hj-gym.dk/~hj/writer2latex) and tex2lyx because this is the only way I know to preserve math formulas. If you know any other way, I will be pleased to know. The tex2lyx program crash with the following output and the lyx file is empty. Relyx doesn't crash but gives a fatal error (output following). Thanks in advance for any help regarding this issue. Abdel. * Tex2lyx output: D:\program\lyx\bintex2lyx.exe D:\PEGASUS\development\Documentation\Modules\DJD\tex\PEG_SOL_D JD_01.tex D:\PEGASUS\dev lopment\Documentation\Modules\DJD\tex\PEG_SOL_DJD_01.lyx package binary_dir D:/program/lyx/bin/ system_support D:/program/lyx/Resources/lyx/ build_support user_support C:/Documents and Settings/yns.ERC/Application Data/lyx/ locale_dir document_dir C:/Documents and Settings/yns.ERC/My Documents temp_dir C:/DOCUME~1/yns.ERC/LOCALS~1/Temp/ home_dir C:/Documents and Settings/yns.ERC /package Ignoring options 'T1' of package fontenc. Ignoring options 'spanish,french,german,english' of package babel. horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[c]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[l]' ignored horizontal longtable positioning '[c]' ignored Ignoring '\cline{2-3}' in a cell
Two tex2lyx counterexamples
Dear All I am sending you two examples showing some problems with tex2lyx. Please, be aware that I am not a subscriber of your list. Regards, Paul example_pstricks.tex Description: TeX document subequations.tex Description: TeX document
Re: Can not compile from CVS lyx-devel
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars I am pretty sure automake 1.4 is too old. Lars autoconf 2.59 should work. (but a newer version would not be Lars bad) I do not think there is an official newer version. JMarc
Re: Can not compile from CVS lyx-devel
Lars Gullik Bjønnes wrote: Frederic-Emmanuel PICCA [EMAIL PROTECTED] writes: | Lars Gullik Bjønnes wrote: Frederic-Emmanuel PICCA [EMAIL PROTECTED] writes: | Hello | I tried to compile lyx (CVS lyxdevel) | after a ./autogen.sh with some errors: What are your versions of automake and autoconf? | I am using automake-1.4 and autoconf-2.59 I am pretty sure automake 1.4 is too old. autoconf 2.59 should work. (but a newer version would not be bad) with automake-1.7 no more complaine of ./autogen.sh. Can you add the minimum version of automake in the INSTALL file. I can compile the xform frontend but not the qt on. the error is: * g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_TRANSLATION -I../../../../src -I../../../../src/frontends -I../../../../src/frontends/qt2 -I../../../../boost -I../../../../src/frontends/controllers -W -Wall -I/usr/X11R6/include -g -O -fno-exceptions -MT BiblioModuleBase.lo -MD -MP -MF .deps/BiblioModuleBase.Tpo -c BiblioModuleBase.C -o BiblioModuleBase.o In file included from BiblioModuleBase.C:10: BiblioModuleBase.h:13:22: qvariant.h: No such file or directory BiblioModuleBase.h:14:21: qwidget.h: No such file or directory * but I have qvariant.h in /usr/include/qt3/qvariant.h. Strange. Have a nice day.
Re: Can not compile from CVS lyx-devel
Frederic-Emmanuel PICCA wrote: I can compile the xform frontend but not the qt on. the error is: * g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_TRANSLATION -I../../../../src -I../../../../src/frontends -I../../../../src/frontends/qt2 -I../../../../boost -I../../../../src/frontends/controllers -W -Wall -I/usr/X11R6/include -g -O -fno-exceptions -MT BiblioModuleBase.lo -MD -MP -MF .deps/BiblioModuleBase.Tpo -c BiblioModuleBase.C -o BiblioModuleBase.o In file included from BiblioModuleBase.C:10: BiblioModuleBase.h:13:22: qvariant.h: No such file or directory BiblioModuleBase.h:14:21: qwidget.h: No such file or directory * but I have qvariant.h in /usr/include/qt3/qvariant.h. Strange. Not strange. You're not passing this location to the compiler. ./configure --with-frontend='xforms qt' --with-qt-includes=/usr/include/qt3 Have a nice day. You too. -- Angus
Re: Can not compile from CVS lyx-devel
Angus Leeming wrote: Not strange. You're not passing this location to the compiler. ./configure --with-frontend='xforms qt' --with-qt-includes=/usr/include/qt3 Ok now it works. Why this qt includes dir is not configure automatically from the ./configure script. ?
Re: Can not compile from CVS lyx-devel
Frederic-Emmanuel PICCA wrote: Angus Leeming wrote: Not strange. You're not passing this location to the compiler. ./configure --with-frontend='xforms qt' --with-qt-includes=/usr/include/qt3 Ok now it works. Why this qt includes dir is not configure automatically from the ./configure script. ? Because /usr/include/qt3 is a non-standard place to put header files and because we don't want to have to support code to second guess wherever some distribution chooses to place these files. If having the configure option is enough to enable you to get everything working, then that's enough for us. -- Angus
[Patch] Fix bug 1746: table dialog shows wrong settings when LaTeX-argument is entered
See attached. As a bonus it removes an ugly piece of special coding. Georg, are you working on this? I remember seeing a post to that effect but cannot find it. - Martin Index: tabular.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/tabular.C,v retrieving revision 1.221 diff -u -r1.221 tabular.C --- tabular.C 27 Jan 2005 21:05:33 - 1.221 +++ tabular.C 18 Feb 2005 14:26:23 - @@ -625,14 +625,8 @@ { if (!onlycolumn isMultiColumn(cell) (isFirstCellInRow(cell) || isMultiColumn(cell-1))) - { - if (cellinfo_of_cell(cell).align_special.empty()) - return cellinfo_of_cell(cell).left_line; - return prefixIs(ltrim(cellinfo_of_cell(cell).align_special), |); - } - if (column_info[column_of_cell(cell)].align_special.empty()) - return column_info[column_of_cell(cell)].left_line; - return prefixIs(ltrim(column_info[column_of_cell(cell)].align_special), |); + return cellinfo_of_cell(cell).left_line; + return column_info[column_of_cell(cell)].left_line; } @@ -640,14 +634,8 @@ { if (!onlycolumn isMultiColumn(cell) (isLastCellInRow(cell) || isMultiColumn(cell + 1))) - { - if (cellinfo_of_cell(cell).align_special.empty()) - return cellinfo_of_cell(cell).right_line; - return suffixIs(rtrim(cellinfo_of_cell(cell).align_special), |); - } - if (column_info[column_of_cell(cell)].align_special.empty()) - return column_info[right_column_of_cell(cell)].right_line; - return suffixIs(rtrim(column_info[column_of_cell(cell)].align_special), |); + return cellinfo_of_cell(cell).right_line; + return column_info[right_column_of_cell(cell)].right_line; } @@ -2016,59 +2004,59 @@ else os \\begin{tabular}{; for (col_type i = 0; i columns_; ++i) { - if (!column_info[i].align_special.empty()) { - os column_info[i].align_special; - } else { - if (column_info[i].left_line) -os '|'; - if (!column_info[i].p_width.zero()) { -switch (column_info[i].alignment) { -case LYX_ALIGN_LEFT: - os {\\raggedright}; - break; -case LYX_ALIGN_RIGHT: - os {\\raggedleft}; - break; -case LYX_ALIGN_CENTER: - os {\\centering}; - break; -case LYX_ALIGN_NONE: -case LYX_ALIGN_BLOCK: -case LYX_ALIGN_LAYOUT: -case LYX_ALIGN_SPECIAL: - break; -} + if (column_info[i].left_line) + os '|'; + if (!column_info[i].p_width.zero()) { + switch (column_info[i].alignment) { + case LYX_ALIGN_LEFT: +os {\\raggedright}; +break; + case LYX_ALIGN_RIGHT: +os {\\raggedleft}; +break; + case LYX_ALIGN_CENTER: +os {\\centering}; +break; + case LYX_ALIGN_NONE: + case LYX_ALIGN_BLOCK: + case LYX_ALIGN_LAYOUT: + case LYX_ALIGN_SPECIAL: +break; + } -switch (column_info[i].valignment) { -case LYX_VALIGN_TOP: - os 'p'; - break; -case LYX_VALIGN_MIDDLE: - os 'm'; - break; -case LYX_VALIGN_BOTTOM: - os 'b'; - break; + switch (column_info[i].valignment) { + case LYX_VALIGN_TOP: +os 'p'; +break; + case LYX_VALIGN_MIDDLE: +os 'm'; +break; + case LYX_VALIGN_BOTTOM: +os 'b'; +break; + } + os '{' + column_info[i].p_width.asLatexString() + '}'; + } else { + // Latex string *in addition* to |, lcr: + if (!column_info[i].align_special.empty()) { +os column_info[i].align_special; } -os '{' -column_info[i].p_width.asLatexString() -'}'; - } else { -switch (column_info[i].alignment) { -case LYX_ALIGN_LEFT: - os 'l'; - break; -case LYX_ALIGN_RIGHT: - os 'r'; - break; -default: - os 'c'; - break; -} + switch (column_info[i].alignment) { + case LYX_ALIGN_LEFT: +os 'l'; +break; + case LYX_ALIGN_RIGHT: +os 'r'; +break; + default: +os 'c'; +break; } - if (column_info[i].right_line) -os '|'; } + if (column_info[i].right_line) + os '|'; } os }\n; ++ret; signature.asc Description: This is a digitally signed message part
RE: Change to lyxserver.C breaks win32_kludge.diff patch
Maybe you could get karma to commit yourself to the lyx-devel\development\win32 directory? Regards, Asger If that's helpful, sure. Is there a karma application I should fill out? Thanks Rob
RE: Change to lyxserver.C breaks win32_kludge.diff patch
Asking me nicely should suffice. -- Lgb That's easy enough. Please grant me access to the lyx-devel\development\win32 directory and refer me to any commit guideline docs that I should read. Thanks Rob
RE: [Bug report] tex2lyx crash
YOUNES Abdelrazak (M3SYSTEM) wrote: Hello Georg, Please excuse the delay, I am not subscribed to lyx-devel. I managed to isolate the problem in a small file (attached). I guess it is not related to longtable because when I replace all instance of longtable with tabular inside the tex file, Tex2lyx crashes the same way. This is a good testcase for the table stuff, since it uses some advanced features. The problem that causes the crash is the table inside the table. I will have a look at that. One question please: I managed to convert one documentt (without tables) but I have a problem with the converted formulas: most of them have brackets {} around each and every character. Is there a way I can get rid of those brakets? This is a problem of writer2latex. You can get rid of them manually by placing the cursor inside the braces, directly to the right of the opening brace, and press backspace. Georg
Re: Detect Qt Win/Free
Michael Schmitt wrote: Hello, the following patch is needed to detect the Qt Win/Free library (the developers changed its name recently). Please apply to the 1.3 branch. Thanks! Michael Done. I've applied the 1.4.x version too. -- Angus
Re: Change to lyxserver.C breaks win32_kludge.diff patch
Here are patches representing the above; it would be helpful if these could be committed if approved. I've built fresh successfully with these patches applied. Maybe you could get karma to commit yourself to the lyx-devel\development\win32 directory? Regards, Asger
Re: [patch] fix tabular valignment conversion in lyx2lyx
On Thursday 17 February 2005 19:52, Georg Baum wrote: > Ok, I did that. " +" means one or more space, and "\s+" means > [ \t\n\r\f\v], so it is not exactly equivalent, but the "\s+" works > equally well. I know what it does. By construction the file has no \n or \r, so this leaves us with \t and \v (horizontal and vertical tabs), since it is Friday I can say that you made up that \f, I have never seen it before. > I am going to commit the attached patch. That is OK. > Georg -- Josà AbÃlio
Re: tex2lyx for windows update
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> Am Mittwoch, 16. Februar 2005 22:48 schrieb Angus Leeming: >> After the third or fourth loop, latex fails to process the file. Georg> Well, what do you expect? If I specify that a nonexisting Georg> figure should be included I tell LyX/LaTeX to do something Georg> impossible. Since I agree in general that playing too many nice Georg> tricks is bad, I propose the attached patch. The filename can Georg> of course have the wrong extension and may be relative to the Georg> child doc instead of the master doc, but I would rather not Georg> change prepareFile(). Is this patch OK? I only have one doubt: when running tex2lyx on the file, do you get the original LyX settings back? JMarc
Trouble with accents and lyx due to the immodule.
Hi, we have received lots of complain regarding Fedora Core 3 and LyX (that is present in Fedora Extras). The problem can be attributed to use of the immodule [1] in qt. For further information please look to the bugzilla report for FC3. [2] koffice had the same problem before, that were recently fixed. [3] What do ours qt experts have to say about this? [1] http://freedesktop.org/wiki/Software/immodule-qt [2] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=141475 [3]http://lists.freedesktop.org/archives/immodule-qt/2004-December/000649.html -- José Abílio
Re: Can not compile from CVS lyx-devel
Frederic-Emmanuel PICCA <[EMAIL PROTECTED]> writes: | Hello > | I tried to compile lyx (CVS lyxdevel) | after a ./autogen.sh with some errors: What are your versions of automake and autoconf? | I tried with: > | ./configure --without-included-boost This options is not working correctly, don't use it. -- Lgb
Re: Can not compile from CVS lyx-devel
Lars Gullik Bjønnes wrote: Frederic-Emmanuel PICCA <[EMAIL PROTECTED]> writes: | Hello | I tried to compile lyx (CVS lyxdevel) | after a ./autogen.sh with some errors: What are your versions of automake and autoconf? I am using automake-1.4 and autoconf-2.59 | I tried with: | ./configure --without-included-boost This options is not working correctly, don't use it. ok :)
Re: Trouble with accents and lyx due to the immodule.
Jose' Matos wrote: > Hi, > we have received lots of complain regarding Fedora Core 3 and LyX (that > is present in Fedora Extras). > > The problem can be attributed to use of the immodule [1] in qt. For > further information please look to the bugzilla report for FC3. [2] > > koffice had the same problem before, that were recently fixed. [3] > > What do ours qt experts have to say about this? > > [1] http://freedesktop.org/wiki/Software/immodule-qt > [2] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=141475 > [3]http://lists.freedesktop.org/archives/immodule-qt/2004-December/000649.html > That someone should get in touch with the guy willing to fix the problem. -- Angus
Re: tex2lyx for windows update
Jean-Marc Lasgouttes wrote: > I only have one doubt: when running tex2lyx on the file, do you get > the original LyX settings back? No, because the draft options are added. But you can't get the original LyX settings in many other cases either, so this is no problem IMHO. Example: LyX file includes x.png -> TeX file contains \includegraphics{x}, and we have both x.png and x.eps. tex2lyx can't determine the original file, it could only do some guesswork "if both x.png and x.eps exist, x.png is probably the origiunal file". But I don't want it to do that by default, because this guess could be wrong and this might lead to data loss if the newly created LyX file is exported to TeX again. Included graphics are one of the few cases where the TeX file does not carry enough information to reconstruct the LyX file (note insets are another, we have a bug report for this). Georg
Re: [Patch] Math bitmaps for DocBook export
Andreas Vox wrote: > I'm still waiting for the comments on whitespace ;-) I did not look at that. Shall I? ;-)) > No. I use IsDirWriteable() as a shortcut for exists(path) && > isDirectory(path). If the directory already exists it gets reused. > So the above check means: > Check if I can use the path as a directory and if that fails, > try to create a new directory. I thought it was a check wether the directory can be created. I would have forgotten the case where a file (but no directory) with the same name already exists. Maybe you should not use the shortcut so that it is clear to readers what is meant. >> Your code relies on the fact that addExternalDirectory is called before a >> call to addExternalFile with a file in that directory. You should >> document that also. > > Yes, definitely. Or maybe I should change the code so it doesn't matter? That would be the better option IMHO. > I just noticed that "isDirWriteable || createDirectory" is called many > times for the same path. That's bad because if I recall correctly, > isDirWriteable() checks this the hard way.. It should only be called once for every path. addExternalDirectory checks wether the to-be-added directory is already in the list and does not add it a second time if yes. At least I think it does this, I did not try, but IMHO it should behave like that. > If I separate files and directories, I could put directories > into a set and handle them before any file. Sounds ok? Yes. Georg
Re: [Patch] Math bitmaps for DocBook export
Georg Baum <[EMAIL PROTECTED]> writes: | Andreas Vox wrote: > >> I'm still waiting for the comments on whitespace ;-) > | I did not look at that. Shall I? ;-)) octet-stream patches are hard to look at... but I saw some missing whitespace in the patch snippets others has posted. Please comb your patch for those. -- Lgb
Re: Can not compile from CVS lyx-devel
Frederic-Emmanuel PICCA <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: >> Frederic-Emmanuel PICCA <[EMAIL PROTECTED]> writes: >> | Hello >> | I tried to compile lyx (CVS lyxdevel) >> | after a ./autogen.sh with some errors: >> What are your versions of automake and autoconf? > | I am using automake-1.4 and autoconf-2.59 I am pretty sure automake 1.4 is too old. autoconf 2.59 should work. (but a newer version would not be bad) -- Lgb
Re: latex -> tex2lyx -> lyx2lyx -> lyx1.3 conversion report
Sven Schreiber wrote: > Here's one, and it's actually worse with the new wiki-version of tex2lyx > and lyx2lyx than before (Angus' snapshot two weeks ago), because now it > doesn't compile from lyx (1.3) anymore (gives me 18 errors, two weeks > ago it just produced overlap of the date and the minipages; compiles > fine in latex): You have found a tex2lyx bug that was hidden by a lyx2lyx bug in the former relase. The last optional argument of your minipage is incorrectly translated. I'll fix that after the tabular stuff. You can circumvent the bug by specifying all arguments: \begin{minipage}[t][1\totalheight]{6cm} \end{minipage} > Also, maybe somebody could indicate what exactly the known problems with > minipages are so that my testing is more useful, instead of reproducing > known bugs over and over again. If you use length variables it may work or may not work. Example: \begin{minipage}{\mylength} \end{minipage} Everything else should work. Georg
RE: [Bug report] tex2lyx crash
Hello Georg, Please excuse the delay, I am not subscribed to lyx-devel. I managed to isolate the problem in a small file (attached). I guess it is not related to longtable because when I replace all instance of "longtable" with "tabular" inside the tex file, Tex2lyx crashes the same way. One question please: I managed to convert one documentt (without tables) but I have a problem with the converted formulas: most of them have brackets {} around each and every character. Is there a way I can get rid of those brakets? Thanks, Abdel. ___ Re: [Bug report] tex2lyx crash Georg Baum Thu, 17 Feb 2005 11:48:13 -0800 Am Donnerstag, 17. Februar 2005 16:15 schrieb YOUNES Abdelrazak (M3SYSTEM): > I am trying to convert word document to lyx via OpenOffice, writer2latex (http://www.hj-gym.dk/~hj/writer2latex) and tex2lyx because this is the only way I know to preserve math formulas. If you know any other way, I will be pleased to know. This is the best way I know of. > The tex2lyx program crash with the following output and the lyx file is empty. > Relyx doesn't crash but gives a fatal error (output following). Could you please post a minimal .tex file that makes tex2lyx crash? Without that, we can't help much. > horizontal longtable positioning '[l]' ignored longtable support is unfortunately not complete yet. Georg __ Abdelrazak YOUNES GNSS Team Navigation Domain Tel: +33 1 69 88 74 07 Fax: +33 1 69 88 73 07 __ > -Original Message- > From: YOUNES Abdelrazak (M3SYSTEM) > Sent: 17 February 2005 16:16 > To: 'lyx-devel@lists.lyx.org' > Subject: [Bug report] tex2lyx crash > > > Dear Lyx-developpers, > > I have installed lyx-1.3.5 for windows (qt non-comercial) and > the newest tex2lyx. I am trying to convert word document to > lyx via OpenOffice, writer2latex > (http://www.hj-gym.dk/~hj/writer2latex) and tex2lyx because > this is the only way I know to preserve math formulas. If you > know any other way, I will be pleased to know. > > The tex2lyx program crash with the following output and the > lyx file is empty. Relyx doesn't crash but gives a fatal > error (output following). > > Thanks in advance for any help regarding this issue. > > Abdel. > > * > Tex2lyx output: > > D:\program\lyx\bin>tex2lyx.exe > D:\PEGASUS\development\Documentation\Modules\DJD\tex\PEG_SOL_D > JD_01.tex > D:\PEGASUS\dev > lopment\Documentation\Modules\DJD\tex\PEG_SOL_DJD_01.lyx > > binary_dir D:/program/lyx/bin/ > system_support D:/program/lyx/Resources/lyx/ > build_support > user_support C:/Documents and > Settings/yns.ERC/Application Data/lyx/ > locale_dir > document_dir C:/Documents and Settings/yns.ERC/My Documents > temp_dir C:/DOCUME~1/yns.ERC/LOCALS~1/Temp/ > home_dir C:/Documents and Settings/yns.ERC > > > Ignoring options 'T1' of package fontenc. > Ignoring options 'spanish,french,german,english' of package > babel. horizontal longtable positioning '[l]' ignored > horizontal longtable positioning '[l]' ignored horizontal > longtable positioning '[c]' ignored horizontal longtable > positioning '[l]' ignored horizontal longtable positioning > '[l]' ignored horizontal longtable positioning '[l]' ignored > horizontal longtable positioning '[l]' ignored horizontal > longtable positioning '[l]' ignored horizontal longtable > positioning '[l]' ignored horizontal longtable positioning > '[l]' ignored horizontal longtable positioning '[l]' ignored > horizontal longtable positioning '[l]' ignored horizontal > longtable positioning '[l]' ignored horizontal longtable > positioning '[l]' ignored horizontal longtable positioning > '[l]' ignored horizontal longtable positioning '[l]' ignored > horizontal longtable positioning '[l]' ignored horizontal > longtable positioning '[l]' ignored horizontal longtable > positioning '[l]' ignored horizontal longtable positioning > '[l]' ignored horizontal longtable positioning '[l]' ignored > horizontal longtable positioning '[l]' ignored horizontal > longtable positioning '[l]' ignored horizontal longtable > positioning '[l]' ignored horizontal longtable positioning > '[l]' ignored horizontal longtable positioning '[l]' ignored > horizontal longtable positioning '[l]' ignored horizontal > longtable positioning '[l]' ignored horizontal longtable > positioning '[l]' ignored horizontal longtable positioning > '[l]' ignored horizontal longtable positioning '[l]' ignored > horizontal longtable positioning '[l]' ignored horizontal > longtable positioning '[l]' ignored horizontal longtable > positioning '[l]' ignored horizontal longtable positioning > '[l]' ignored horizontal longtable positioning '[l]' ignored > horizontal longtable positioning '[l]' ignored horizontal > longtable positioning '[c]' ignored
Two tex2lyx counterexamples
Dear All I am sending you two examples showing some problems with tex2lyx. Please, be aware that I am not a subscriber of your list. Regards, Paul example_pstricks.tex Description: TeX document subequations.tex Description: TeX document
Re: Can not compile from CVS lyx-devel
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> I am pretty sure automake 1.4 is too old. Lars> autoconf 2.59 should work. (but a newer version would not be Lars> bad) I do not think there is an official newer version. JMarc
Re: Can not compile from CVS lyx-devel
Lars Gullik Bjønnes wrote: Frederic-Emmanuel PICCA <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: Frederic-Emmanuel PICCA <[EMAIL PROTECTED]> writes: | Hello | I tried to compile lyx (CVS lyxdevel) | after a ./autogen.sh with some errors: What are your versions of automake and autoconf? | I am using automake-1.4 and autoconf-2.59 I am pretty sure automake 1.4 is too old. autoconf 2.59 should work. (but a newer version would not be bad) with automake-1.7 no more complaine of ./autogen.sh. Can you add the minimum version of automake in the INSTALL file. I can compile the xform frontend but not the qt on. the error is: * g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_TRANSLATION -I../../../../src -I../../../../src/frontends -I../../../../src/frontends/qt2 -I../../../../boost -I../../../../src/frontends/controllers -W -Wall -I/usr/X11R6/include -g -O -fno-exceptions -MT BiblioModuleBase.lo -MD -MP -MF .deps/BiblioModuleBase.Tpo -c BiblioModuleBase.C -o BiblioModuleBase.o In file included from BiblioModuleBase.C:10: BiblioModuleBase.h:13:22: qvariant.h: No such file or directory BiblioModuleBase.h:14:21: qwidget.h: No such file or directory * but I have qvariant.h in /usr/include/qt3/qvariant.h. Strange. Have a nice day.
Re: Can not compile from CVS lyx-devel
Frederic-Emmanuel PICCA wrote: > I can compile the xform frontend but not the qt on. > > the error is: > > * > g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -DQT_CLEAN_NAMESPACE > -DQT_GENUINE_STR -DQT_NO_TRANSLATION -I../../../../src > -I../../../../src/frontends -I../../../../src/frontends/qt2 > -I../../../../boost -I../../../../src/frontends/controllers -W -Wall > -I/usr/X11R6/include -g -O -fno-exceptions -MT BiblioModuleBase.lo -MD > -MP -MF .deps/BiblioModuleBase.Tpo -c BiblioModuleBase.C -o > BiblioModuleBase.o > In file included from BiblioModuleBase.C:10: > BiblioModuleBase.h:13:22: qvariant.h: No such file or directory > BiblioModuleBase.h:14:21: qwidget.h: No such file or directory > * > > but I have qvariant.h in /usr/include/qt3/qvariant.h. > > Strange. Not strange. You're not passing this location to the compiler. ./configure --with-frontend='xforms qt' --with-qt-includes=/usr/include/qt3 > Have a nice day. You too. -- Angus
Re: Can not compile from CVS lyx-devel
Angus Leeming wrote: Not strange. You're not passing this location to the compiler. ./configure --with-frontend='xforms qt' --with-qt-includes=/usr/include/qt3 Ok now it works. Why this qt includes dir is not configure automatically from the ./configure script. ?
Re: Can not compile from CVS lyx-devel
Frederic-Emmanuel PICCA wrote: > Angus Leeming wrote: >> >> Not strange. You're not passing this location to the compiler. >> >> ./configure --with-frontend='xforms qt' >> --with-qt-includes=/usr/include/qt3 >> > Ok now it works. > Why this qt includes dir is not configure automatically from the > ./configure script. ? Because /usr/include/qt3 is a non-standard place to put header files and because we don't want to have to support code to second guess wherever some distribution chooses to place these files. If having the configure option is enough to enable you to get everything working, then that's enough for us. -- Angus
[Patch] Fix bug 1746: table dialog shows wrong settings when LaTeX-argument is entered
See attached. As a bonus it removes an ugly piece of special coding. Georg, are you working on this? I remember seeing a post to that effect but cannot find it. - Martin Index: tabular.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/tabular.C,v retrieving revision 1.221 diff -u -r1.221 tabular.C --- tabular.C 27 Jan 2005 21:05:33 - 1.221 +++ tabular.C 18 Feb 2005 14:26:23 - @@ -625,14 +625,8 @@ { if (!onlycolumn && isMultiColumn(cell) && (isFirstCellInRow(cell) || isMultiColumn(cell-1))) - { - if (cellinfo_of_cell(cell).align_special.empty()) - return cellinfo_of_cell(cell).left_line; - return prefixIs(ltrim(cellinfo_of_cell(cell).align_special), "|"); - } - if (column_info[column_of_cell(cell)].align_special.empty()) - return column_info[column_of_cell(cell)].left_line; - return prefixIs(ltrim(column_info[column_of_cell(cell)].align_special), "|"); + return cellinfo_of_cell(cell).left_line; + return column_info[column_of_cell(cell)].left_line; } @@ -640,14 +634,8 @@ { if (!onlycolumn && isMultiColumn(cell) && (isLastCellInRow(cell) || isMultiColumn(cell + 1))) - { - if (cellinfo_of_cell(cell).align_special.empty()) - return cellinfo_of_cell(cell).right_line; - return suffixIs(rtrim(cellinfo_of_cell(cell).align_special), "|"); - } - if (column_info[column_of_cell(cell)].align_special.empty()) - return column_info[right_column_of_cell(cell)].right_line; - return suffixIs(rtrim(column_info[column_of_cell(cell)].align_special), "|"); + return cellinfo_of_cell(cell).right_line; + return column_info[right_column_of_cell(cell)].right_line; } @@ -2016,59 +2004,59 @@ else os << "\\begin{tabular}{"; for (col_type i = 0; i < columns_; ++i) { - if (!column_info[i].align_special.empty()) { - os << column_info[i].align_special; - } else { - if (column_info[i].left_line) -os << '|'; - if (!column_info[i].p_width.zero()) { -switch (column_info[i].alignment) { -case LYX_ALIGN_LEFT: - os << ">{\\raggedright}"; - break; -case LYX_ALIGN_RIGHT: - os << ">{\\raggedleft}"; - break; -case LYX_ALIGN_CENTER: - os << ">{\\centering}"; - break; -case LYX_ALIGN_NONE: -case LYX_ALIGN_BLOCK: -case LYX_ALIGN_LAYOUT: -case LYX_ALIGN_SPECIAL: - break; -} + if (column_info[i].left_line) + os << '|'; + if (!column_info[i].p_width.zero()) { + switch (column_info[i].alignment) { + case LYX_ALIGN_LEFT: +os << ">{\\raggedright}"; +break; + case LYX_ALIGN_RIGHT: +os << ">{\\raggedleft}"; +break; + case LYX_ALIGN_CENTER: +os << ">{\\centering}"; +break; + case LYX_ALIGN_NONE: + case LYX_ALIGN_BLOCK: + case LYX_ALIGN_LAYOUT: + case LYX_ALIGN_SPECIAL: +break; + } -switch (column_info[i].valignment) { -case LYX_VALIGN_TOP: - os << 'p'; - break; -case LYX_VALIGN_MIDDLE: - os << 'm'; - break; -case LYX_VALIGN_BOTTOM: - os << 'b'; - break; + switch (column_info[i].valignment) { + case LYX_VALIGN_TOP: +os << 'p'; +break; + case LYX_VALIGN_MIDDLE: +os << 'm'; +break; + case LYX_VALIGN_BOTTOM: +os << 'b'; +break; + } + os << '{' + << column_info[i].p_width.asLatexString() + << '}'; + } else { + // Latex string *in addition* to |, lcr: + if (!column_info[i].align_special.empty()) { +os << column_info[i].align_special; } -os << '{' - << column_info[i].p_width.asLatexString() - << '}'; - } else { -switch (column_info[i].alignment) { -case LYX_ALIGN_LEFT: - os << 'l'; - break; -case LYX_ALIGN_RIGHT: - os << 'r'; - break; -default: - os << 'c'; - break; -} + switch (column_info[i].alignment) { + case LYX_ALIGN_LEFT: +os << 'l'; +break; + case LYX_ALIGN_RIGHT: +os << 'r'; +break; + default: +os << 'c'; +break; } - if (column_info[i].right_line) -os << '|'; } + if (column_info[i].right_line) + os << '|'; } os << "}\n"; ++ret; signature.asc Description: This is a digitally signed message part
RE: Change to lyxserver.C breaks win32_kludge.diff patch
> Maybe you could get karma to commit yourself to the > lyx-devel\development\win32 directory? > > Regards, > Asger > If that's helpful, sure. Is there a karma application I should fill out? Thanks Rob
RE: Change to lyxserver.C breaks win32_kludge.diff patch
> Asking me nicely should suffice. > > -- > Lgb That's easy enough. Please grant me access to the lyx-devel\development\win32 directory and refer me to any commit guideline docs that I should read. Thanks Rob
RE: [Bug report] tex2lyx crash
YOUNES Abdelrazak (M3SYSTEM) wrote: > Hello Georg, > > Please excuse the delay, I am not subscribed to lyx-devel. I managed to > isolate the problem in a small file (attached). I guess it is not related > to longtable because when I replace all instance of "longtable" with > "tabular" inside the tex file, Tex2lyx crashes the same way. This is a good testcase for the table stuff, since it uses some advanced features. The problem that causes the crash is the table inside the table. I will have a look at that. > One question please: I managed to convert one documentt (without tables) > but I have a problem with the converted formulas: most of them have > brackets {} around each and every character. Is there a way I can get rid > of those brakets? This is a problem of writer2latex. You can get rid of them manually by placing the cursor inside the braces, directly to the right of the opening brace, and press backspace. Georg
Re: Detect Qt Win/Free
Michael Schmitt wrote: > Hello, > > the following patch is needed to detect the Qt Win/Free library (the > developers changed its name recently). > > Please apply to the 1.3 branch. Thanks! > > Michael Done. I've applied the 1.4.x version too. -- Angus