Layout problem ... text/footnotes overrunning page numbers
Hi, I'm no good at (La)TeX, so I'm not certain I'm even using the right terminology. I created a little article (a paper for a Linux course I'm tutoring) using LyX, and over all the results are great. My only problem is that the text on several pages runs over the page number. What do I need to change to stop this? I've tried both article, article (KOMA script), book, letter (w/ and w/o koma), always with similar results. Cheers, Andrej -- Please don't top post, and don't use HTML e-Mail :} Make your quotes concise. http://www.american.edu/econ/notes/htmlmail.htm
Re: LyX Stopped Responding
Dave Jarvis schreef: Here is what I did (with two separate instances of LyX running): 1. Opened a .lyx file (a KOMA letter). 2. Used the keyboard to jump to the end of the letter (note: the letter had a forced next page). 3. Started to highlight text (using shift and the cursor keys). 4. Hit shift-home (or shift-control-page-up) to try and highlight text to the top of the letter. LyX stopped responding. Dave What version of LyX. ? I'd guess <= 1.6.2. In that case it might be either one of the following bugs (which are essentially all the same): http://www.lyx.org/trac/ticket/5736 http://www.lyx.org/trac/ticket/5888 http://www.lyx.org/trac/ticket/5915 http://www.lyx.org/trac/ticket/5916 http://www.lyx.org/trac/ticket/5933 http://www.lyx.org/trac/ticket/6052 Vincent
LyX Stopped Responding
Here is what I did (with two separate instances of LyX running): 1. Opened a .lyx file (a KOMA letter). 2. Used the keyboard to jump to the end of the letter (note: the letter had a forced next page). 3. Started to highlight text (using shift and the cursor keys). 4. Hit shift-home (or shift-control-page-up) to try and highlight text to the top of the letter. LyX stopped responding. Dave
LyX Crash
I was highlighting (with the keyboard) some text (and deleting it) using a letter (KOMA-Script v.2) class of document with LyX 1.6.2 on Linux (amd-64), when I stumbled into a bug. I only lost half a sentence. Great backup work, people! :-) Dave *** glibc detected *** lyx: corrupted double-linked list: 0x032d1b10 *** === Backtrace: = /lib/libc.so.6[0x7f0aecce5a8e] /lib/libc.so.6[0x7f0aecce78f1] /lib/libc.so.6(__libc_malloc+0x98)[0x7f0aecce9828] /usr/lib/libQtGui.so.4[0x7f0aedf116b0] /usr/lib/libQtGui.so.4(_ZN7QRegionC1ERK8QPolygonN2Qt8FillRuleE+0x98)[0x7f0aedf12958] /usr/lib/libQtGui.so.4[0x7f0aedf99611] /usr/lib/libQtGui.so.4[0x7f0aedec463c] /usr/lib/libQtGui.so.4[0x7f0aedec473e] /usr/lib/libQtGui.so.4(_ZN8QPainter13setClipRegionERK7QRegionN2Qt13ClipOperationE+0x583)[0x7f0aedec9f53] /usr/lib/libQtGui.so.4(_ZNK14QWidgetPrivate15paintBackgroundEP8QPainterRK7QRegionRK6QPointi+0x17c)[0x7f0aede03ebc] /usr/lib/libQtGui.so.4(_ZN14QWidgetPrivate10drawWidgetEP12QPaintDeviceRK7QRegionRK6QPointiP8QPainterP19QWidgetBackingStore+0x6ed)[0x7f0aede04bad] /usr/lib/libQtGui.so.4[0x7f0aedfa8362] /usr/lib/libQtGui.so.4(_ZN14QWidgetPrivate16syncBackingStoreEv+0x80)[0x7f0aeddf6050] /usr/lib/libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0x4cd)[0x7f0aeddfd57d] /usr/lib/libQtGui.so.4(_ZN11QMainWindow5eventEP6QEvent+0x7b)[0x7f0aee1b1d9b] lyx[0x735d40] /usr/lib/libQtGui.so.4(_ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent+0xbd)[0x7f0aeddac78d] /usr/lib/libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6QEvent+0x9a)[0x7f0aeddb497a] lyx[0x7154f8] /usr/lib/libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0x8c)[0x7f0aed8de75c] /usr/lib/libQtGui.so.4[0x7f0aedfa59d7] /usr/lib/libQtGui.so.4[0x7f0aedfa89fd] /usr/lib/libQtGui.so.4(_ZN7QWidget7repaintERK5QRect+0x105)[0x7f0aeddf87d5] /usr/lib/libQtGui.so.4(_ZN7QWidget7repaintE+0x5a)[0x7f0aeddf885a] lyx[0x749cd9] lyx[0x712572] lyx[0x587de9] lyx[0x5a72a4] lyx[0x54a496] lyx[0x5a5d2a] lyx[0x4f3e50] lyx[0x4f6545] lyx[0x74b979] /usr/lib/libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0x70a)[0x7f0aeddfd7ba] /usr/lib/libQtGui.so.4(_ZN6QFrame5eventEP6QEvent+0x2b)[0x7f0aee19740b] /usr/lib/libQtGui.so.4(_ZN19QAbstractScrollArea5eventEP6QEvent+0x89)[0x7f0aee228949] lyx[0x74910c] /usr/lib/libQtGui.so.4(_ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent+0xbd)[0x7f0aeddac78d] /usr/lib/libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6QEvent+0xfdf)[0x7f0aeddb58bf] lyx[0x7154f8] /usr/lib/libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0x8c)[0x7f0aed8de75c] /usr/lib/libQtGui.so.4[0x7f0aede416b4] /usr/lib/libQtGui.so.4[0x7f0aede43a12] /usr/lib/libQtGui.so.4(_ZN12QApplication15x11ProcessEventEP7_XEvent+0x6fd)[0x7f0aede1c5bd] /usr/lib/libQtGui.so.4[0x7f0aede45464] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x24a)[0x7f0aeaeeb20a] /usr/lib/libglib-2.0.so.0[0x7f0aeaeee8e0] /usr/lib/libglib-2.0.so.0(g_main_context_iteration+0x6c)[0x7f0aeaeeea7c] /usr/lib/libQtCore.so.4(_ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE+0x4f)[0x7f0aed907e6f] /usr/lib/libQtGui.so.4[0x7f0aede44bef] /usr/lib/libQtCore.so.4(_ZN10QEventLoop13processEventsE6QFlagsINS_17ProcessEventsFlagEE+0x32)[0x7f0aed8dd002] /usr/lib/libQtCore.so.4(_ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE+0xcd)[0x7f0aed8dd3cd] /usr/lib/libQtCore.so.4(_ZN16QCoreApplication4execEv+0xc4)[0x7f0aed8df694] lyx[0x4e4934] lyx[0x43bfbf] /lib/libc.so.6(__libc_start_main+0xe6)[0x7f0aecc8b5a6] lyx[0x43be89] === Memory map: 0040-00abf000 r-xp 08:01 301594 /usr/bin/lyx 00cbe000-00cbf000 r--p 006be000 08:01 301594 /usr/bin/lyx 00cbf000-00cc6000 rw-p 006bf000 08:01 301594 /usr/bin/lyx 00cc6000-00cf rw-p 00cc6000 00:00 0 02afe000-0333b000 rw-p 02afe000 00:00 0 [heap] 7f0adc00-7f0adc021000 rw-p 7f0adc00 00:00 0 7f0adc021000-7f0ae000 ---p 7f0adc021000 00:00 0 7f0ae18a7000-7f0ae18f1000 r--p 08:01 368360 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-Italic.ttf 7f0ae18f1000-7f0ae193c000 r--p 08:01 368346 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-Bold.ttf 7f0ae193c000-7f0ae1984000 r--p 08:01 368359 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-BoldItalic.ttf 7f0ae1984000-7f0ae1a1 r--p 08:01 368342 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf 7f0ae1a1-7f0ae1a5f000 r--p 08:01 368343 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf 7f0ae1a5f000-7f0ae1af7000 r--p 08:01 368341 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf 7f0ae1af7000-7f0ae1b48000 r--p 08:01 368345 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf 7f0ae1b48000-7f0ae1b4c000 r-xp 08:01 391788 /usr/lib/kde4/plugins/imageformats/kimg_xview.so 7f0ae1b4c000-7f0ae1d4b000 ---p 4000 08:01 391788 /usr/lib/kde4/plugins/imageformats/kimg_xview.so 7f0ae1d4b000-7f0ae1d4c000 r--p 3000 0
Strange indentation after REFERENCES
I have a Lyx file that was exported to Latex, in order to include references (using the .bbl. file). With pdflatex it produces a perfect looking pdf file. When that Latex file is re-imported into Lyx, it produces a pdf file that is correct in every way except one: The entire bibliography (following REFERENCES) is indented by approx. 1/3 of a page width. Any ideas? I see nothing wrong in either the Latex or the Lyx files. Thanks, EK
Automatic index tool
Dear list, I would like to automate the entries to the index in a document. Does anyone happen to know or have used a tool to do that, preferably in LyX? -- Jose R. Villa
Re: Re: AW: Yap: Inverse dvi search
On Tue, Aug 04, 2009 at 01:12:06PM +0200, Enrico Forestieri wrote: > On Tue, Aug 04, 2009 at 12:41:48PM +0200, Vincent van Ravesteijn - TNW wrote: > > > > > >Jannick Asmus writes: > > > > > >> Is there any chance that this feature is included in the Windows > > >> installers in the future? > > > > > >You can always hope that someone contributes the necessary code. > > > > Enrico, > > > > Do you have an idea how to do this ? I've some experience with DDE, but > > I'm not sure whether that's what we want. > > LyX uses two mechanisms for IPC. One of them is a named pipe, and currently > the code for dealing with named pipes only takes into account the *nix > implementation (which is what cygwin uses). However, named pipes also > exist on Windows, but thy are implemented differently. I am not familiar > with the Windows way, but I think that the necessary info can be found here: > http://msdn.microsoft.com/en-us/library/aa365590(VS.85).aspx > > The other mechanism is a unix domain socket, which has no equivalent on > Windows. However, given that cygwin can also emulate that, it should be > possible to use this kind of IPC, too. Cygwin is open source, so if one > is sufficiently motivated, he could look at those sources for borrowing > the necessary code. > > Maybe other native means could be used, but I am a *nix fellow and don't > know Windows well enough to judge. QLocalSocket (http://doc.trolltech.com/4.5/qlocalsocket.html) comes to mind. Saves headaches. Andre'
Abstand von Bildunterschrift zu folgendem Text
Hallo, kann man irgendwie den Abstand von der Bildunterschrift eines Bildes, welches in einem Gleitobjekt ist, zum nachfolgenden Text beeinflußen? Grüße, Georg
Re: multiple calls for the same package
On 2009-08-04, E. Kaplan wrote: > When I export a Lyx file to plain latex, I often find several calls for > the same package (Babel, for instance). > Why is that? Most probably because you have one call in the custom preamble and LyX adds one more. > Is it OK to remove the multiple calls and leave only one? Yes. But if you need the functionality of the package in ERT (raw LaTeX) parts of your document, the save way would be to leave it -- just in case there is no need for the package in the LyX-monitored parts and LyX will no longer insert the \usepackage call. Remember, that LaTeX will only load the package file once, so the only problem might be an option clash. Günter
Re: multiple calls for the same package
"E. Kaplan" writes: > When I export a Lyx file to plain latex, I often find several calls > for the same package (Babel, for instance). > Why is that? Is it OK to remove the multiple calls and leave only one? Do you use export/import to LaTeX? This may be a cause for extra babel uses. In any case, as Guenter wrote, you can remove them from Document Settings (preamble pane). JMarc
Re: AW: Yap: Inverse dvi search
"Vincent van Ravesteijn - TNW" writes: > Solving this problem is fairly simple (I've done it in the past). FWIW, here is repeat of a message I sent some months ago: Here are two pieces of (l)gpl code to implement single instance application. I did not look really at them... http://www.qt-apps.org/content/show.php/SingleApplication?content=81163 http://www.dimin.net/software/sources.html JMarc
Re: doubt
Hi, sorry if this is not the best place to post a doubt but I can't solve my problem. I'm working with lyx (book) and I need to put in my book some A3 images between the normal text (A4). How can I do that?? Can you help me? Regards Helder Neves
RE: Re: AW: Yap: Inverse dvi search
> Would this be a possible solution ? At least it would be a pretty > simple solution. >Isn't this the same problem that has to be solved? Yes, I thought so too. I just wanted to be sure that I didn't oversee any problems with that approach. Solving this problem is fairly simple (I've done it in the past). Vincent
Re: Re: AW: Yap: Inverse dvi search
On Tue, Aug 04, 2009 at 01:33:44PM +0200, Vincent van Ravesteijn - TNW wrote: > >Maybe other native means could be used, but I am a *nix fellow > >and don't know Windows well enough to judge. > > A very simple approach is to just use command-line parameters. If we can > manage to make LyX a single instance application (I mean that if you try > to start LyX when it's already running it will open the existance LyX > instance and open a possibly specified LyX file in the same instance), > then we can also just call "LyX.exe %f -goto-row %l". > > Would this be a possible solution ? At least it would be a pretty simple > solution. Well, if you are able to do that, you could use the same mechanism for passing the needed info. I mean, when you launch LyX, you have to detect that an instance is already running and then pass the parameters specified on the command line to the running instance. Isn't this the same problem that has to be solved? -- Enrico
Re: Re: AW: Yap: Inverse dvi search
On Tue, Aug 04, 2009 at 12:41:48PM +0200, Vincent van Ravesteijn - TNW wrote: > > >Jannick Asmus writes: > > > >> Is there any chance that this feature is included in the Windows > >> installers in the future? > > > >You can always hope that someone contributes the necessary code. > > Enrico, > > Do you have an idea how to do this ? I've some experience with DDE, but > I'm not sure whether that's what we want. LyX uses two mechanisms for IPC. One of them is a named pipe, and currently the code for dealing with named pipes only takes into account the *nix implementation (which is what cygwin uses). However, named pipes also exist on Windows, but thy are implemented differently. I am not familiar with the Windows way, but I think that the necessary info can be found here: http://msdn.microsoft.com/en-us/library/aa365590(VS.85).aspx The other mechanism is a unix domain socket, which has no equivalent on Windows. However, given that cygwin can also emulate that, it should be possible to use this kind of IPC, too. Cygwin is open source, so if one is sufficiently motivated, he could look at those sources for borrowing the necessary code. Maybe other native means could be used, but I am a *nix fellow and don't know Windows well enough to judge. -- Enrico
RE: Re: AW: Yap: Inverse dvi search
>> A very simple approach is to just use command-line parameters. If we >> can manage to make LyX a single instance application (I mean that if >> you try to start LyX when it's already running it will open the >> existance LyX instance and open a possibly specified LyX file in the >> same instance), then we can also just call "LyX.exe %f -goto-row %l". > >I just checked that - with my really limited knowledge. But, folks, I do try. > >- "LyX.exe %f -goto-row %l": console windows popping up says >that it does not like it. Sorry, I was just thinking aloud whether I could possibly implement it like this... But I didn't yet ;-) Vincent
Re: AW: Yap: Inverse dvi search
Vincent van Ravesteijn - TNW writes: > A very simple approach is to just use command-line parameters. If we can > manage to make LyX a single instance application (I mean that if you try > to start LyX when it's already running it will open the existance LyX > instance and open a possibly specified LyX file in the same instance), > then we can also just call "LyX.exe %f -goto-row %l". I just checked that - with my really limited knowledge. But, folks, I do try. - "LyX.exe %f -goto-row %l": console windows popping up says that it does not like it. - "LyX.exe %f %l": opens a new LyX window (which might be meant by "a new instance application") and asks for the tex-file associated to the lyx-file. > Would this be a possible solution ? At least it would be a pretty simple > solution. Thanks for your help to all of you. > Vincent /J.
RE: Re: AW: Yap: Inverse dvi search
>Maybe other native means could be used, but I am a *nix fellow >and don't know Windows well enough to judge. A very simple approach is to just use command-line parameters. If we can manage to make LyX a single instance application (I mean that if you try to start LyX when it's already running it will open the existance LyX instance and open a possibly specified LyX file in the same instance), then we can also just call "LyX.exe %f -goto-row %l". Would this be a possible solution ? At least it would be a pretty simple solution. Vincent
RE: Re: AW: Yap: Inverse dvi search
>Jannick Asmus writes: > >> Is there any chance that this feature is included in the Windows >> installers in the future? > >You can always hope that someone contributes the necessary code. Enrico, Do you have an idea how to do this ? I've some experience with DDE, but I'm not sure whether that's what we want. Vincent
Re: AW: Yap: Inverse dvi search
Jannick Asmus writes: > Is there any chance that this feature is included in the Windows > installers in the future? You can always hope that someone contributes the necessary code. > Sorry for being a bit insisting here. I believe that I am not pretty > much skilled to follow the instruction in the ReadMe mentioned below. :( Too bad :( -- Enrico
multiple calls for the same package
When I export a Lyx file to plain latex, I often find several calls for the same package (Babel, for instance). Why is that? Is it OK to remove the multiple calls and leave only one? Thanks EK
Re: [LaTeX import] Many errors on compiling
"Hajo E." writes: > Hello, > > Using LyX 1.6.2, 1.6.3 and latest trunk i have problems to compile after > importing the template which you can find here: > http://github.com/gister/formalia-iw-mi/tree/master > (simply click on "download" to get the file) > > Without importing Projekt.tex to LyX, i can compile it flawlessly with LaTeX. > But in LyX, i get complains about missing \begin{document} This is because the \documentclass statement is in an \input'ed file. This is bug http://www.lyx.org/trac/ticket/5737 JMarc
AW: AW: AW: Change ragged fonts in PDF-Output
Olivier Ripoll wrote: Jannick Asmus wrote: Ignacio García wrote: Often the Latin Modern Roman font is well recommended: You can have a look at http://wiki.lyx.org/FAQ/PDF#toc5 Thanks, Latin Modern Roman helps me a lot. Now the font quality is as expected in every pdf viewer. On XP, Latin Modern does not look very nice with Foxit reader. That's the problem Steve mentioned earlier: There's always one pdf reader that will not look 100% right. But in general, latin modern are really good fonts (work beautifully in Acrobat, Sumatra or gsview). I am using Acrobat and PDF-XChange Viewer on my Vista machine. I should have restricted my comment above to these two viewers showing latin modern brilliantly (zoom 6400%). /J.
Re: AW: AW: Change ragged fonts in PDF-Output
Jannick Asmus wrote: Ignacio García wrote: Jannick Asmus writes: >> the fonts in the dvi- or pdf-output come across ragged and >> scraggy. >> How can this be amended to have a really high-quality output - >> in >> terms of fonts, of course? ;) Are you tested with different fonts that there are availables in Document>Setting>Fonts ? No, I didn't think of that. Often the Latin Modern Roman font is well recommended: You can have a look at http://wiki.lyx.org/FAQ/PDF#toc5 Thanks, Latin Modern Roman helps me a lot. Now the font quality is as expected in every pdf viewer. On XP, Latin Modern does not look very nice with Foxit reader. That's the problem Steve mentioned earlier: There's always one pdf reader that will not look 100% right. But in general, latin modern are really good fonts (work beautifully in Acrobat, Sumatra or gsview). Best regards, Olivier Regards Ignacio G Muchas gracias. Saludos, J.