Re: PDF Generation - URL problem
Jason L W Lynn wrote: I'm having a problem with my pdflatex generation of my lyx document. Any URLs that do not contain spaces (and are rather long) are not line wrapping at the right margin. In fact, they are printing straight off of the page. The URL name is usually the exact same as the URL (so that printed copies show the URL as well). Does anyone know how to correct this problem? Has anyone seen this before? I'd rather not go through the entire document and insert forced line feeds before every link that runs outside of the margins. Install the url package (ftp://cam.ctan.org/tex-archive/macros/latex/contrib/misc/url.sty). The urls should break automatically afterwards. I don't know what is wrong if you have installed it already. You can find out wether LyX did recognize the url package in Help-LaTeX-Configuration. Georg
Re: Attention: very serious problem with fonts and encoding!
Am Dienstag, 23. November 2004 20:52 schrieb Uwe Stöhr: I don't understand that, LyX can only export to LaTeX, DVI, PDF and postscript, but not to Text or HTML. It can always export to Text (this is called ASCII). The HTML export is only available if the configure script can find a suitable latex - html converter. Georg
Re: gbib installation
Am Freitag, 26. November 2004 21:27 schrieb M.B. Schiekel: Hallo all, I hope this question ist not too much offtopic, otherwise please tell me a more appropriate place. the gbib mailing list would be such a place, if it exists. Im trying to make and install gbib-0.1.2 for the handling of bibtex-files with LxY. Now I get a configure error: checking for map.h... no configure: error: required header file missing map.h is probably the old version of the STL header map. Your compiler should have a compatibility version, but maybe it is in a separate package and not installed. Try to get a newer version of gbib that uses recent headers, if possible in rpm format. This will be easier to install. Georg
Re: PICT conversion from LyX
Paul Medwell wrote: I can use the convert programme to convert from PICT to PNG format, but in the Converters tab of LyX preferences there is no where to specify what LyX will do with PICT files. Is it possible to add a new file format for LyX to automatically convert? (or is it easier to just continue doing this from the command line) Yes, it is possible. Define the PICT format, and automatic conversion will work. Georg
Re: PICT conversion from LyX
Paul Medwell wrote: If it's new in 1.3.5, then I can see why this seemed like a wank of a question. If not then I must be a bigger idiot than I thought, in which case other than upgrading (which I'll probably do anyway), just out of interest how would it be possible in 1.3.4 ? It is not new. I guess your are using the xforms frontend, and Angus described the qt frontend. If it is not working for some reason, stop every running instance of lyx. Edit ~/.lyx/preferences with a text editor of your choice, and add the line \format PICT PICT PICT Then restart lyx, and the new format should be available. Georg
Re: Lyx to Latex backto Lyx
Am Samstag, 4. Dezember 2004 00:32 schrieb LB: 1) The graphics appear inserted with a latex commands so they don't get displayed in the document relyx may have problems with some graphics, but in general it should recognize them. 2) For no apparent reason I use a lot of underscores in all my labels and in citation references, for example I use authorsname_1 and authorsname_2 to distinguish different publications by the same author. It looks like the underscores are not understood by relyx. Everywhere where underscore was relyx decided that the citation or label was over and the rest of them appeared as text in the document so if I had a caption of a figure labelled Pretty-figure_1 then the relyxed label would be Pretty-figure and 1} would appear in the document where the cross reference was inserted. Does my description make sense? It is a known bug in relyx. Is it a good idea to avoid underscores and use hyphens instead? Yes if you need this round trip. An alternative is to use tex2lyx, the successor of relyx, but this involves some initial work. tex2lyx has no problems with underscores in labels and graphics. Search for messages by Angus Leeming concerning tex2lyx in the mailing list archive (or is there a wiki page?) for more information. Georg
Re: text on pages with figures
Leo Gürtler wrote: Hi alltogether, how can I force lyx/latex to put text on pages on which (floating) figures are placed that are greater than half of the page size ? It seems that at some size figures are alone on a page. How can I change that to use every part of a page ? You need to set some parameters in the preamble, see http://www.tex.ac.uk/cgi-bin/texfaq2html?label=floats Georg
Re: LyX-1.3.5-qt and memory-leak?
M.B. Schiekel wrote: But now I got the impression, that LyX does not free its memory correct. Each time I call LyX and close it, my amount of mem is smaller, and after some time working with LyX (much math-stuff), I have to close X und restart it again, so that other programs (like mozilla) could again be started. I?m running LyX 1.3.5-qt-i386 on a SuSE-8.2 with QT-3.2.3 and KDE-3.1.4. This is weird. Even if lyx has a memory leak, the memory should be aquired back by the os after you closed lyx. Where did you get the lyx rpm from? Is this the one for SuSE 9.0? I see also that Qt 3.2.3 is not the one shipped with SuSE 8.2. This is calling for problems. Please use only packages made for your SuSE 8.2. If that is not possible, upgrade your distro. Otherwise it is nearly impossible to help you. In theory all Qt 3.2.x versions are binary compatible, but in practice we have heavily patched compilers on SuSE, including ABI changes, and therefore I would not be surprised if the non matching packages were the source of your problem. Georg
Re: bibtex-styles in LyX
M.B. Schiekel wrote: in LyX - insert: BibTeX-reference - style how to integrate the dinat- and natdin-style into the styles-scroll-down-field? The .bst files must be somwhere where tex searches for them. Does the command kpsewhich unsrtdin.bst (or whatever .bst file you use) print out the location of the .bst file? If yes, it should automatically appear in the drop down list. If not, place the file in the bibtex/bst subdirectory of your texmf directory and run texconfig rehash Then the above command should work. btw for German writing people: Klaus F. Lorenzen, has a new version of natdin.bst. If interested, please have a look on his homepage http://www.haw-hamburg.de/pers/Lorenzen/bibtex/ Good to know. Georg
Re: LyX-1.3.5-qt and memory-leak?
M.B. Schiekel wrote: Ok, now I've tried a LyX-1.3.5-qt make from sources, configure was Ok, but unfortunately the make with compile error. :-( This is the well known broken compiler on SuSE 8.1 and 8.2 releases. See http://wiki.lyx.org/pmwiki.php/FAQ/Obtaining (bottom of the page). Compiling from source should work after applying the workaround mentioned by André or the compiler upgrade, but IMHO the better alternative is to upgrade your OS. SuSE 8.2 is outdated, KDE 3.3 faster than 3.1 and has some nice new features, and SuSE ships working compilers again since 9.0. Georg
Re: LyX is not running with QT interface!
Am Sonntag, 2. Januar 2005 07:56 schrieb Yousef Raffah: Yes I have the latest QT installed, I'm running different QT applications such as K3b for example! Do you also have the development packages installed? Do you have an output file that shows the results of the configuration and build steps? If so, look to see that the configuration found everything it needed. I've not used gentoo so I don't know the steps involved. no I don't have one, or maybe I don't know where to look for it! Then please ask some gentoo experts. If we don't know what is going on we can't help you very much. I copied cua.bind from /usr/share/lyx/bind/cua.bind to ~/.lyx/bind/ I believe gentoo installs it under /usr/share/lyx but again that shouldn't make a difference with the QT interface :( You only need to do that if you plan to modify cua.bind. This has nothing to do with your problem, the bind files define keyboard shortcuts and not the toolkit that is used for the GUI. Georg
Re: Hi at all
Juergen Spitzmueller wrote: Am Mittwoch, 5. Januar 2005 12:13 schrieb M.B. Schiekel: http://amatex.informatik-uni-oldenburg.de Hi, Jürgen, thank you for this interesting hint. Unfortunately the above link is not working :-( My fault. It's http://amatex.informatik.uni-oldenburg.de Another good tool is cb2bib: http://www.molspaces.com/cb2bib/ Georg
Re: relative directory?
Zeng Zeng wrote: My question is can I use relative directory in lyx?, such as include the file as ../../doc/test.lyx? Yes. You will have to change the absolute filename to a relative one by hand in the filedialog, but once you did that, it will remain relative. Georg
Re: Weird Inconsitencies in handling of xfig drawings (converter preference question)
Paul Johnson wrote: I HYPOTHESIZE that, in order to get the pdf (pdflatex) output correct, I need a filter configured for XFig-PDF(pdflatex). Is that right? What should I put down? You need a converter xfig - png. This can actually be a converter chain: xfig - eps - png or something similar. LyX chooses automatically the shortest path that is available. If you start LyX with lyx -dbg graphics you'll see which converters are called and can adjust the settings on the nonworking box. Georg
Re: Weird Inconsitencies in handling of xfig drawings (converter preference question)
Angus Leeming wrote: Urg! Why go to a bitmap image when you don't need to? Modern versions of XFig support direct conversion to PDF format. Because this is hardcoded in the graphics inset :-( I assumed he used that, if he uses the external material inset he would of course use xfig - pdf. Georg
Re: When to use quote and quotation
Steve Litt wrote: Hi all, The book document class gives you both the quote and quotation environments. I remember one is for short quotes like to see her is to love her while the other is for long quotes like Four score and seven years ago today, our forefathers brought forth upon this continent a new nation, conceived... I read somewhere: quote is short - short quotation quotation is longer - long quotation Georg
Re: When to use quote and quotation
G. Milde wrote: Did you ever try both of them? Actually, quote formats with space delimited paragraphs, quotation uses indented paragraphs. Yes. But it was several years ago, and I forgot the details. The only thing I remembered was actually from the thread that Richard mentioned. So, IMHO you should use whatever suits to the general layout you have in FormatDocumentParagraph-separation. (This is also why I object to the naming of quote and quotation in the German translation as Zitat (kurz) and Zitat (lang).) Do you have a better translation? Georg
Re: When to use quote and quotation
G. Milde wrote: People knowing LaTeX (or looking for info in LaTeX docs or asking the English-spoken lyx-users list) would be better of with Zitat (quote) vs. Zitat (quotation) Given the fact that the english names are simply Quote and Quotation (without mentioning the paragraph separation) I think that this translation is the best. People who know LaTeX know what is meant. People who don't know LaTeX may be confused, but the current translation is misleading, too. Another option would be to tell about the difference Zitat (Einrückung) vs. Zitat (Abstand) This are the terms used in FormatDokumentAbsatztrennung. However, this could be misleading, as the quote itself is both, indented and space surrounded. Would it be clear that this means paragraph separation? I don't think so. And even if this was clear we should tell the same in the english original. Georg
Re: failed import of latex doc (relyx produces something that causes lyx2lyx to hang)
Sven Schreiber wrote: My guess is that relyx has problems with the latex file and produces a bad lyx-file which lyx2lyx cannot handle. Too bad that the relyx The guess is probably correct. 1. I read somewhere that another import tool is coming with the new lyx version (tex2lyx?); if this is true (and it would be great), would it be possible to provide it standalone even before the new lyx version is released? It would be possible, but some work. Unfortunately the table import is the least developed area of tex2lyx, so it would probably not help much in this case. 2. In the meantime it would be nice if the relyx-savvy could provide (permanent links to) more concrete advice on what latex constructs to avoid. (In my particular case retyping the tables in lyx is probably quicker than hand-editing the latex code, but for long-term or search-and-replace batch operations this may be helpful.) Maybe I just missed it? IMHO the needed time would be better spent in improving tex2lyx wrt tables. 3. Because the lyx doc format apparently changes from time to time, it seems to me that lyx2lyx is a very very important component of lyx. I understand that developer resources are limited, so what I'm saying is just that making lyx2lyx more robust should maybe receive higher priority than other or new features. The problem is most definitely not lyx2lyx, but reLyX. It does not produce clean 2.15 files, but a mixture of different formats. This in turn causes trouble for lyx2lyx. Georg
Re: follow-up: relyx / lyx2lyx problems -- next bug
Am Donnerstag, 27. Januar 2005 23:27 schrieb Sven Schreiber: I hope this is useful for the relyx-programmer(s) to squash the bug... There are no relyx programmers (anymore). It is good that you found out that the input to lyx2lyx and therefroe relyx and not lyx2lyx was wrong. However, it does not make much sense (IMO) to try to fix bugs in relyx unless you are really fluent in perl and can do that in a couple of minutes. IMO the time would be better spent in preparing ready-to-install packages of tex2lyx and testing tex2lyx. Georg
Re: Files Submitted to Publisher
Am Sonntag, 30. Januar 2005 17:56 schrieb Rich Shepard: I'm almost ready to send the document back to the publisher with the complete index, copyeditor's corrections made and anonymous reviewer's comments addressed. Since I'm submitting it in camera-ready format, I assume that I need to tar (probably zip, actually) all the files in the most recent /tmp/lyx_tmpdirXXX/lyx_tmpbufN and send those in. This is indeed the easiest way if they want dvi and also need .toc etc. They don't need the LaTeX (.tex) file, but the .eps, .dvi, .toc, .lof etc. Is this correct? Or, have I missed something here. Do they really want dvi? Then this is correct. I would close all LyX instances, delete /tmp/lyx_tmpdir* and then open one LyX instance with the document to make sure that I'll get the right one. I am however not sure wether you'll need all lyx_tmpbuf directories. Georg
Re: Files Submitted to Publisher -- RESOLVED
G. Milde wrote: IMHO, sending a tmp-dir is not a very transparent solution. True, but IHMO the best one currently available. If the publishers have a working LaTeX installation, they will want the *.tex source(s) + all included files (*.eps, *.bib, *.bst, ...). No need for *.aux, *.bbl, *.log, and all these auxiliary files -- these will be created at their site when they run latex. True, but they won't hurt either. I would just use FileExportLatex on the latest version and pack the tex-file together with the included files in an archive. The problem is that you don't get the converted .eps figures with this method. And I would never take the risk that something goes wrong when I manually put the converted figures together at this stage where (hopefully) every single letter of the whole book is at the right place. Of course if all figures are in .eps format already and not converted by LyX this method is fine. The good news is that in LyX 1.4 Export-LaTeX will just work and also export the converted images. Georg
Re: tex2lyx for Linux
Am Mittwoch, 2. Februar 2005 16:58 schrieb Jose Capco: I didn't understand your example, I was however able to read the output lyx using the recent available version , I'm not sure if it would be looking the same had I lyx2lyxed it... it looks .. er not bad if I don't don't use packages in my LaTeX. I wonder how to go through newcommand stuffs in the preamble, putting that in the preamble, I'll try to start all over and write the preamble in lyx itself and not tex2lyx yet. If you have lyx2lyx working, you should be able to put everything into the preamble that you like. tex2lyx does not really touch the preamble, but it extracts certain packages that have builtin LyX support. could you give me a tex you wrote and know that it converts to lyx perfectly.. I need to know what to and what not to put. Please do it the other way round: get your lyx2lyx woking, and then convert your document and tell us what does not work. Apart from certain tabular features (i. e. advanced column settings) and some advanced expert tex stuff everything should more or less work. If it does not, it may be easy to fix, but we need to know about it. Georg
Re: tex2lyx for Linux
Am Mittwoch, 2. Februar 2005 19:03 schrieb Jose Capco: and also, if the owner of this mailing list also reads this... could you please setup the listbot to send the emails so that when I hit the reply button it will send to the list rather than the individul users (I think that is possible, the listbot did an email redirection when I first subscribed to the list). It is possible, but not wanted. Read http://www.unicom.com/pw/reply-to-harmful.html, and then get a decent email program (or news client, if you read the list via gmane). For example, I press L in kmail when I want to answer to the list. Georg
Re: tex2lyx for Linux
Am Mittwoch, 2. Februar 2005 20:37 schrieb Sven Schreiber: - complains when \includegraphics* (starred variant) is used, while it could just be treated as the unstarred version (or am I missing something?) \includegraphics* is equivalent to \includegraphics[clip]. I implemented \includegraphics* right now, it will appear in CVS soon. I guess that there are a lot of such simple things that are easy to implement (5 lines of code in this case), but that we simply need to be aware of. - I use pdflatex but don't specify the .pdf-extension so that I can switch to normal latex (using .eps) seamlessly; tex2lyx applies a definite choice, thereby destroying this nice portability. Why? Because LyX 1.4 _always_ needs the extension: There is always one master version of the graphic that is referenced in the .lyx file. The others are created by the converter mechanism from the master file if needed. LyX will not output the extension in the .tex file to maintain portability, but it needs it in the .lyx file. Therefore tex2lyx looks for existing files and adds the extension if it finds one. What is missing here is a commandline switch for tex2lyx that tells wether the document is for normal latex or pdflatex. This should not be difficult to implement, you are welcome to do that if you know a bit of C++ ;-) - I have a \bibliographystyle definition (with natbib), this seems to be imported twice: it is specified when I open the bibreferences-inset, but it's also displayed as ERT This is a known problem. It would be nice if you could add that to the wiki page. Georg
Re: tex2lyx for Linux
Sven Schreiber wrote:
Georg Baum wrote:
Because LyX 1.4 _always_ needs the extension: There is always one
master version of the graphic that is referenced in the .lyx file. The
others are created by the converter mechanism from the master file if
needed. LyX will not output the extension in the .tex file to maintain
portability, but it needs it in the .lyx file.
That's great, I didn't know that. I agree it's the right thing to do. Is
it documented somewhere? (well, probably in the main user guide?)
I don't know.
Therefore tex2lyx looks for existing files and adds the extension if it
finds one. What is missing here is a commandline switch for tex2lyx that
tells wether the document is for normal latex or pdflatex. This should
not be difficult to implement, you are welcome to do that if you know a
bit of C++ ;-)
Wait a minute, if lyx preserves the portability, why would you need such
a switch? If I understand correctly, the master document is just used
as input to convert for preview display, right? Then I think the
situation is just fine as is.
No. The master graphics is used as master for everything. Consider the
following situation: The LyX file includes a figure a.xyz. Converters
exist from xyz - eps and xyz - png. The .tex file contains always
\includegraphics{a} (actually almost always, if you want to know the
details read
http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/src/insets/insetgraphics.C?rev=HEADcontent-type=text/vnd.viewcvs-markup,
look for prepareFile). When you export to pdf using pdflatex, the file
a.png is created. When you export to ps, the file a.eps is created. a.xyz
is always the master, not only for preview, but also for export. Of course
there may be the special case that xyz = pdf or xyz = eps etc.
BTW, I am talking about LyX 1.4 here, it is slightly different in 1.3.
Which one? The one I suggested about relyx and then tex2lyx (and that
doesn't exist yet)?
The fact that tex2lyx creates an additional ERT for \bibliographystyle that
should be deleted.
Georg
Re: tex2lyx for Linux
Sven Schreiber wrote: In contrast, the way you describe it, it sounds wonderful: Skip the manual pdf-graphics-creation and just have lyx/imagemagick create the necessary png's on the fly. Just need one .eps (like in the old days...). That is/would be great! It is like that also in 1.3, but: Unfortunately both in 1.3 and 1.4 the output type for pdflatex for automatic conversion is hardcoded to png. This is fine for bitmap images, but not for vector graphics. This problem has been discussed several times before, but to solve it we would need an algorithm to determine wether to convert to png or pdf from a given format, and up to now nobody came up with such a beast. I meant: which wiki page should it be added to? I don't know. Put it where you think it fits, if it turns out that there is a better place people will move it. Georg
Re: tex2lyx for Linux
Sven Schreiber wrote: Good point about the bitmap thing, I'm definitely a vector fan. After looking a little at the devel mailing archives to get an idea of the discussion: I may be wrong, but could it be that people wrongly equate pdf=vector? No, at least I can't remember people doing that. AFAIK, pdf can hold both types of graphics, and e.g. Yes. imagemagick can produce pdfs, but *only* with bitmaps (last time I checked, or am I wrong here?). To my knowledge the only vector ways to go eps-pdf is ghostscript or acrobat. Again, please correct me if I'm wrong. And this is the problem: Since converters are user definable, we don't know wether a given eps - pdf conversion retains vector data or not. But maybe for output the bitmaps are not so bad as they seem at first. True, but the optimal solution that should be implemented some day would be to retain vector data. I guess the best solution would be to associate a cost to each converter that tells how lossy conversion is. Without any offense: As a user I would like to have control and not rely on some hidden fuzzy-logic algorithm. Why not an option in This is no fuzzy logic, and in order to be usable it would need to be documented. You have complete control over your converters, of course you would also be able to adjust the cost factor. I think it is indeed a useful approach. preferences-lookfeel-graphics? This preference pane is almost empty now. What about something like a tick box Warn when converting vector graphics to bitmap, and secondly an editable field approx. target resolution for bitmapped images if necessary. The problem is: We don't know always wether a given file contains vector or bitmap data. So we can't issue that warning. A completely different path of course would be to count on ghostscript, but maybe lyx shouldn't depend on that. Anyway, just my suggestions, no urgent need on my side (remember I just found out about the auto-conversion for pdflatex yesterday!) LyX depends heavily on ghostscript (at least in the default configuration). But again, this is configurable. Georg
Re: an input bug
Herbert Voss wrote:
LyX 1.3.5
- insert-include a file in input mode
- choose a file in the same dir as the doc
- LyX chooses not the doc dir for this file
when it runs the tex file in the temp dir
example: \input{rot.tex} - I'll get
an error.
It should be found via [EMAIL PROTECTED] in 1.3.x. What TeX distribution are
you
using? Maybe it does not know [EMAIL PROTECTED] (I don't know if that is
standard).
Georg
Re: Umlaute and sz (ß) not shown in Navigate and Table of contents
Am Donnerstag, 17. Februar 2005 13:41 schrieb Wolfgang Engelmann: I am using SuSe9.2 and Lyx1.3.4 and encounter this problem: German Umlaute and sz (ß) not shown in Navigate and Table of contents. This is a known problem, because SuSE 9.2 uses an UTF8 environment and LyX can't handle that. A workaround is described here: http://bugzilla.lyx.org/show_bug.cgi?id=1755 Georg
Re: *.tex.dep and *.tex.dep-pdf files?
Am Freitag, 18. Februar 2005 23:25 schrieb Rich Shepard: I am curious about two files I find in /tmp/lyx/lyxXX/ after running pdflatex on the document: document.tex.dep and document.tex.dep-pdf. What are these files? They don't seem to be needed to assemble the book from the rest of the TeX output. AFAIK LyX uses these files to remember what needs to be regenerated if you change your LyX document, i.e. to determine when to run LaTeX, BibTeX etc. again. Georg
Re: Adding a Command in the ToC -- RESOLVED
Am Freitag, 18. Februar 2005 18:30 schrieb Rich Shepard:
Well, I've resolved this one, too, by decreasing the ToC depth by one
level. Takes two pages off the total count, has no widow item on the
last
page and actually looks better without all the clutter.
For future reference, is there a way to manipulate page layout within
the
ToC?
I guess you did read Herberts TOC layout page? I don't think that what you
wanted to do is easy (or possible at all) in LaTeX. Did you ask the
experts on the TeX newsgroup?
BTW, you can add room for exactly one additional line to a page with
\enlargethispage{\baselineskip}.
Georg
Re: Graphic Displays in LyX But Not in .dvi or .pdf
Am Freitag, 25. Februar 2005 20:56 schrieb Rich Shepard: When I tried this with Koma-script report class the logo ended up on the page behind the title page, not centered at the top (or bottom, I really don't care which) of the title page. Can this be done with a regular report class document? And, why the a4 paperpackage when the page is set for letterpaper? There was a bug (off by one error) in earlier 1.3 versions. Therefore the \paperpackage setting in the .lyx file looks wrong (a4 means none, a4paper means a4 etc). What counts is what you see in LyX and of course the LaTeX output. Georg
Re: Include files
Geoffrey Lloyd wrote: Hi I am using the Include file tool and wondered whether it was possible to include files that are not in the same directory as the Main file. At present i can only get it to work if all the files are in the same directory. This should be possible, using either relative or absolute file names. Which version of LyX do you run? Older 1.3 releases had a bug, but it is fixed at least in 1.3.5. Please describe the problem more detailed if it does not work for you with LyX 1.3.5. Georg
Re: Include files
Geoffrey Lloyd wrote: I get the following message when i do anything but include form the same directory Error: Cannot open file: C:/lyx/tmp//c:@[EMAIL PROTECTED]@ch3.tex Invalid arguement Somewhere it must be converting / to @ or some such Strange. Maybe it converts \ to @? Unfortunately I can't help any further because I have no LyX + development environment setup on windows. Georg
Re: LyX and amsmath
Am Mittwoch, 13. April 2005 09:16 schrieb M.B. Schiekel: - split could be added in the 'Insert-Math' menu, You can do this yourself: Add the line Item Split Environment command-sequence math-insert \split; tabular-feature append-column (all in one line) in your .ui file in the math_insert section. And while you are at it, add some other missing environments, too: Item Aligned Environment command-sequence math-insert \aligned; tabular-feature append-column Item Gathered Environment math-insert \gathered - split could be displayed in the status-line, when the cursor is in a split environment (Type: split), This is already fixed in the 1.4 development version. But LyX does in no way show this variable space on screen, so I experience this not very 'wysiwyg', but a little confusing. File an enhancement request in bugzilla if you want that to be remembered. I fear that it gets lost otherwise (we are in a featare freeze right now). Georg
Re: LyX and amsmath
Am Freitag, 15. April 2005 21:05 schrieb Andre Poenitz: Would it be hard to do that in 1.4cvs? Not at all. Guess where I tried the above before posting. A patch will follow soon. Sort of ui bug. Harassing bugzilla with it binds more developer time than an immediate fix (for someone with up-to-date sources...) ... and knowledge of the drawing/metrics mechanism (which I don't have). Georg
Re: layout file parameter questions
Am Sonntag, 24. April 2005 17:51 schrieb Herbert Voss: LyX is really really buggy in the ERT mode. Yes. The good news is that this is fixed in 1.4. Georg
Re: layout file parameter questions
Uwe Stöhr wrote: Georg Baum schrieb: LyX is really really buggy in the ERT mode. Yes. The good news is that this is fixed in 1.4. Sorry but this is very general. What was the problem and possibly is still the problem of ERT in LyX 1.3.x? The problem is that ERT is not copied 1:1 to the .tex file. Line endings are converted to paragraph breaks, and therefore it is not possible to create a single line ending with an ERT box. This is fixed in 1.4, ERT is now copied 1:1 to the .tex file. If you want a paragraph break you need to press enter twice. If the problem is fixed, does this mean LyX supports now a .layout file option for an ENTER that doesn't create new paragraphs? No. This behaviour is only available in ERT boxes. Georg
Re: how to make empheq work?
Brian Williams wrote:
I put \usepackage{empheq} in the preamble, and created an ERT box
containing this test code..
\begin{empheq}
\begin{align}
This is wrong.
\begin{empheq}{align}
works. Read the empheq documentation if you want to know the details.
Georg
RE: how to make empheq work (with LyX)? - still struggling
Brian Williams wrote:
I went the document The empheq package* by Morten Høgholm 2004/10/10
and cut and paste this sample into an ERT box
\begin{empheq}{align*}
a=b \tag{*}\\
E=mc^2 + \int_a^a x\, dx
\end{empheq}
and Lyx gives me this error:
Undefined control sequence.
\end{empheq}
This is a limitation of the ERT box in LyX 1.3.x. Don't use normal newlines
in ERT, but Ctrl-Enter. The latter will produce one newline in the .tex
output, normal newlines will produce a paragraph break (= 2 newlines).
The attached file works for me.
Georg
empheq-221.lyx
Description: application/lyx
RE: how to make empheq work (with LyX)? - still struggling
Brian Williams wrote: Of course, the only reason why I need this is because I don't know how to make lyx align a system of equations (4 cols) with the operators and equals signs lined up and a big brace to the left. All the align environments that I've found in Lyx are limited to 2 or 3. Am I missing something? You can add more columns with Edit-Math. Have a look at http://wiki.lyx.org/LyX/LyXMathebefehle (german) and ftp://ftp.dante.de/tex-archive/info/math/voss/Voss-Mathmode.pdf Georg PS: It would be nice if you could trim your posts so that only relevant parts are cited.
Re: lyx bugfix releases
Tim Michelsen wrote: Tim == Tim Michelsen [EMAIL PROTECTED] writes: Tim I downloaded the lyx-devel but I don't have any ./configure file Tim in the local directory. Type ./autogen.sh And how do I set it up to run parallel to my stable debian release? ./configure --with-version-suffix=1.4 (and maybe also --prefix=/my/special/path). If you are running debian stable you must use STLPort (if you want to use the qt frontend) or a more recent compiler than gcc 2.95, because the STL of gcc 2.95 is too old and not standard compliant enough for LyX 1.4. Both stlport and newer gccs (IIR everything from 3.0 upwards works) area available as .debs either from debian or backports.org. Georg
Re: Numbered, bracketed, Systems of Equations - How??
Brian Williams wrote:
By the way, the user guide says this in section 5.2: If you decide after
the fact to place parentheses (or other math structure, like a square
root, or other decoration) around some math structure, you can do that by
highlighting (selecting) the structure that is to go inside the
parentheses...Then, choose the appropriate brackets for left and right,
and click on Apply. The parentheses will be drawn around the selected
structure.
This does not appear to be true for equation environments or arrays for
that matter.
This is true for everything inside math mode, including arrays like the one
you cited (and IMO one of the strengths of the math editor, I use it
often). It is not possible if the math formula type is an array type by
itself (e. g. equation, align etc.), but that is rather a LaTeX restriction
than a LyX one: Where would you put the parantheses in the following LaTeX
code
\begin{align}
a=b\\
=d
\end{align}
(note that \begin{align} switches to math mode)?
Georg
Re: passing doc dir to converter script?
Am Dienstag, 10. Mai 2005 16:59 schrieb Matej Cepl: Kevin Pfeiffer scripsit: I'm using the following shell script as part of the latex-dvi LyX converter and I want to use a relative path to the needed index-list file (located in same dir as LyX document). Is there a way that LyX can pass its current document path to this script? What about INDEXLIST=$(dirname $1) It will not work when using a temp dir, because it will return the temp dir. And it is not needed when using no temp dir, because the relative filename works as is :-( Georg
Re: focus-stealing prevention in KDE desktop?
Kevin Pfeiffer wrote: Hi all, I've noticed that if I set the focus-stealing prevention level for windows in the KDE environment to anything higher than 'none', that notification messages such as Do you want to save your document before closing? open _behind_ the main application window in Lyx. I've also noticed this using a Perl/GTK application, but with no other applications so far. The KDE setting is found under Desktop - Window Behavior - Advanced (fourth tab) in the Control Center. Default setting for focus-stealing behavior is low. Perhaps someone can test and verify/disprove this? I had similar problems with another app, but not with LyX. I don't understand at all when this focus stealing prevention is helpful, but it includes a lot of guesswork. I guess that the hidden dialogs have no proper parent window. Until somebody takes the time to fix that it is probably best to disable focus stealing prevention. Georg
Re: Latex import problem
Jean-Pierre Chretien wrote: I take the opportunity of this thread about tex2lyx to complete what Angus said. The current version of tex2lyx deals correctly with multipart documents However, lyx2lyx does not know about dependencies, so that retroconversion to 221 must be made on each \input'ted, \include'd or \verbatiminput'ted file. The workaround I proposed in the wiki (script tex2lyx.sh, which converts all lyx files in the current dir to 221) is a poor one, but I can't imagine better unless lyx2lyx knows about dependencies. Another workaround is to replace the 1.3 version of lyx2lyx with a slightly hacked 1.4 version (including the various .py files). You need to set end_format = '221' in parse_options() in lyx2lyx to change the default output format. LyX 1.3 should be able to read 1.4 files after that, so you don't need to convert included files explicitly. Feel free to add this to the wiki (with a bit more explanation) if it works for you, I don't have the time at the moment. Georg
Re: Any \csname/\expandafter magicians among us?
Matej Cepl wrote:
Hi,
I hate the way LyX creates URLs from Insert/URL. I don't want to use ERT,
but still I would like to make URLs behave better. Of course, I would like
to do something in the spirit of
\let\oldurl=\url
\renewcommand{\url}[1]{... do something with \oldurl and #1}
but LyX creates
description \url{URL}
so when I would like to create (for example, what exactly would new \url
do is not important):
\let\oldurl=\url
\newcommand{\dourl}[2]{\htmladdnormallink{#1}{#2}}
\renewcommand{\url}[1]{MIRACLE HAPPENS HERE%
\dourl{description}{#1}}
I would have to persuade \url to take one string (separated by spaces)
BEFORE the command. I think, that it should be possible to do it with some
magical use of \csname and \expandafter, but I am not enough TeX guru to
know how to make it fly. Can anybody help me?
I don't think that it is possible, at least not with \csname and
\expandafter, but the gurus on comp.text.tex will know for sure.
I can imagine a solution where you put a short ERT in front of each URL that
saves 'description', but this is only marginally better than doing it
entirely in ERT:
preamble:
\newcommand{\urlx}[1]{\let\myurldescription#1}
\renewcommand{\url}[1]{\htmladdnormallink{\myurldescription}{#1}}
and then put \urlx in front of each url.
But the real problem is of course that the URL support of LyX is limited and
does not allow for customization. That should be changed. Did you file a
bug report? Otherwise it will not be remembered.
Georg
Re: Converting from older version
Am Samstag, 28. Mai 2005 11:16 schrieb Christian Payne: I created this file and still get the same error. I downloaded the program suggested also on that page and the same result. I then tried running this program manually from the command line but the results loaded into LyX are totally messed up. This looks like a lyx2lyx bug, assuming you get no errors when you run it. Is this problem caused by the Windows version? Maybe. But unless you tell us the exact errors messages of lyx2lyx we can't know. Would installing a recent Linux version and using this to do the conversion help? Maybe. Or is it simply that files from my old version (1.1.6fix4) are just too old to be accessed in the more recent version? If so, what are my options? lyx2lyx is supposed to convert your files just fine. I'd suggest the following procedure: Run lyx2lyx from the commandline on your file: python lyx2lyx yourfile.lyx convertedfile.lyx Replace python with the full path to your python executable if it is not in your path. If you get errors, post them to the list. If not, try loading the converted file in lyx. If that gives errors, try to reduce your file to a minimal example file that still produces the errors and post that file. Of course the best option would be to find the bug in lyx2lyx and send a patch to fix it ;-) Georg
Re: Latex import...AGAIN!
Nicolas wrote: Ignoring options 'T1' of package fontenc. LyX: Unknown TextClass tag `MaxCounter' [around line 22 of file C:/tools/latex/lyx/share/lyx/layouts/llncs.layout] That file is broken and was fixed 2 weeks ago. Replace it with the version you can get at http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/lib/layouts/llncs.layout and try again. It seems that the tex2lyx packages on the wiki need to be updated! Georg
Re: Latex import...AGAIN!
Angus Leeming wrote: Georg Baum wrote: That file is broken and was fixed 2 weeks ago. Replace it with the version you can get at http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/lib/layouts/llncs.layout and try again. Are you sure that's the reason? Not at all. Thanks for the correction. Nevertheless there were still errors in some layout files that Jean-Marc fixed 2 weeks ago. I remember having problems with MaxCounter just the day before that fix, but that was another layout file. Georg
Re: Two dashes vs. en-dash
ADT wrote: I'm writing some technical documentation which covers the usage of GNU style long-opts where multi-character options are preceded with two dashes (--). However, when LyX sees two dashes together, it turns it into an elongated single dash (en-dash) which is confusing/wrong. This is not LyX, but LaTeX, but it is a bug that this is directly accessible from LyX. I've looked in the Users Guide and it seems to be doing something like: -\/- to generate a double dash, but other then to copy/paste the \/ (which is in a red box), I can't figure out how to replicate the effect. Anyone know the magic keypress to create a double dash? Click on the red ERT button or press Ctrl-L. Then you'll get a red box and you can insert \/ in it. Georg
Re: The AMS align environment
Am Samstag, 4. Juni 2005 05:47 schrieb Srinivas Nedunuri: right hand side elements all line up very strangely. Can anyone explain how the Lyx align element is actually *supposed* to be used? I could Exactly like it is described in the AMS documentation. The output on screen might be wrong IIRC, but LaTeX output is fine. Remember that a column in LyX is an '' sign in LaTeX, so if the documentation suggests something like a=b+c you have to create three columns in LyX: a =b +c Georg
Re: problem with multline nested inside a eqnarray
Am Samstag, 4. Juni 2005 19:15 schrieb Srinivas Nedunuri: Any help would be appreciated! Please post a minimal example .lyx file showing your problem, otherwise it is very difficult to help. Georg
Re: The AMS align environment
Srinivas Nedunuri wrote: Georg. Here's what I would like: f(x)= 1+2+3 g(x,y) = 4+5 Here's what Lyx's version of the AMS align gives me if I use *3* columns (in the dvi previewer so i'm pretty sure its what would get printed): f(x) = 1+2+3 g(x,y) = 4+5 Again: It is not LyX's implementation of align that behaves like that. What you see in dvi or printed is the original AMS implementation in LaTeX. You need even more columns, I guess the attached is what you want. Georg align.lyx Description: application/lyx
Re: problem with multline nested inside a eqnarray
Srinivas Nedunuri wrote: I plonked down a simple eqnarray and then in one of the elements I need a multiline array, so incremented the depth (without incrementing the depth it turns the entire array into a multline) and inserted a multline, type in 1+2+3+4+5 over two lines, I then terminate the multline by decrementing the depth. Here's what I have on the screen: I looked at your example, and what you call incrementing the depth is in reality a text box in your math formula. LyX turns the entire formula in a multine formula since multline is a formula environment (i. e. it opens a new math formula and cannot not be used inside an existing one). What you want to try is simply not possible in LaTeX. Text inside a math formula can only contain very few constructs, in particular opnly simple math formulas. I am sure that you can get the desired effect with some other AMS environments, read the AMS docuementation if you want to know more about them. Georg
Re: problem with multline nested inside a eqnarray
Srinivas Nedunuri wrote: I don't really care about the text box. But you should, because it makes a big difference. I didn't ask for it, Lyx stuck it in there. You must have asked for it one way or the other, but you might not know that you did. Are you saying that multline cannot be used inside any other math formula? Yes. That's quite restrictive. Tell that the AMS people. I didn't see any mention of that in the AMS documentation. Can you point me to where it says that Unfortunately I don't remember where I read that. A short glance shows that it is not explicitely stated in amsldoc.pdf, but I know for sure that my statement is true. Maybe it is mentioned in Herberts pages at http://www.texnik.de, or in Uwes excellent LyX math guide (german only, at http://wiki.lyx.org/LyX/LyXMathebefehle). Georg
Re: problem with multline nested inside a eqnarray
Srinivas Nedunuri wrote: From: Georg Baum Srinivas Nedunuri wrote: I don't really care about the text box. But you should, because it makes a big difference. Oh a gotcha! I hate those. Still I've seen several examples of textboxes inside math environments (for example Cases) use to change font, so it surprises me to hear Latex should choke on that LaTeX does not choke on text boxes in general. What I said is that it makes a difference whether you put something into a text box or not, because basically only text is allowed in text boxes. Rext boxes do more than just change font. You must have asked for it one way or the other, but you might not know that you did. I can assure you I didn't :-) I don't believe that unless you can prove it. If you're saying that I asked for X and got Y well that's another matter altogther. I understand these things happen occasionally even in the best software. Then please tell exactly what you did and what you got. If there is a bug in LyX it should be fixed, but it can't be fixed if nobody knows about it. No matter. I think I figured out a way. You have to use a split environment inside the eqnarray. Unf LyX doesn't seem to provide a split It does, but it is an undocumented feature for selected people only :-) Type \splitspace in a math box, and you'll get a split environment with one column and one row. You can add columns and rows as usual with M-m c i and M-m w i. Georg
Re: problem with multline nested inside a eqnarray
Srinivas Nedunuri wrote: And what I said is that I did not ask for a text box. I don't really care if Lyx chooses to insert one if thats what it thinks it takes to get the job done so long as it doesn't choke and die over it. Its just a basic principle of good UI deisgn. Yes. You must have asked for it one way or the other, but you might not know that you did. I can assure you I didn't :-) I don't believe that unless you can prove it. I'm not sure if there's much more I can do short of telling you what I did and sending you my lyx file which i already did. I can't tell from the file how you created it. If you're saying that I asked for X and got Y well that's another matter altogther. I understand these things happen occasionally even in the best software. Then please tell exactly what you did and what you got. If there is a bug in LyX it should be fixed, but it can't be fixed if nobody knows about it. I already did. But here it is again - insert a display or eqnarray or an align or any enclosing math formula. Add an extra row. In the element where you want a split, increase the environment depth (C-Right), Incrementing the environment depth in a math formula does nothing here. Therefore I did not believe what you told. Neither does C-Right increment the environment depth. Maybe you have selfmade bindings. insert a multline. Use the M-m w i command to add extra rows to it. It all looks OK on the screen but when you try tdo dvi it, you get the error I mentioned. Meanwhile I found the error: It is a known bug (has nothing to do with environment depths) and will be fixed in LyX 1.4, see http://bugzilla.lyx.org/show_bug.cgi?id=1471 Georg
Re: lyx 1.3.5 install under debian/kanotox
Wolfgang Engelmann wrote: lyx-1.3.5 not available as db, AFAIK Really? Is there any debian user out there who can create one for sarge and upload it on the ftp site? I could do that if I still had a clean sarge installation, but I have not anymore :-( Thought that rpm- db by alien is easier than compiling it from source. I don't think so, because you might get library incompatibilities. Anyway, if you reaally want to do it, you need to deinstall the lyx-cxommon package. Simply removing the offending file does not help, because dpkg does not know about it. Georg
Re: Words containing Umlaute not found by find and replace
Wolfgang Engelmann wrote: I remember a mail mentioning to use something like LANG= ... before starting Lyx but can?t find it. That is probably your problem. It should work if you start lyx via LANG=de_DE lyx SuSE 9.2 has LANG=de_DE.UTF-8, and that is not really supported by LyX. Georg
Re: Words containing Umlaute not found by find and replace
Wolfgang Engelmann wrote: bad news: if I export document as .txt (ASCII), it?s still a problem e.g.: Sie bedankt sich fr alle Anteilnahme an der ?tissinnen-Weihe. ^^^^ The document is in latin1 encoding. Open it in a decent text editor (such as vim :-) ), and it will display it correctly. What to do? If you really need the document in UTF8 encoding do the following after export: recode latin1..utf8 file.txt You could also define your own format ASCIIUTF8 and specify recode latin1..utf8 $$i $$o as the converter from ASCII to ASCIIUTF8. Then export to ASIIUTF, and you never need to convert by hand again. Georg
Re: Words containing Umlaute not found by find and replace
Wolfgang Engelmann wrote: do I understand you right that my Umlaut-problem with the lyx exported .txt and .tex file has nothing to do with lyx, but with the kwrite prg under SuSe (or do I have to set something in kwrite?) AND with the konqueror (because, if I click on the txt file it also misses the Umlaute? Yes. There is simply not a general Text file format that works for all languages. The character set autodetection of kwrite does obviously not work so well as that of vim or emacs. Everything is fine in kwrite if you change the encoding manually: Ansicht-Kodierung festlegen-Westeuropisch. Setting the LANG environment variable does not influence kwrite at all. Concerning your other questions: The reason to switch to UTF8 is to support more languages in one file: You can't use german umlauts, greek letters and cyrrillic letters at the same time with the ISO-8xxx character sets, but you can do so with UTF8, because one character is encoded with two bytes instead of one - more available characters. Since UTF8 has clearly advantages and it will hopefully be supported in the future by LyX, too, I would rather not change the system default but use the wrapper script and the ASCIIUTF8 format and converter. If yoy have filenames with umlauts they will be broken after changing the system default, so that is another reason not to do it. Georg
Re: Words containing Umlaute not found by find and replace
Wolfgang Engelmann wrote: would you recommend Westeuropisch iso 8859-1 or Westeuropisch iso 8859-15? I guess -15 is best in most cases. And what is the difference? (That question should come first...) -15 has the euro sign, -1 has not (there are other subtle differences that I forgot, but they are not important for german documents). You can get a complete list of characters with man ascii man iso_8859-1 man iso_8859-15 Georg
Re: PSTricks Example: Errors in LyX
Am Samstag, 18. Juni 2005 23:58 schrieb Paul Smith: You are welcome, Rich. I agree with you: instead of being a problem, it may be a LyX feature; I do not know. No. It is a bug that is fixed in the 1.4 CVS branch but not in 1.3.6 since it requires a file format change and that is not possible in 1.3.x. Georg
Re: latex, pdflatex and lyx preview
Martijn Brouwer wrote: Hi, To be able to use both latex and pdflatex, I removed the .eps filename extensions from the filenames in my lyx document. But now lyx cannot generate previews anymore because the filename specifications do not point to existing files. Is this a know issue? Yes. If yes, is it fixed in 1.4? In 1.4 you must enter complete filenames. In contrast to LyX 1.3 LyX 1.4 does remove the extension if that is possible also for LaTeX export. So yes, the problem is fixed, but not in the way you may have imagined. In 1.3 it is not possible to have both previews (extensions needed) and a valid LaTeX file for LaTeX export (extensions must not be present because LyX does not strip or replace them) at the same time. Georg
Re: A box over a sum
Am Montag, 20. Juni 2005 19:25 schrieb Paul Smith: On 6/18/05, Hannan Sadar [EMAIL PROTECTED] wrote: How would you obtain in math mode such a thing in lyx ? bla blibli \sum x I mean, the 2 words over the sum sign are one above the other, both centered. you could also use inside a math type: \boxed \boxed, Hannan?! It only draws a box... Indeed. The best solution IMHO is the AMS math substack command: type \substack in the superscript, and then add a line as usual with M-M W I. You can also use \subarray if you need more columns. Georg sum-box.lyx Description: application/lyx
Re: Problems with BibTex and LyX
Janus Sandsgaard wrote:
1) When trying to compile the Lyx-doc (show as PDF); I get an error
message if the title or author fields contain Danish characters such as æ,
ø and å. How can I work around this issue?
IIRC you have to put them in braces in these fields (like {å}), because
bibtex processes the fields for key extraction etc.
Georg
Re: Ongoing problems with 1.3.6pre on windows
Am Montag, 11. Juli 2005 20:22 schrieb Angus Leeming: On my linux machine (runs teTeX), this file is to be found at /usr/local/share/texmf/tex/latex/beamer/lyx/layouts/beamer.layout Then complain to the packager of your beamer package: LyX layout files are useless n the texmf tree. Debian got it right and installs the beamer layout files in /usr/share/lyx/lib/layout, so it should not be too hard for other distributions to do the same. Georg
Re: Ongoing problems with 1.3.6pre on windows
Angus Leeming wrote: Being fair to the packager of my beamer package, I unstalled beamer myself from latex-beamer.sf.net. That's why it's in /usr/local/share... Sorry, I overread the local bit. I certainly did not want to offend anybody. Georg
Re: LyX-1.3.6 compile error on Slackware-10.1 system.
Am Sonntag, 17. Juli 2005 08:40 schrieb [EMAIL PROTECTED]:
Can anybody help to correct this error?
Change line 350 of QPrefs.C from
if (cb-text(i) == default_font_name) {
to
if (fromqstr(cb-text(i)) == default_font_name) {
Georg
Re: Lyx 1.3.6 and Debian Sarge
Gerhard Lindel wrote: Hi all, I wanted to compile the newest version on my Debian Sarge: ./configure --with-frontend=qt Configure ended with : configure: error: Cannot compile a simple Qt executable. Check you have the right $QTDIR ! libqt3-mt-dev is installed. Any ideas? You could try to apply http://ftp.debian.org/debian/pool/main/l/lyx/lyx_1.3.4-2.diff.gz to your unpacked source, chmod +x debian/rules, add a changelog entry with updated version number in debian/changelog and then build .deb packages with fakeroot debian/rules binary If you do that and have a clean sarge install (I don't have one, otherwise I would do it), please put the created .debs on ftp.devel.lyx.org/pub/incoming. If you have any questions, pleae ask. If you can wait a bit I can also send you an adapted patch for 1.3.6. Georg
Re: Automatic view DVI file after update DVI
Paul Smith wrote: Yes, Angus, that is exactly what I mean. Maybe, this feature would be worthy of implementing in the future as an user option. But, of course, I know that there are many other features and more important to be implemented... If you add this as an enhancement request at http://bugzilla.lyx.org there is a chance that it will be implemented eventually. Otherwise it will be forgotten very soon. Georg
Re: most lyx-friendly bibtex-format?
Sven Schreiber wrote: afaik the weaknesses of the used simple bibtex parser are known, but not to me, so please what are recommendations for the bibtex file format so that the parser won't get confused? I never had any problems with .bib files that were sanitized by BibTool - see http://www.gerd-neugebauer.de/software/TeX/BibTool.en.html. BibTool can read almost every .bib file and make something usable out of it, and it is highly customizable. Georg
Re: 1.3.6 for Win
Angus Leeming wrote: Jean-Pierre Chretien wrote: Since lyx-1.3.6 reads tex2lyx output, the wiki page could be simplified and suggest to replace reLyX by tex2lyx $$i $$o in Edit-Preference-Conversion-Converters-LaTeX - LyX menu I guess the tex2lyx.cmd scipt is not needed any more. Indeed. And the tex2lyx package doesn't need to bundle lyx2lyx either. But the newest tex2lyx produces file format 243, and LyX 1.3.6 can only read 242. So the instructions on the wiki page should be modified: You may have to replace LyX.py and lyx_1_4.py of LyX 1.3.6 with the versions from here: http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/lib/lyx2lyx/ Jean-Pierre, it would be nice if you could do that and maaybe add some more details. All files of lyx2lyx except lyx2lyx itself can be replaced with their 1.4 counterpart without problems. I wonder... Can tex2lyx read 1.3.6's textclass files? I.e., does it work if you place tex2lyx.exe in C:\Program Files\Lyx-1.3.6\bin ? No. Angus (too lazy to go look at the sources) Georg (too lazy too, but fortunately knowing the answer by heart)
Re: Toolbar in 1.3.6
Geoffrey Lloyd wrote: http://www.semverteilung.vwl.uni-muenchen.de/mitarbeiter/es/software/ToolbarES.htm However when I use it with 1.3.6 some f the icons are not recognised and become ? and another is just totally different. I have attached the .ui file. Does any one know why this is happening? The show-forks lfun does not exist anymore. Delete it from the .ui file. The icons that are not recognized are not part of LyX. If you follow the instructions on the page above and install them properly they should be recognized :-) Georg
Re: 1.3.6 for Win
Jean-Pierre Chretien wrote: Not tested with a real life tex file, seems that I need to turn Unix EOFs into Win EOFs before tex2lyxing. That should not be needed. What happens if you don't do that? Georg
Re: first impressions of 1.3.6
Olivier Ripoll wrote: In the past, one could use the nice slanted iint and iiint in LyX, or add the wasy package to the preamble. Now, there is no more choice in the ui. I think it qualifies as a regression. I agree. But the old behaviour could lead to LaTeX errors. In order to solve this we need to know how you produced iint and iiint before. Did you use amsmath? Georg
Re: 1.3.6 for Win
Jean-Pierre Chretien wrote:
Going back to testing later, but I don't really understand the layout
issues: the layouts existing in 1.4 and not in 1.3 will allow tex2lyx to
convert more latex files, but they won't be usable with 1.3 as the layout
will be missing.
Yes. But the syntax of the 1.4 layout files is changed. For example I could
not use beamer.layout with 1.4 but had to make some modifications. I'll
attach a diff so you can see the differences.
Georg--- lyx-1.3/lib/layouts/beamer.layout 2004-10-08 10:36:03.0 +0200
+++ lyx-1.4/lib/layouts/beamer.layout 2005-07-01 10:30:29.0 +0200
@@ -13,7 +13,6 @@
SecNumDepth 2
TocDepth 2
DefaultStyle Standard
-MaxCounter Counter_Section
# This is just to show how to declare the default font.
# The defaults are exactly those shown here.
@@ -70,7 +69,8 @@
ParSep 0.3
Align Left
AlignPossible Left
- LabelType Counter_EnumI
+ LabelType Counter
+ LabelCounter enumi
End
# Description style definition
@@ -234,32 +234,10 @@
End
Counter
- Name subsection
- Within section
-End
-
-Counter
- Name bibitem
-End
-
-Counter
Name figure
Name lyxframeend{}\section
End
-Counter
- Name table
-End
-
-Counter
- Name enumi
-End
-
-Counter
- Name enumii
- Within enumi
-End
-
# Section style definition
Style Section
@@ -275,7 +253,8 @@
ParSep 0.7
Align Left
AlignPossible Left
- LabelType Counter_Section
+ LabelType Counter
+ LabelCounter section
LabelString Section
OptionalArgs1
@@ -313,7 +292,8 @@
ParSep 0.5
Align Left
AlignPossible Left
- LabelType Counter_Subsection
+ LabelType Counter
+ LabelCounter subsection
LabelString Subsection
OptionalArgs1
Re: first impressions of 1.3.6
Jean-Marc Lasgouttes wrote:
Angus == Angus Leeming [EMAIL PROTECTED]
writes:
Angus I think that the wasysym documentation
Angus
http://www.ctan.org/tex-archive/macros/latex/contrib/wasysym/wasysym.pdf
Angus explains what we need to do. Executive summary: Angus
\usepackage[nointegrals]{wasysymb} Georg?
Not, really, because we load wasysymb specifically to get these
special integrals like \oiint. What we are looking for is a way to get
the integrals without getting the look wasysym provides.
\iint, \iiint, \nt and \idotsint are also provided by amsmath. We could
delete the current definitions for \iint and \iiint from lib/symbols and
replace it with the following:
\def\iint{\int\kern-6mu\int}
\def\iiint{\int\kern-6mu\int\kern-6mu\int}
\def\nt{\int\kern-6mu\int\kern-6mu\int\kern-6mu\int}
\def\idotsint{\int\kern-3mu\cdots\kern-3mu\int}
That works perfectly on screen, and the output is consistent. But then we
have the old problem again: LyX does not know that these symbols need
amsmath. And we still have no \oiint.
I would prefer the ams versions if possible, since ams is widely available
and looks better than wasy IMHO. We could then hardcode the requirement of
amsmath for the integral symbols into MathMacro::validate().
In the long run we need a way to specify requirements in lib/symbols.
It seems that the esint.sty package the Herbert pointed to does that.
The problem is, how common is it?
I don't know. I never heard of it before, and it is not included in tetex
2.0.
Georg
Re: citations and references in multi document files
Micha Feigin wrote: I just split my thesis into multiple documents as it became impossible to handle after the 80 page mark without folding (which AFAIK lyx doesn't support). Do you know View-Navigate? Anyway, this works find except for references and citations. references to other parts of the document have to be entered manually and I can only push citations from bibtex as they are not known to the local document and even then I can't control their format. Is there any solution to any of these problems? Always open the child documents from the main document via the include button. This assumes that the bibtex database is included in the main document (you can trigger loading all included documents if you e.g. try to insert a citation in the main document). Georg
Re: 1.3.6 for Win
Jean-Pierre Chretien wrote: Both the Win tex2lyx bundle and the Solaris tex2lyx bundle provide 241 format, so that copying the binary is enough. But that will change ;-) Ignoring options 'T1' of package fontenc. LyX: Unknown TextClass tag `MaxCounter' [around line 15 of file c:\Program Fil\LyX-1.4\LyX\Resources\lyx\layouts\beamer.layout] We failed to find the layout 'Standard' in the layout list. You MUST investiga! Assertion triggered in const LyXLayout_ptr LyXTextClass::operator[](const stdstring) const by failing check false in file lyxtextclass.C:816 abnormal program termination /log What's surprising is that the same operation performed on the same file on Solaris works fine (and the lyx file is correct as the Solaris version includes your patch for bug #1910). I don't know what happens exactly, but I don't care either because LyX 1.4 and tex2lyx are not supposed to read old .layout files (at least until now - maybe we need a lay2layout converter). Anyway beamer is particular as it is not part of the LyX bundle, so we're off the baseline distrib here. I chose it because it uses almost every layout file construct to demonstrate the file format changes, but you can as well take any standard layout file that uses things like MaxCounter, e.g. docbook.layout. Finally calling tex2lyx from lyx does not seem appropriate on the Win port since the log remains hidden (I just get a popup about conversion error w the above example). Decompressing the tex2lyx bundle, updating the PATH and executing in a MinGW window is more informative. Correct me there if an monitoring when executing from LyX is possible. You will see the output if you start LyX from a console window. This applies to all converters and is identical on all platforms. Georg
Re: 1.3.6 for Win
Jean-Pierre Chretien wrote: Maybe the make_tex2lyx_dist.sh could reflect this by bundling in LyX-1.4 instead of LyX ? Good idea. Are you volunteering to do so? Georg
Re: Lyx 1.3.6 and Debian Sarge
Angus Leeming wrote: ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.3.4.tar.bz2 (LyX 1.3.4 source) lyx_1.3.4-2.diff.gz (from Debian) ftp://ftp.lyx.org/pub/lyx/stable/patch-1.3.5.bz2 ftp://ftp.lyx.org/pub/lyx/stable/patch-1.3.6.bz2 and then build a Debian LyX 1.3.6 package by applying these patches in order to the unpacked lyx-1.3.4.tar.bz2 sources. I was not suggesting that, but it should also work. In the meantime I have created an updated diff file and a hopefully better description at http://wiki.lyx.org/LyX/Linux. Please try that instead. I would build the .debs myself, but I have no clean sarge install and nobody would be able to install them. Georg
Re: Lyx 1.3.6 and Debian Sarge
Am Montag, 25. Juli 2005 19:55 schrieb samar j. singh: It was a dream doing so and running src/lyx brought up lyx 1.3.6. After make install, which appeared to run without errors, I got the following error message when trying to run lyx from the command line. Xlib: connection to :0.0 refused by server Xlib: No protocol specified lyx: cannot connect to X server :0 Calling up an existing lyx document invokes lyx 1.3.4 Anything that I can do about this? I don't know. Probably something went wrong with the install :-( Georg
Re: Lyx 1.3.6 and Debian Sarge
samar wrote: Actually there is not much value in 1.3.5 for unix users so it may not be worth the trouble. Both 1.3.5 and 1.3.6 fix a number of bugs, so it is certainly worth it to install them also for unix users. Normally that does go smooth ithout the trouble you are having. Georg
Re: Program to edit the Wiki
Juergen Spitzmueller wrote: Cut from the file, paste into the wiki's editing widget. Or is there a way to do this via script? What does emacs do? There was an interesting article Medienpflege im Web Wiki-Inhalte mit externen Anwendungen bearbeiten in c't 14/05 about external editors for mediawiki. See http://www.heise.de/ct/05/14/links/190.shtml, http://www.heise.de/kiosk/archiv/ct/2005/14/190 and http://en.wikipedia.org/wiki/Help:External_editors. It looks like a nice project for some interested person to adapt it to pmwiki. Georg
Re: debug and command line stuff
Geoffrey Lloyd wrote: Hi On many occasions when people have had problems with a Lyx setup the gurus have suggested running lyx from the command line using -dbg and then certain strings. I have had a poke about on the wiki but I can't find a list of possible commands. Is there anywhere an equivalent to *nix 'man lyx' so one could find out about the options. Run lyx -help for a short option summary and lyx -dbg for a list of possible debug flags. Or even run man lyx on a unix system (although I don't know whether the manpage is up to date). Georg
Re: relative paths beamer temp directory: possible?
Sven Schreiber wrote: And I have a goethe.pdf file in the grafiken directory below the location of the lyx-file. This works only if I *don't* activate the temporary directory thing. (And the relative path thing works outside ERT; this success is new on windows, right? Great stuff, this 1.3.6!) So does anybody have a workaround or solution, or what am I doing wrong? You are doing nothing wrong. This is probably bug 1751 http://bugzilla.lyx.org/show_bug.cgi?id=1751 Does the .tex file in the temporary directory contain something like [EMAIL PROTECTED] ? Does the absolute name of your working directory contain spaces? Georg
Re: Paste external
[EMAIL PROTECTED] wrote: Thanks to everyone for the help. Coverting linebreaks from Mac style to UNIX style does the trick (though might it not be possible to program LyX to do this step for us?). It is of course possible and should be done. Could you please file a bug report on http://bugzilla.lyx.org? Otherwise it will be forgotten. Georg
Re: relative paths beamer temp directory: possible?
Sven Schreiber wrote: Yes, the first lines are: \batchmode \makeatletter [EMAIL PROTECTED]:/Svens/testlyxtemp//}} \makeatother (Are the double slashes at the end ok?) I don't know. Does it work when you remove one slash by hand and run latex by hand? No, as you can see above. But it's on d: whereas lyx is on c:, if that matters. That should not matter, but I don't know for sure. If [EMAIL PROTECTED] is set and if it does not work with one slash (you could also try backslashes instead of slashes it seems to be a problem of the tex system that you are using. In this case please ask on the appropriate mailing list and report back the result. Georg
Re: [workaround] Re: relative paths beamer temp directory: possible?
Sven Schreiber wrote:
So I replaced these two ERT lines:
\pgfdeclareimage[width=1.4cm]{goethe}{grafiken/goethe}
\logo{\pgfuseimage{goethe}}
with the following ERT one-liner:
\logo{\includegraphics[width=1.4cm]{grafiken/goethe}}
...and that works for me.
Fine. Then there is no LyX problem and your TeX installation is OK, too.
If you don't have any other graphics inserted
via lyx, then you may have to explicitly add \usepackage{graphicx} in
the preamble (?).
Yes.
According to the beamer user guide, the only (?) advantage of pgf over
includegrpahics is this: However, currently only pgf offers the ability
to include images that are partly transparent.
But I still have no clue on why the pgf-thing failed.
It simply looks like pgf is not using [EMAIL PROTECTED] Please file this as a
bug
to the author of pgf. IMHO all LaTeX packages that include some external
stuff should honour [EMAIL PROTECTED] And if it does not use it it should be
documented.
The documentation says that \includegraphics is designed better than
pgfbaseimage, but some examplkes of the advantages would be nice.
Georg
Re: Convert XML to LYX
Daniel wrote: Hello, Apologies by my poor English. I have a xml file as following: And I would convert this file to a lyx file. The lyx file should be something as following: The easiest method is probably to create a small python script. Use one of the python XML parsers for reading (see http://docs.python.org/lib/markup.html) and the LyX.py class from lyx2lyx for writing the .lyx file. You still need to do some work by hand, but LyX.py knows about some things, e.g. the header. Georg
Re: Safe to exchange Lyx documents between Mac and Linux/PC?
Janus Sandsgaard wrote: I am working on a LyX document on a Linux PC, but from time to time I need to work on a laptop. It is safe to move my document between LyX on Mac OSX (or WinXP) and Linux? Yes. Several people I know do this on a regular basis, and the file format is the same. Does the OSX version support NatBib? As far as LyX is concerned: Yes. Georg
Re: 1.3.6 Won't Build on Slackware-10.1
Rich Shepard wrote: I've not before had a problem building lyx. The config.log is attached (gzipped). Make failed after 15.5 minutes when I did not specify the qt directories; now that I've specified them, it fails in 8 seconds: I found nothing pertinent searching the gmane archive. Is this a STL issue? No, but the gmane search function seems to be not so powerful: http://www.mail-archive.com/lyx-users%40lists.lyx.org/msg40655.html Patrick doesn't provide STL in Slackware and that's bitten me a couple of times recently. Then he must provide a really old version of gcc (2.7 or something like that) or a modified one (the STL is shipped as part of gcc since years). I doubt that. Why would one want to do that? Georg
Re: Lyx 1.3.6 and Debian Sarge, something went wrong
Gilles Mioni wrote: When fakerout was compiling, errors ocurred as : *libtool: link: `package.lo' is not a valid libtool object* That should be fixed by the latest version of http://wiki.lyx.org/uploads/LyX/Linux/lyx_1.3.6-0.lyx.org.1.diff (uploaded yesterday). Did you use that? Georg
Re: Lyx 1.3.6 and Debian Sarge, something went wrong again
Am Freitag, 5. August 2005 14:33 schrieb Jean-Marc Lasgouttes: Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus Jean-Marc Lasgouttes wrote: Note that we have sarge debs on ftp.lyx.org now (as well as Ubuntu). Angus I quite like the .deb way of calling stuff Angus lyx-FRONTEND_VERSION-FIXLEVEL.DIST_ARCH.deb although the '-', Angus '_' and '.' still appear rather ad hoc. _ is the separator between different name components: NAME_VERSION_ARCH.deb. - may appear everywhere in NAME, VERSION and ARCH. Angus Anyway, ATM we have a rather eclectic collection of different Angus naming schemes. I wonder if we might settle on just one? Sure, but I do not know whether the name matters for debian, and whether regular debian user will be able to parse our file names and feel at home with them. There are certain requirements in order to play nice with the packages provided by Debian and Ubuntu: - Nothing in NAME (before the first _) may be changed - VERSION should parse smaller as 1 according to the debian versioning rules. This is ensured by prepending a '0.' in front of it. This makes sure that as soon as real Debian packages become available (normally starting with revision 1) they are preferred. - The revision of the used .diff on the wiki (currently 3) should be included so that users can easily update packages when new ones become available. Georg
Re: how to insert a label of a figure?
Geoffrey Lloyd wrote: It makes no difference what the caption begins with, so just go on using cap: for figures. It does make a difference if you use prettyref. I just added this in bugzilla: http://bugzilla.lyx.org/show_bug.cgi?id=1999 Georg
Re: Compiling LyX 1.3.6 with qt
Luqman H wrote: and i got this error, when doing make.. -- g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src -I../../../src/fronten ds -I../../../images -I./qt2 -I/usr/lib/qt//include -I../../../boost -I../../../ src/frontends/controllers -isystem /usr/X11R6/include -DQT_CLEAN_NAMESPACE -DQT_ GENUINE_STR -DQT_THREAD_SUPPORT -O -MT QPrefs.lo -MD -MP -MF .deps/QPrefs.Tpo -c QPrefs.C QPrefs.C: In function `void unnamed::setComboxFont(QComboBox*, const std::string, const std::string, QFont::StyleHint)': QPrefs.C:350: error: no match for 'operator==' in 'QComboBox::text(int) const(i) == default_font_name' See http://www.mail-archive.com/lyx-users%40lists.lyx.org/msg40655.html Georg
Re: Using Covington (problems with ERT - latex conversion!)
Am Freitag, 2. September 2005 00:02 schrieb Stacia Hartleben: I am using the package Covington to make numbered linguistic examples. The following text displays fine through latex: \gll Dit is een Nederlands voorbeeld. This is a Dutch example. \glt `This is an example in Dutch.' But in Lyx, it does not line up like it should. I checked the Latex output file and it turned it into this: \gll Dit is een Nederlands voorbeeld. This is a Dutch example. \glt `This is an example in Dutch.' \glend Which doesn't line up properly. How can I stop ERT from putting in those spaces? This is a bug that will be fixed in LyX 1.4.0. For now, don't use normal linebreaks in ERT, but protected linebreaks (hit Control-Enter). They will produce single line breaks in the .tex file. Georg
