Re: Slow scrolling
On Jan 2, 2012, at 8:57 PM, Murat Yildizoglu wrote: Hi Jerry, Is the document that you are editing exceptionally huge? No—it is only a few paragraphs of e.g. lorem ipsum or whatever. Adding a few equations doesn't seem to make any difference; if anything, it might make scrolling faster (not sure) possibly of having less text to render. Also, I recall in the LyX docs seeing a page which was a full page of a pre-rendered image, and when LyX came to that page, it scrolled faster, then slowing again when the pre-rendered page passed. I am working on a 100+ pages manuscript with lots of equations and figures without any problem. I am know under Lion on a 2011 MBP, I wouldn't think Snow Leopard versus Lion would make an difference, but _something_ is apparently different between our systems. I think I'm using Qt 4.7.0. (Is there a 32-bit or 64-bit issue here?) but I do not remember having met problems with my Snow Leopard 2008 MBP. But, I have seen in the past some ails about this problem, have you searched the mail list archive? Maybe this is a specific problem for which there could be solutions. I did a quick check of the archives but didn't see much that I thought was relevant. Jerry Murat 2012/1/3 Jerry lancebo...@qwest.net I'm evaluating LyX for a major project and am mightily impressed. However, there is one problem that stands out: Scrolling the main LyX window is excruciatingly slow. I'm using LyX 2.0.2 and OS X 10.6.8. It doesn't seem to matter how I scroll--two-finger swipe on MacBook Pro trackpad or using the thumb bar or clicking on the normal scrolling arrows. When scrolling rather fast or using the two-finger ballistic scrolling, there are large jumps between screen updates; sometimes the jump is more than an entire screenful so there is little hope of reliably spotting things as they go by. While scrolling, processor usage goes to 100% The problem seems to be (just guessing here) that text rendering is slowing things down, as if screen drawing is not being buffered. If I make the window narrower, things seem to improve a little, also if there is a part of the document that has less text because of graphics or white space. Also, making the text larger seems to help--again, pointing to problems rendering text Enabling pixmap cache helps a little but it makes the on-screen fonts hard to read because it does away with sub-pixel antialiasing, which I hate. I'm actually kind of distressed about this because of the prospect of spending months writing in LyX, and I'm surprised that this problem exists as prominently as it does. Is there a work-around? I've tried a few different fonts but that doesn't seem to help. Thanks, Jerry -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France Bureau : F-331 yi...@u-bordeaux4.fr http://yildizoglu.info http://www.twitter.com/yildizoglu
Re: UserDir Ui settings NOT overriding LyXDir Ui setting
On 2012-01-02, Richard Heck wrote: On 01/02/2012 02:18 PM, stefano franchi wrote: Since Lyx 2.0 I am having troubles customizing LyX Ui. In particular, I cannot get LyX to let the Ui preferences set in my .lyx/ui dir override the system-wide settings (which are in /usr/share/lyx/ui on my archlinux box). My temporary workaround is to edit the system files themselves, but that's obviously a nuisance, 'cause they'll be overwritten on updates. Is anyone else experiencing this problem? I've just tried copying stdtoolbars.inc to ~/.lyx/ui/ and making a small change (commenting out one of the items). It worked fine. I'd try starting with clean files, if you haven't already. Could it have to do with the choice of ui flavour (classic, modern, ...) or interface language? Günter
Re: Image width in figure floats
On 2012-01-02, Maria Gouskova wrote: I want to insert a high-resolution pdf image into a figure float. I assume this is a bitmap image wrapped into PDF? (For a vector image, the high-resolution would not make sense to me.) I specify the width of the image in the figure properties as 100% of line width. Typesetting via pdflatex works fine, with the image scaled appropriately. Typesetting via ps2pdf or dvipdfm does not scale the image--it spills over onto the margin and off the page. I cannot reproduce here. Tried inserting a scaled one-page PDF document (without wrapping in a float). The output of PDF (pdflatex), PDF (ps2pdf), and PDF (dvipdfm) is exactly the same (with proper scaling of the indcluded graphic). DVI didn't produce a pdf at all, even though LyX claimed successful import to pdf. I don't understand this. (DVI (a file format) didn't produce pdf (a different file format)?) I tried the same with an .eps figure and did not encounter these issues, so it seems to be a combination of using a .pdf image and certain output formats. It might also depend on * the content of the EPS or PDF figure, and * the PDF - EPS conversion program (as for the ps2pdf route, LyX converts the input file from PDF to EPS, latex generates a DVI with a reference to the EPS file, dvips embedds it into the generated PS file and ps2pdf converts the PS file to PDF). Günter
svn update po/xxx conflict
what is recommended to do if during a svn update of LyX a conflict in »po/xxx.po« is detected? Wolfgang
Re: way to add code before \documentclass{}
On 2012-01-01, Bogdan wrote: On 01-Jan-12 6:07 pm, Uwe Stöhr wrote: Am 01.01.2012 16:15, schrieb Richard Heck: On 12/31/2011 05:51 PM, Bogdan wrote: Is there *any* way to make LyX add latex code before the \documentclass{} call? I do not think so. And I have never seen this and I doubt that this will work because without loading the document class or any package, you cannot do much. There are several use cases. I remember a similar request some time (maybe years) ago. A hook for pre-documentclass code could also solve some of the how do I configure auto-loaded packages problems. I could imagine a layout keyword like PrePreamble % this should appear before the \documentclass call in the latex source EndPrePreamble This could then be used by layouts like IEEEtranA4 as well as in idividual documents via the local layout feature. But what exactly do you want? Can you send me a _small_ LyX file with a short explanation? Being able to input code before the \documentclass call is actually not uncommon. ... I hope the above explanations are sufficient but I can still submit a LyX file if you want me. I wouldn't be able to show much in it though since this is what I would like LyX to do: allow me to input code before \documentclass :) In this case, a _small_ LaTeX file might be a better example. Maybe you can provide some small LaTeX use cases to convince the developers that this is a case common enought to support it without ugly workarounds? p.s. I'm also using the 2nd example to compile two versions of the same latex document, one with just maths questions (for students), and the other with questions+answers (for supervisors). Saves time, different issue though. In LyX, conditional text is usually done with branches (define with DocumentSettingsBranches, use with InsertBranch). Günter
Re: svn update po/xxx conflict
Wolfgang Engelmann wrote: what is recommended to do if during a svn update of LyX a conflict in »po/xxx.po« is detected? Just delete the affected files (including the .rej etc. files) and update again. Jürgen
Re: Appendix depth
On 2011-12-31, Jürgen Spitzmüller wrote: Bianca Schöne wrote: So basically, I want the naming (A and B instead of A1 and A2) of chapters, but the formatting of sections. (A minimal file is included.) Here's a hackish solution (note that this only affects the output, not the display in the LyX window): \usepackage{chngcntr} I suppose (but did not test) that this could also be achieved with the section-heading customization provided by KOMA (and nicely documented in scrguide.pdf (German) and scrguien.pdf (English). Günter
Re: line break with extra space in equations, how?
On 2011-12-28, Bogdan wrote: On 28-Dec-11 6:04 pm, Richard Heck wrote: On 12/28/2011 12:49 PM, Richard Heck wrote: On 12/28/2011 10:00 AM, Bogdan wrote: ... It would be quite nice if LyX offered a feature to edit, say, the source of a highlighted portion of text/math. That way, for any such unsupported features like \\[10pt], I could just select text, edit lyx source, a separate window/panel appears with the source, do my edits there e.g. add \\[10pt], press done to go back to normal LyX view. I know it looks like it defeats the purpose of LyX but would allow quick workarounds of any troublesome situations. What do others think? My suggestion is to allow dissolution of a math inset similar to other insets (note, float, minipages and other boxes, etc.): if you place the cursor at the first position in the inset and press Backspace, the inset is replaced by its content. For a math-inset, the content would be the LaTeX source. Then you could toggle between source and math-inset quite easily. Of course, an editable LaTeX source view would be the more generic and long awaited solution - but far more hard to implement. Günter
Re: Slow scrolling
On 03.01.2012 04:12, Jerry wrote: I'm evaluating LyX for a major project and am mightily impressed. However, there is one problem that stands out: Scrolling the main LyX window is excruciatingly slow. I'm using LyX 2.0.2 and OS X 10.6.8. It doesn't seem to matter how I scroll--two-finger swipe on MacBook Pro trackpad or using the thumb bar or clicking on the normal scrolling arrows. When scrolling rather fast or using the two-finger ballistic scrolling, there are large jumps between screen updates; sometimes the jump is more than an entire screenful so there is little hope of reliably spotting things as they go by. While scrolling, processor usage goes to 100% The problem seems to be (just guessing here) that text rendering is slowing things down, as if screen drawing is not being buffered. If I make the window narrower, things seem to improve a little, also if there is a part of the document that has less text because of graphics or white space. Also, making the text larger seems to help--again, pointing to problems rendering text Enabling pixmap cache helps a little but it makes the on-screen fonts hard to read because it does away with sub-pixel antialiasing, which I hate. I'm actually kind of distressed about this because of the prospect of spending months writing in LyX, and I'm surprised that this problem exists as prominently as it does. Is there a work-around? I've tried a few different fonts but that doesn't seem to help. Thanks, Jerry Hi Jerry, I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). I did not have that problem with LyX 2.0.1, so I would advise to try that version instead and report if it fixes the issue for you too. Best regards, Olivier
Re: svn update po/xxx conflict
Am Dienstag, 3. Januar 2012, 09:46:56 schrieb Jürgen Spitzmüller: Wolfgang Engelmann wrote: what is recommended to do if during a svn update of LyX a conflict in »po/xxx.po« is detected? Just delete the affected files (including the .rej etc. files) and update again. Jürgen Thanks, Jürgen. Shoud I remove the whole /lyx-devel/po or just its content or should parts of it stay? Wolfgang
Re: svn update po/xxx conflict
Wolfgang Engelmann wrote: Shoud I remove the whole /lyx-devel/po or just its content or should parts of it stay? Just remove the affected files (which have conflicts) or all *.po* files. If you remove the whole dir, you will need to rerun ./autogen.sh and configure after the update. Alternatively, you can also issue svn revert -R * from within the po directory. Jürgen
Re: svn update po/xxx conflict
Am Dienstag, 3. Januar 2012, 13:59:22 schrieb Jürgen Spitzmüller: Wolfgang Engelmann wrote: Shoud I remove the whole /lyx-devel/po or just its content or should parts of it stay? Just remove the affected files (which have conflicts) or all *.po* files. If you remove the whole dir, you will need to rerun ./autogen.sh and configure after the update. Alternatively, you can also issue svn revert -R * from within the po directory. Jürgen Thanks again, Jürgen After removing all the .po files and nothing else from the po dir the svn update went smoothly. However, the lyx help shows still version 2.0.1 instead of 2.0.2. What else do I have to do to get the latest version? Wolfgang
Re: svn update po/xxx conflict
Wolfgang Engelmann wrote: However, the lyx help shows still version 2.0.1 instead of 2.0.2. What else do I have to do to get the latest version? The version number gets updated at configure time IIRC. So try ./configure ; make. If this doesn't help, you might even have to run ./autogen.sh in advance. HTH Jürgen
Re: LyX slow with remote filesystems
Adam Sacarny wrote: I am editing a document in LyX (Mac OS X Lion, LyX 2.0.2) that is stored locally but references several files -- included TeX snippets and some graphics stored as EPS -- that I keep on a remote server. The files are on a drive that I mounted through sshfs using the latest version of OSXFUSE and the program Macfusion. The trouble is, whenever the drive is mounted, LyX slows down a ton. On slow connections it's completely unusable. LyX lags whenever I type, and I notice that at the same time, network traffic spikes. (Note that all of the included files have preview turned off.) I'm not really a programmer, but it seems like every time I hit a key, LyX checks the included files to see if they've been updated. But I don't really know! yes lyx checks for updates of the included material like .eps files and there is no gui way how to disable it. what about changing sshfs options for more massive caching? pavel
Re: way to add code before \documentclass{}
On 01/03/2012 03:45 AM, Guenter Milde wrote: On 2012-01-01, Bogdan wrote: On 01-Jan-12 6:07 pm, Uwe Stöhr wrote: Am 01.01.2012 16:15, schrieb Richard Heck: On 12/31/2011 05:51 PM, Bogdan wrote: Is there *any* way to make LyX add latex code before the \documentclass{} call? I do not think so. And I have never seen this and I doubt that this will work because without loading the document class or any package, you cannot do much. There are several use cases. I remember a similar request some time (maybe years) ago. A hook for pre-documentclass code could also solve some of the how do I configure auto-loaded packages problems. I could imagine a layout keyword like PrePreamble % this should appear before the \documentclass call in the latex source EndPrePreamble This could then be used by layouts like IEEEtranA4 as well as in idividual documents via the local layout feature. If this is definitely needed, it is easy to provide it. Adding Layout stuff is fairly trivial. I guess the question was: Do we need it? or is there some other way around this? Richard
Re: svn update po/xxx conflict
On 01/03/2012 03:46 AM, Jürgen Spitzmüller wrote: Wolfgang Engelmann wrote: what is recommended to do if during a svn update of LyX a conflict in »po/xxx.po« is detected? Just delete the affected files (including the .rej etc. files) and update again. Or just do: svn revert po/*.po. Richard
Re: LyX slow with remote filesystems
On 01/03/2012 10:06 AM, Pavel Sanda wrote: Adam Sacarny wrote: I am editing a document in LyX (Mac OS X Lion, LyX 2.0.2) that is stored locally but references several files -- included TeX snippets and some graphics stored as EPS -- that I keep on a remote server. The files are on a drive that I mounted through sshfs using the latest version of OSXFUSE and the program Macfusion. The trouble is, whenever the drive is mounted, LyX slows down a ton. On slow connections it's completely unusable. LyX lags whenever I type, and I notice that at the same time, network traffic spikes. (Note that all of the included files have preview turned off.) I'm not really a programmer, but it seems like every time I hit a key, LyX checks the included files to see if they've been updated. But I don't really know! yes lyx checks for updates of the included material like .eps files and there is no gui way how to disable it. Do we need a way to disable this? Should be fairly easy. Richard
Re: Slow scrolling
Olivier Ripoll wrote: I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). ticket number? we have similar reports in trac, but very difficult to reproduce in other systems. are you able to compile lyx on your own? there were done some fixes for slowness in recent trunk (targeted on X11 but it may help here as well, cf http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg171540.html ). pavel
Re: Slow scrolling
On 03.01.2012 16:31, Pavel Sanda wrote: Olivier Ripoll wrote: I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). ticket number? we have similar reports in trac, but very difficult to reproduce in other systems. are you able to compile lyx on your own? there were done some fixes for slowness in recent trunk (targeted on X11 but it may help here as well, cf http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg171540.html ). pavel Hi, Check my 2 messages in the LyX 2.0.2 Released thread, one dated december 5th (user mailing lists, perhaps devel too) and the other one dated december 16th (devel ML), which contains more details: http://www.mail-archive.com/lyx-users@lists.lyx.org/msg90218.html http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg172462.html Best regards, Olivier
Re: svn update po/xxx conflict
Am Dienstag, 3. Januar 2012, 14:57:48 schrieb Jürgen Spitzmüller: Wolfgang Engelmann wrote: However, the lyx help shows still version 2.0.1 instead of 2.0.2. What else do I have to do to get the latest version? The version number gets updated at configure time IIRC. So try ./configure ; make. If this doesn't help, you might even have to run ./autogen.sh in advance. HTH Jürgen Thanks again, Juergen and Richard, sorry that I forgot to configure make when doing make and make check, I get this error: make[3]: Entering directory `/mnt/sda/home/wolfgang/lyx-devel/src' make[3]: *** Keine Regel vorhanden, um das Target »graphics/Previews.cpp«, benötigt von »Previews.o«, zu erstellen. Schluss. make[3]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' make[2]: *** [check-recursive] Fehler 1 make[2]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' make[1]: *** [check] Fehler 2 make[1]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' make: *** [check-recursive] Fehler 1 does it mean, I have to make clean and run first ./autogen.sh ? and make install prefix=/usr/local/stow/lyx202 might be wise, to have the old 2.0.1 available if something goes wrong ? Wolfgang
Re: svn update po/xxx conflict
Wolfgang Engelmann wrote: Thanks again, Juergen and Richard, sorry that I forgot to configure make when doing make and make check, I get this error: make[3]: Entering directory `/mnt/sda/home/wolfgang/lyx-devel/src' make[3]: *** Keine Regel vorhanden, um das Target »graphics/Previews.cpp«, benötigt von »Previews.o«, zu erstellen. Schluss. make[3]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' make[2]: *** [check-recursive] Fehler 1 make[2]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' make[1]: *** [check] Fehler 2 make[1]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' make: *** [check-recursive] Fehler 1 does it mean, I have to make clean and run first ./autogen.sh ? try it. and make install prefix=/usr/local/stow/lyx202 might be wise, to have the old 2.0.1 available if something goes wrong ? I think a prefix for different branch versions is overkill, the changes should be bearable. And you can always just reinstall 2.0.1 if things go wrong. Jürgen
Re: Slow scrolling
Am 03.01.2012 um 17:15 schrieb Olivier Ripoll: On 03.01.2012 16:31, Pavel Sanda wrote: Olivier Ripoll wrote: I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). ticket number? we have similar reports in trac, but very difficult to reproduce in other systems. are you able to compile lyx on your own? there were done some fixes for slowness in recent trunk (targeted on X11 but it may help here as well, cf http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg171540.html ). pavel Hi, Check my 2 messages in the LyX 2.0.2 Released thread, one dated december 5th (user mailing lists, perhaps devel too) and the other one dated december 16th (devel ML), which contains more details: http://www.mail-archive.com/lyx-users@lists.lyx.org/msg90218.html http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg172462.html Hi, I'm almost sure it depends on Qt-Version. With LyX on Mac with Qt4 we have two fundamental problems: 1. Qt4 with Carbon crashes when interacting with some desktop tools like Divvy or SizeUp http://www.lyx.org/trac/ticket/7365 and http://www.lyx.org/trac/ticket/7519 2. Qt4 with Cocoa is painting text with kerning hints This doesn't match with the drawing engine of LyX and LyX's cursor movement. See the discussion here: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg169152.html I've build 2.0.2 on Mac with Qt4.7 where Cocoa is the default to avoid (1). The drawback is we have to deal with (2) - the current solution is to draw text just char by char, the text fragments are only one character long. To check if this is the culprit one may add the following line to your preferences file: \force_paint_single_char false On a Mac this is the file ~/Library/Application Support/LyX-2.0/preferences. (Broken cursor placement for long lines should be one consequence.) Stephan
Beamer (elabeling) list and \uncover overlay
Hello, in a beamer presentation (see attached minimal example), I want to uncover a (labelled) list line by line, _including_ the labels for each line. If I place the ERT with \uncoveri-{ in front of the label, this yields an error due to mismatching of ] and }. How do I place the ERT with \uncoveri-{ in front of the (invisible) \item, so that the label does also get uncovered? In TeXworks, this is easy, but in LyX, it seems to be essentially impossible. TIA, Sincerely, Wolfgang -- HOMO HOMINI HOSTISIN FELIBUS FELICITAS Beamer Test.lyx Description: Binary data
Beamer: list bulllets disappearing?
Hello, and yet another issue with beamer and LyX: Somehow, the list item bullets in the attached document get lost when compiling to PDF. And this seems to be independent of whether I use XeTeX or not. Any idea what I have overseen? TIA, Sincerely, Wolfgang -- HOMO HOMINI HOSTISIN FELIBUS FELICITAS Beamer Test 2.lyx Description: Binary data
Re: Slow scrolling
On Jan 3, 2012, at 3:28 AM, Olivier Ripoll wrote: snip Hi Jerry, I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). I did not have that problem with LyX 2.0.1, so I would advise to try that version instead and report if it fixes the issue for you too. I just downloaded 2.0.1. The scrolling with that version is better, bordering on useful (or better). It is still sluggish but generally not horrible. (Nowhere as fast as native OS X scrolling.) Maybe a factor of 2x(?) faster. Jerry Best regards, Olivier
Re: Slow scrolling
On Jan 3, 2012, at 8:31 AM, Pavel Sanda wrote: Olivier Ripoll wrote: I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). ticket number? we have similar reports in trac, but very difficult to reproduce in other systems. are you able to compile lyx on your own? there were done some fixes for slowness in recent trunk (targeted on X11 but it may help here as well, cf http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg171540.html ). pavel I tried to compile rev 40563 on OS X 10.6.8 but this happened: docstring.cpp:20:17: error: QFile: No such file or directory docstring.cpp: In function ‘const lyx::docstring lyx::from_local8bit(const std::string)’: docstring.cpp:114: error: incomplete type ‘QString’ used in nested name specifier docstring.cpp: In function ‘const std::string lyx::to_local8bit(const lyx::docstring)’: docstring.cpp:135: error: ‘QByteArray’ was not declared in this scope docstring.cpp:135: error: expected `;' before ‘const’ docstring.cpp:136: error: ‘local’ was not declared in this scope docstring.cpp:138: error: ‘local’ was not declared in this scope docstring.cpp: In function ‘const lyx::docstring lyx::from_filesystem8bit(const std::string)’: docstring.cpp:144: error: ‘QByteArray’ was not declared in this scope docstring.cpp:144: error: expected `;' before ‘const’ docstring.cpp:145: error: ‘QFile’ has not been declared docstring.cpp:145: error: ‘encoded’ was not declared in this scope docstring.cpp: At global scope: docstring.cpp:142: warning: unused parameter ‘s’ docstring.cpp: In function ‘const std::string lyx::to_filesystem8bit(const lyx::docstring)’: docstring.cpp:151: error: ‘QByteArray’ was not declared in this scope docstring.cpp:151: error: expected `;' before ‘const’ docstring.cpp:152: error: ‘encoded’ was not declared in this scope docstring.cpp: At global scope: docstring.cpp:149: warning: unused parameter ‘s’ docstring.cpp: In function ‘const lyx::docstring lyx::normalize_c(const lyx::docstring)’: docstring.cpp:174: error: invalid use of incomplete type ‘struct QString’ ./../support/qstring_helpers.h:17: error: forward declaration of ‘struct QString’ docstring.cpp:174: error: incomplete type ‘QString’ used in nested name specifier make[5]: *** [docstring.o] Error 1 make[4]: *** [all] Error 2 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Jerry
Re: Slow scrolling
On Monday, January 02, 2012 10:12:47 PM Jerry wrote: I'm evaluating LyX for a major project and am mightily impressed. However, there is one problem that stands out: Scrolling the main LyX window is excruciatingly slow. I'm using LyX 2.0.2 and OS X 10.6.8. It doesn't seem to matter how I scroll--two-finger swipe on MacBook Pro trackpad or using the thumb bar or clicking on the normal scrolling arrows. When scrolling rather fast or using the two-finger ballistic scrolling, there are large jumps between screen updates; sometimes the jump is more than an entire screenful so there is little hope of reliably spotting things as they go by. While scrolling, processor usage goes to 100% The problem seems to be (just guessing here) that text rendering is slowing things down, as if screen drawing is not being buffered. If I make the window narrower, things seem to improve a little, also if there is a part of the document that has less text because of graphics or white space. Also, making the text larger seems to help--again, pointing to problems rendering text Enabling pixmap cache helps a little but it makes the on-screen fonts hard to read because it does away with sub-pixel antialiasing, which I hate. I'm actually kind of distressed about this because of the prospect of spending months writing in LyX, and I'm surprised that this problem exists as prominently as it does. Is there a work-around? I've tried a few different fonts but that doesn't seem to help. Hi Jerry, I also see the symptom you describe on a 110K word book in LyX, rendered in LyX 2.0.0 on Ubuntu Linux 11.04 on a 3 year old desktop with an Intel dual core. If I scroll by dragging the vertical scrollbar, it goes in jumps. If I use my mouse wheel, it seems a little slow there too. PageDown is not without its delays. I've never noticed this problem before, even though I've written almost ten books in LyX. The reason I never noticed it is I seldom have a reason to scroll through significant parts of the book. If I'm looking for something, I can either find it drilling down via outline view, or use text search to find it. The only time I scroll is when I expect the needed text to be within a couple pagefulls of where I am now. Also, Ctrl+Home and Ctrl+End can be used to go to the Beginning/End of the document, in less than 1/4 second. You can also set and goto up to 9 bookmarks with hotkeys. Bottom line, I reproduced the symptom you mentioned, but other LyX features make it not the slightest bit of a problem. SteveT Steve Litt Author: The Key to Everyday Excellence http://www.troubleshooters.com/bookstore/key_excellence.htm Twitter: http://www.twitter.com/stevelitt
Re: Image width in figure floats
On Tue, Jan 3, 2012 at 3:29 AM, Guenter Milde mi...@users.sf.net wrote: On 2012-01-02, Maria Gouskova wrote: I want to insert a high-resolution pdf image into a figure float. I assume this is a bitmap image wrapped into PDF? (For a vector image, the high-resolution would not make sense to me.) It is indeed a vector format pdf file generated in R, sorry about not making sense to you with my explanation. I specify the width of the image in the figure properties as 100% of line width. Typesetting via pdflatex works fine, with the image scaled appropriately. Typesetting via ps2pdf or dvipdfm does not scale the image--it spills over onto the margin and off the page. I cannot reproduce here. Tried inserting a scaled one-page PDF document (without wrapping in a float). The output of PDF (pdflatex), PDF (ps2pdf), and PDF (dvipdfm) is exactly the same (with proper scaling of the indcluded graphic). Okay. Are your OS and LyX version the same? DVI didn't produce a pdf at all, even though LyX claimed successful import to pdf. I don't understand this. (DVI (a file format) didn't produce pdf (a different file format)?) Sorry, DVI produced an output, not a pdf file, obviously. That was a typo. I tried the same with an .eps figure and did not encounter these issues, so it seems to be a combination of using a .pdf image and certain output formats. It might also depend on * the content of the EPS or PDF figure, and * the PDF - EPS conversion program (as for the ps2pdf route, LyX converts the input file from PDF to EPS, latex generates a DVI with a reference to the EPS file, dvips embedds it into the generated PS file and ps2pdf converts the PS file to PDF). Well, what I find interesting is that the output methods work equally well when I specify the size of the figure as a percentage of the original file (e.g., 40%), but not when I specify it as being 100% of the line width. Anyway, I have a sort of workaround, even though I do not have a solution. Thanks for your response. Maria
Re: Slow scrolling
On Jan 3, 2012, at 4:51 PM, Steve Litt wrote: On Monday, January 02, 2012 10:12:47 PM Jerry wrote: I'm evaluating LyX for a major project and am mightily impressed. However, there is one problem that stands out: Scrolling the main LyX window is excruciatingly slow. I'm using LyX 2.0.2 and OS X 10.6.8. It doesn't seem to matter how I scroll--two-finger swipe on MacBook Pro trackpad or using the thumb bar or clicking on the normal scrolling arrows. When scrolling rather fast or using the two-finger ballistic scrolling, there are large jumps between screen updates; sometimes the jump is more than an entire screenful so there is little hope of reliably spotting things as they go by. While scrolling, processor usage goes to 100% The problem seems to be (just guessing here) that text rendering is slowing things down, as if screen drawing is not being buffered. If I make the window narrower, things seem to improve a little, also if there is a part of the document that has less text because of graphics or white space. Also, making the text larger seems to help--again, pointing to problems rendering text Enabling pixmap cache helps a little but it makes the on-screen fonts hard to read because it does away with sub-pixel antialiasing, which I hate. I'm actually kind of distressed about this because of the prospect of spending months writing in LyX, and I'm surprised that this problem exists as prominently as it does. Is there a work-around? I've tried a few different fonts but that doesn't seem to help. Hi Jerry, I also see the symptom you describe on a 110K word book in LyX, rendered in LyX 2.0.0 on Ubuntu Linux 11.04 on a 3 year old desktop with an Intel dual core. If I scroll by dragging the vertical scrollbar, it goes in jumps. If I use my mouse wheel, it seems a little slow there too. PageDown is not without its delays. I've never noticed this problem before, even though I've written almost ten books in LyX. The reason I never noticed it is I seldom have a reason to scroll through significant parts of the book. If I'm looking for something, I can either find it drilling down via outline view, or use text search to find it. The only time I scroll is when I expect the needed text to be within a couple pagefulls of where I am now. Hmmm. I suspect that the problem is worse on my machine because even scrolling small amounts (a few lines or a couple of pages) is so laggy/jumpy that it is easily noticeable/annoying--hard to track features as they go by. Scrolling large distances in a short time pretty much takes place as fast as scrolling a native application; it's just that to get the job done in roughly the same amount of time, there are huge jumps. In an earlier post in this thread I noted that 2.0.1 was much better in this regard (I just tried 2.0.1 a couple hours ago), so at least in part, this is looks like a recent development. Jerry Also, Ctrl+Home and Ctrl+End can be used to go to the Beginning/End of the document, in less than 1/4 second. You can also set and goto up to 9 bookmarks with hotkeys. Bottom line, I reproduced the symptom you mentioned, but other LyX features make it not the slightest bit of a problem. SteveT Steve Litt Author: The Key to Everyday Excellence http://www.troubleshooters.com/bookstore/key_excellence.htm Twitter: http://www.twitter.com/stevelitt
Re: UserDir Ui settings NOT overriding LyXDir Ui setting
Richard: I tried erasing the ~/.lyx dir, but nothing changes, same behavior. I forgot to mention that the default ui I get is with three toolbars (Standard, View/Update, Extra), two of which, however, are almost completely hidden (see picture below). So it looks like it's some configuration problem, perhaps on Archlinux only. Guenter: I am not sure about what you mean by UI flavour. Is it the choice of Default Classic, and Oxygen in ToolsPreferences Look and Feel User interface? I tried selecting either classic or oxygen but nothing seems to change. Cheers, Stefano On Tue, Jan 3, 2012 at 2:14 AM, Guenter Milde mi...@users.sf.net wrote: On 2012-01-02, Richard Heck wrote: On 01/02/2012 02:18 PM, stefano franchi wrote: Since Lyx 2.0 I am having troubles customizing LyX Ui. In particular, I cannot get LyX to let the Ui preferences set in my .lyx/ui dir override the system-wide settings (which are in /usr/share/lyx/ui on my archlinux box). My temporary workaround is to edit the system files themselves, but that's obviously a nuisance, 'cause they'll be overwritten on updates. Is anyone else experiencing this problem? I've just tried copying stdtoolbars.inc to ~/.lyx/ui/ and making a small change (commenting out one of the items). It worked fine. I'd try starting with clean files, if you haven't already. Could it have to do with the choice of ui flavour (classic, modern, ...) or interface language? Günter -- __ Stefano Franchi Associate Research Professor Department of Hispanic Studies Ph: +1 (979) 845-2125 Texas AM University Fax: +1 (979) 845-6421 College Station, Texas, USA attachment: lyx-partially-hidden-toolbars1.png
Re: Slow scrolling
On Jan 3, 2012, at 1:36 PM, Stephan Witt wrote: Am 03.01.2012 um 17:15 schrieb Olivier Ripoll: On 03.01.2012 16:31, Pavel Sanda wrote: Olivier Ripoll wrote: I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). ticket number? we have similar reports in trac, but very difficult to reproduce in other systems. are you able to compile lyx on your own? there were done some fixes for slowness in recent trunk (targeted on X11 but it may help here as well, cf http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg171540.html ). pavel Hi, Check my 2 messages in the LyX 2.0.2 Released thread, one dated december 5th (user mailing lists, perhaps devel too) and the other one dated december 16th (devel ML), which contains more details: http://www.mail-archive.com/lyx-users@lists.lyx.org/msg90218.html http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg172462.html Hi, I'm almost sure it depends on Qt-Version. With LyX on Mac with Qt4 we have two fundamental problems: 1. Qt4 with Carbon crashes when interacting with some desktop tools like Divvy or SizeUp http://www.lyx.org/trac/ticket/7365 and http://www.lyx.org/trac/ticket/7519 2. Qt4 with Cocoa is painting text with kerning hints This doesn't match with the drawing engine of LyX and LyX's cursor movement. See the discussion here: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg169152.html I've build 2.0.2 on Mac with Qt4.7 where Cocoa is the default to avoid (1). The drawback is we have to deal with (2) - the current solution is to draw text just char by char, the text fragments are only one character long. To check if this is the culprit one may add the following line to your preferences file: \force_paint_single_char false On a Mac this is the file ~/Library/Application Support/LyX-2.0/preferences. (Broken cursor placement for long lines should be one consequence.) I've added the line that you suggest and the scrolling is improved--much like or exactly like 2.0.1 scrolling that I commented on earlier in this thread. And I see no problem with an incorrectly placed cursor. Jerry Stephan
Re: way to add code before \documentclass{}
On 03-Jan-12 4:11 pm, Richard Heck wrote: On 01/03/2012 03:45 AM, Guenter Milde wrote: On 2012-01-01, Bogdan wrote: On 01-Jan-12 6:07 pm, Uwe Stöhr wrote: Am 01.01.2012 16:15, schrieb Richard Heck: On 12/31/2011 05:51 PM, Bogdan wrote: Is there *any* way to make LyX add latex code before the \documentclass{} call? I do not think so. And I have never seen this and I doubt that this will work because without loading the document class or any package, you cannot do much. There are several use cases. I remember a similar request some time (maybe years) ago. A hook for pre-documentclass code could also solve some of the how do I configure auto-loaded packages problems. I could imagine a layout keyword like PrePreamble % this should appear before the \documentclass call in the latex source EndPrePreamble This could then be used by layouts like IEEEtranA4 as well as in idividual documents via the local layout feature. If this is definitely needed, it is easy to provide it. Adding Layout stuff is fairly trivial. I guess the question was: Do we need it? or is there some other way around this? Richard I guess the need question depends on the time and attitude of the devs. I agree that most users probably do not need it and then you as devs may argue that you don't want to bother for a minority. However, LyX is a truly great piece of software and would be nice to cover all user base, not just the majority (granted, the latter could be overwhelming). I for one needed this fairly often for the IEEEtran class. In a reply to this thread I pointed to the official IEEEtran FAQ which requires code before \documentclass{} in order to set page margins: http://article.gmane.org/gmane.editors.lyx.general/73642 I also found older requests for this in the LyX list from users that were in the same situation: http://article.gmane.org/gmane.editors.lyx.general/50299 In my previous reply to this topic, I provided a hack that makes it possible (converter wrapper that parses and replaces the .tex output of LyX on the fly based on a placeholder in the LyX document class options before passing it to pdflatex). I did it in a matter of minutes so I believe (or want to believe) that it's trivial for the devs to add an extra text field next to the document class options field for code that goes before \documentclass{}. See my hack here: http://article.gmane.org/gmane.editors.lyx.general/73663 Bogdan. -- Bogdan Roman, http://www.cl.cam.ac.uk/~abr28/ Computer Laboratory, University of Cambridge
Re: Slow scrolling
Am 04.01.2012 um 01:28 schrieb Jerry: To check if this is the culprit one may add the following line to your preferences file: \force_paint_single_char false On a Mac this is the file ~/Library/Application Support/LyX-2.0/preferences. (Broken cursor placement for long lines should be one consequence.) I've added the line that you suggest and the scrolling is improved--much like or exactly like 2.0.1 scrolling that I commented on earlier in this thread. And I see no problem with an incorrectly placed cursor. Please, try it with a line of many m letters. Is the cursor placement at the end of the m-text correct? Stephan PS. Currently I'm working on a mini statistics with different settings on my Mac. This takes a significant amount of time because of the many builds I have to try.
Re: Slow scrolling
On Jan 2, 2012, at 8:57 PM, Murat Yildizoglu wrote: Hi Jerry, Is the document that you are editing exceptionally huge? No—it is only a few paragraphs of e.g. lorem ipsum or whatever. Adding a few equations doesn't seem to make any difference; if anything, it might make scrolling faster (not sure) possibly of having less text to render. Also, I recall in the LyX docs seeing a page which was a full page of a pre-rendered image, and when LyX came to that page, it scrolled faster, then slowing again when the pre-rendered page passed. I am working on a 100+ pages manuscript with lots of equations and figures without any problem. I am know under Lion on a 2011 MBP, I wouldn't think Snow Leopard versus Lion would make an difference, but _something_ is apparently different between our systems. I think I'm using Qt 4.7.0. (Is there a 32-bit or 64-bit issue here?) but I do not remember having met problems with my Snow Leopard 2008 MBP. But, I have seen in the past some ails about this problem, have you searched the mail list archive? Maybe this is a specific problem for which there could be solutions. I did a quick check of the archives but didn't see much that I thought was relevant. Jerry Murat 2012/1/3 Jerry lancebo...@qwest.net I'm evaluating LyX for a major project and am mightily impressed. However, there is one problem that stands out: Scrolling the main LyX window is excruciatingly slow. I'm using LyX 2.0.2 and OS X 10.6.8. It doesn't seem to matter how I scroll--two-finger swipe on MacBook Pro trackpad or using the thumb bar or clicking on the normal scrolling arrows. When scrolling rather fast or using the two-finger ballistic scrolling, there are large jumps between screen updates; sometimes the jump is more than an entire screenful so there is little hope of reliably spotting things as they go by. While scrolling, processor usage goes to 100% The problem seems to be (just guessing here) that text rendering is slowing things down, as if screen drawing is not being buffered. If I make the window narrower, things seem to improve a little, also if there is a part of the document that has less text because of graphics or white space. Also, making the text larger seems to help--again, pointing to problems rendering text Enabling pixmap cache helps a little but it makes the on-screen fonts hard to read because it does away with sub-pixel antialiasing, which I hate. I'm actually kind of distressed about this because of the prospect of spending months writing in LyX, and I'm surprised that this problem exists as prominently as it does. Is there a work-around? I've tried a few different fonts but that doesn't seem to help. Thanks, Jerry -- Prof. Murat Yildizoglu Université Montesquieu Bordeaux IV GREThA (UMR CNRS 5113) Avenue Léon Duguit 33608 Pessac cedex France Bureau : F-331 yi...@u-bordeaux4.fr http://yildizoglu.info http://www.twitter.com/yildizoglu
Re: UserDir Ui settings NOT overriding LyXDir Ui setting
On 2012-01-02, Richard Heck wrote: On 01/02/2012 02:18 PM, stefano franchi wrote: Since Lyx 2.0 I am having troubles customizing LyX Ui. In particular, I cannot get LyX to let the Ui preferences set in my .lyx/ui dir override the system-wide settings (which are in /usr/share/lyx/ui on my archlinux box). My temporary workaround is to edit the system files themselves, but that's obviously a nuisance, 'cause they'll be overwritten on updates. Is anyone else experiencing this problem? I've just tried copying stdtoolbars.inc to ~/.lyx/ui/ and making a small change (commenting out one of the items). It worked fine. I'd try starting with clean files, if you haven't already. Could it have to do with the choice of ui flavour (classic, modern, ...) or interface language? Günter
Re: Image width in figure floats
On 2012-01-02, Maria Gouskova wrote: I want to insert a high-resolution pdf image into a figure float. I assume this is a bitmap image wrapped into PDF? (For a vector image, the high-resolution would not make sense to me.) I specify the width of the image in the figure properties as 100% of line width. Typesetting via pdflatex works fine, with the image scaled appropriately. Typesetting via ps2pdf or dvipdfm does not scale the image--it spills over onto the margin and off the page. I cannot reproduce here. Tried inserting a scaled one-page PDF document (without wrapping in a float). The output of PDF (pdflatex), PDF (ps2pdf), and PDF (dvipdfm) is exactly the same (with proper scaling of the indcluded graphic). DVI didn't produce a pdf at all, even though LyX claimed successful import to pdf. I don't understand this. (DVI (a file format) didn't produce pdf (a different file format)?) I tried the same with an .eps figure and did not encounter these issues, so it seems to be a combination of using a .pdf image and certain output formats. It might also depend on * the content of the EPS or PDF figure, and * the PDF - EPS conversion program (as for the ps2pdf route, LyX converts the input file from PDF to EPS, latex generates a DVI with a reference to the EPS file, dvips embedds it into the generated PS file and ps2pdf converts the PS file to PDF). Günter
svn update po/xxx conflict
what is recommended to do if during a svn update of LyX a conflict in »po/xxx.po« is detected? Wolfgang
Re: way to add code before \documentclass{}
On 2012-01-01, Bogdan wrote: On 01-Jan-12 6:07 pm, Uwe Stöhr wrote: Am 01.01.2012 16:15, schrieb Richard Heck: On 12/31/2011 05:51 PM, Bogdan wrote: Is there *any* way to make LyX add latex code before the \documentclass{} call? I do not think so. And I have never seen this and I doubt that this will work because without loading the document class or any package, you cannot do much. There are several use cases. I remember a similar request some time (maybe years) ago. A hook for pre-documentclass code could also solve some of the how do I configure auto-loaded packages problems. I could imagine a layout keyword like PrePreamble % this should appear before the \documentclass call in the latex source EndPrePreamble This could then be used by layouts like IEEEtranA4 as well as in idividual documents via the local layout feature. But what exactly do you want? Can you send me a _small_ LyX file with a short explanation? Being able to input code before the \documentclass call is actually not uncommon. ... I hope the above explanations are sufficient but I can still submit a LyX file if you want me. I wouldn't be able to show much in it though since this is what I would like LyX to do: allow me to input code before \documentclass :) In this case, a _small_ LaTeX file might be a better example. Maybe you can provide some small LaTeX use cases to convince the developers that this is a case common enought to support it without ugly workarounds? p.s. I'm also using the 2nd example to compile two versions of the same latex document, one with just maths questions (for students), and the other with questions+answers (for supervisors). Saves time, different issue though. In LyX, conditional text is usually done with branches (define with DocumentSettingsBranches, use with InsertBranch). Günter
Re: svn update po/xxx conflict
Wolfgang Engelmann wrote: what is recommended to do if during a svn update of LyX a conflict in »po/xxx.po« is detected? Just delete the affected files (including the .rej etc. files) and update again. Jürgen
Re: Appendix depth
On 2011-12-31, Jürgen Spitzmüller wrote: Bianca Schöne wrote: So basically, I want the naming (A and B instead of A1 and A2) of chapters, but the formatting of sections. (A minimal file is included.) Here's a hackish solution (note that this only affects the output, not the display in the LyX window): \usepackage{chngcntr} I suppose (but did not test) that this could also be achieved with the section-heading customization provided by KOMA (and nicely documented in scrguide.pdf (German) and scrguien.pdf (English). Günter
Re: line break with extra space in equations, how?
On 2011-12-28, Bogdan wrote: On 28-Dec-11 6:04 pm, Richard Heck wrote: On 12/28/2011 12:49 PM, Richard Heck wrote: On 12/28/2011 10:00 AM, Bogdan wrote: ... It would be quite nice if LyX offered a feature to edit, say, the source of a highlighted portion of text/math. That way, for any such unsupported features like \\[10pt], I could just select text, edit lyx source, a separate window/panel appears with the source, do my edits there e.g. add \\[10pt], press done to go back to normal LyX view. I know it looks like it defeats the purpose of LyX but would allow quick workarounds of any troublesome situations. What do others think? My suggestion is to allow dissolution of a math inset similar to other insets (note, float, minipages and other boxes, etc.): if you place the cursor at the first position in the inset and press Backspace, the inset is replaced by its content. For a math-inset, the content would be the LaTeX source. Then you could toggle between source and math-inset quite easily. Of course, an editable LaTeX source view would be the more generic and long awaited solution - but far more hard to implement. Günter
Re: Slow scrolling
On 03.01.2012 04:12, Jerry wrote: I'm evaluating LyX for a major project and am mightily impressed. However, there is one problem that stands out: Scrolling the main LyX window is excruciatingly slow. I'm using LyX 2.0.2 and OS X 10.6.8. It doesn't seem to matter how I scroll--two-finger swipe on MacBook Pro trackpad or using the thumb bar or clicking on the normal scrolling arrows. When scrolling rather fast or using the two-finger ballistic scrolling, there are large jumps between screen updates; sometimes the jump is more than an entire screenful so there is little hope of reliably spotting things as they go by. While scrolling, processor usage goes to 100% The problem seems to be (just guessing here) that text rendering is slowing things down, as if screen drawing is not being buffered. If I make the window narrower, things seem to improve a little, also if there is a part of the document that has less text because of graphics or white space. Also, making the text larger seems to help--again, pointing to problems rendering text Enabling pixmap cache helps a little but it makes the on-screen fonts hard to read because it does away with sub-pixel antialiasing, which I hate. I'm actually kind of distressed about this because of the prospect of spending months writing in LyX, and I'm surprised that this problem exists as prominently as it does. Is there a work-around? I've tried a few different fonts but that doesn't seem to help. Thanks, Jerry Hi Jerry, I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). I did not have that problem with LyX 2.0.1, so I would advise to try that version instead and report if it fixes the issue for you too. Best regards, Olivier
Re: svn update po/xxx conflict
Am Dienstag, 3. Januar 2012, 09:46:56 schrieb Jürgen Spitzmüller: Wolfgang Engelmann wrote: what is recommended to do if during a svn update of LyX a conflict in »po/xxx.po« is detected? Just delete the affected files (including the .rej etc. files) and update again. Jürgen Thanks, Jürgen. Shoud I remove the whole /lyx-devel/po or just its content or should parts of it stay? Wolfgang
Re: svn update po/xxx conflict
Wolfgang Engelmann wrote: Shoud I remove the whole /lyx-devel/po or just its content or should parts of it stay? Just remove the affected files (which have conflicts) or all *.po* files. If you remove the whole dir, you will need to rerun ./autogen.sh and configure after the update. Alternatively, you can also issue svn revert -R * from within the po directory. Jürgen
Re: svn update po/xxx conflict
Am Dienstag, 3. Januar 2012, 13:59:22 schrieb Jürgen Spitzmüller: Wolfgang Engelmann wrote: Shoud I remove the whole /lyx-devel/po or just its content or should parts of it stay? Just remove the affected files (which have conflicts) or all *.po* files. If you remove the whole dir, you will need to rerun ./autogen.sh and configure after the update. Alternatively, you can also issue svn revert -R * from within the po directory. Jürgen Thanks again, Jürgen After removing all the .po files and nothing else from the po dir the svn update went smoothly. However, the lyx help shows still version 2.0.1 instead of 2.0.2. What else do I have to do to get the latest version? Wolfgang
Re: svn update po/xxx conflict
Wolfgang Engelmann wrote: However, the lyx help shows still version 2.0.1 instead of 2.0.2. What else do I have to do to get the latest version? The version number gets updated at configure time IIRC. So try ./configure ; make. If this doesn't help, you might even have to run ./autogen.sh in advance. HTH Jürgen
Re: LyX slow with remote filesystems
Adam Sacarny wrote: I am editing a document in LyX (Mac OS X Lion, LyX 2.0.2) that is stored locally but references several files -- included TeX snippets and some graphics stored as EPS -- that I keep on a remote server. The files are on a drive that I mounted through sshfs using the latest version of OSXFUSE and the program Macfusion. The trouble is, whenever the drive is mounted, LyX slows down a ton. On slow connections it's completely unusable. LyX lags whenever I type, and I notice that at the same time, network traffic spikes. (Note that all of the included files have preview turned off.) I'm not really a programmer, but it seems like every time I hit a key, LyX checks the included files to see if they've been updated. But I don't really know! yes lyx checks for updates of the included material like .eps files and there is no gui way how to disable it. what about changing sshfs options for more massive caching? pavel
Re: way to add code before \documentclass{}
On 01/03/2012 03:45 AM, Guenter Milde wrote: On 2012-01-01, Bogdan wrote: On 01-Jan-12 6:07 pm, Uwe Stöhr wrote: Am 01.01.2012 16:15, schrieb Richard Heck: On 12/31/2011 05:51 PM, Bogdan wrote: Is there *any* way to make LyX add latex code before the \documentclass{} call? I do not think so. And I have never seen this and I doubt that this will work because without loading the document class or any package, you cannot do much. There are several use cases. I remember a similar request some time (maybe years) ago. A hook for pre-documentclass code could also solve some of the how do I configure auto-loaded packages problems. I could imagine a layout keyword like PrePreamble % this should appear before the \documentclass call in the latex source EndPrePreamble This could then be used by layouts like IEEEtranA4 as well as in idividual documents via the local layout feature. If this is definitely needed, it is easy to provide it. Adding Layout stuff is fairly trivial. I guess the question was: Do we need it? or is there some other way around this? Richard
Re: svn update po/xxx conflict
On 01/03/2012 03:46 AM, Jürgen Spitzmüller wrote: Wolfgang Engelmann wrote: what is recommended to do if during a svn update of LyX a conflict in »po/xxx.po« is detected? Just delete the affected files (including the .rej etc. files) and update again. Or just do: svn revert po/*.po. Richard
Re: LyX slow with remote filesystems
On 01/03/2012 10:06 AM, Pavel Sanda wrote: Adam Sacarny wrote: I am editing a document in LyX (Mac OS X Lion, LyX 2.0.2) that is stored locally but references several files -- included TeX snippets and some graphics stored as EPS -- that I keep on a remote server. The files are on a drive that I mounted through sshfs using the latest version of OSXFUSE and the program Macfusion. The trouble is, whenever the drive is mounted, LyX slows down a ton. On slow connections it's completely unusable. LyX lags whenever I type, and I notice that at the same time, network traffic spikes. (Note that all of the included files have preview turned off.) I'm not really a programmer, but it seems like every time I hit a key, LyX checks the included files to see if they've been updated. But I don't really know! yes lyx checks for updates of the included material like .eps files and there is no gui way how to disable it. Do we need a way to disable this? Should be fairly easy. Richard
Re: Slow scrolling
Olivier Ripoll wrote: I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). ticket number? we have similar reports in trac, but very difficult to reproduce in other systems. are you able to compile lyx on your own? there were done some fixes for slowness in recent trunk (targeted on X11 but it may help here as well, cf http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg171540.html ). pavel
Re: Slow scrolling
On 03.01.2012 16:31, Pavel Sanda wrote: Olivier Ripoll wrote: I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). ticket number? we have similar reports in trac, but very difficult to reproduce in other systems. are you able to compile lyx on your own? there were done some fixes for slowness in recent trunk (targeted on X11 but it may help here as well, cf http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg171540.html ). pavel Hi, Check my 2 messages in the LyX 2.0.2 Released thread, one dated december 5th (user mailing lists, perhaps devel too) and the other one dated december 16th (devel ML), which contains more details: http://www.mail-archive.com/lyx-users@lists.lyx.org/msg90218.html http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg172462.html Best regards, Olivier
Re: svn update po/xxx conflict
Am Dienstag, 3. Januar 2012, 14:57:48 schrieb Jürgen Spitzmüller: Wolfgang Engelmann wrote: However, the lyx help shows still version 2.0.1 instead of 2.0.2. What else do I have to do to get the latest version? The version number gets updated at configure time IIRC. So try ./configure ; make. If this doesn't help, you might even have to run ./autogen.sh in advance. HTH Jürgen Thanks again, Juergen and Richard, sorry that I forgot to configure make when doing make and make check, I get this error: make[3]: Entering directory `/mnt/sda/home/wolfgang/lyx-devel/src' make[3]: *** Keine Regel vorhanden, um das Target »graphics/Previews.cpp«, benötigt von »Previews.o«, zu erstellen. Schluss. make[3]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' make[2]: *** [check-recursive] Fehler 1 make[2]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' make[1]: *** [check] Fehler 2 make[1]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' make: *** [check-recursive] Fehler 1 does it mean, I have to make clean and run first ./autogen.sh ? and make install prefix=/usr/local/stow/lyx202 might be wise, to have the old 2.0.1 available if something goes wrong ? Wolfgang
Re: svn update po/xxx conflict
Wolfgang Engelmann wrote: Thanks again, Juergen and Richard, sorry that I forgot to configure make when doing make and make check, I get this error: make[3]: Entering directory `/mnt/sda/home/wolfgang/lyx-devel/src' make[3]: *** Keine Regel vorhanden, um das Target »graphics/Previews.cpp«, benötigt von »Previews.o«, zu erstellen. Schluss. make[3]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' make[2]: *** [check-recursive] Fehler 1 make[2]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' make[1]: *** [check] Fehler 2 make[1]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' make: *** [check-recursive] Fehler 1 does it mean, I have to make clean and run first ./autogen.sh ? try it. and make install prefix=/usr/local/stow/lyx202 might be wise, to have the old 2.0.1 available if something goes wrong ? I think a prefix for different branch versions is overkill, the changes should be bearable. And you can always just reinstall 2.0.1 if things go wrong. Jürgen
Re: Slow scrolling
Am 03.01.2012 um 17:15 schrieb Olivier Ripoll: On 03.01.2012 16:31, Pavel Sanda wrote: Olivier Ripoll wrote: I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). ticket number? we have similar reports in trac, but very difficult to reproduce in other systems. are you able to compile lyx on your own? there were done some fixes for slowness in recent trunk (targeted on X11 but it may help here as well, cf http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg171540.html ). pavel Hi, Check my 2 messages in the LyX 2.0.2 Released thread, one dated december 5th (user mailing lists, perhaps devel too) and the other one dated december 16th (devel ML), which contains more details: http://www.mail-archive.com/lyx-users@lists.lyx.org/msg90218.html http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg172462.html Hi, I'm almost sure it depends on Qt-Version. With LyX on Mac with Qt4 we have two fundamental problems: 1. Qt4 with Carbon crashes when interacting with some desktop tools like Divvy or SizeUp http://www.lyx.org/trac/ticket/7365 and http://www.lyx.org/trac/ticket/7519 2. Qt4 with Cocoa is painting text with kerning hints This doesn't match with the drawing engine of LyX and LyX's cursor movement. See the discussion here: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg169152.html I've build 2.0.2 on Mac with Qt4.7 where Cocoa is the default to avoid (1). The drawback is we have to deal with (2) - the current solution is to draw text just char by char, the text fragments are only one character long. To check if this is the culprit one may add the following line to your preferences file: \force_paint_single_char false On a Mac this is the file ~/Library/Application Support/LyX-2.0/preferences. (Broken cursor placement for long lines should be one consequence.) Stephan
Beamer (elabeling) list and \uncover overlay
Hello, in a beamer presentation (see attached minimal example), I want to uncover a (labelled) list line by line, _including_ the labels for each line. If I place the ERT with \uncoveri-{ in front of the label, this yields an error due to mismatching of ] and }. How do I place the ERT with \uncoveri-{ in front of the (invisible) \item, so that the label does also get uncovered? In TeXworks, this is easy, but in LyX, it seems to be essentially impossible. TIA, Sincerely, Wolfgang -- HOMO HOMINI HOSTISIN FELIBUS FELICITAS Beamer Test.lyx Description: Binary data
Beamer: list bulllets disappearing?
Hello, and yet another issue with beamer and LyX: Somehow, the list item bullets in the attached document get lost when compiling to PDF. And this seems to be independent of whether I use XeTeX or not. Any idea what I have overseen? TIA, Sincerely, Wolfgang -- HOMO HOMINI HOSTISIN FELIBUS FELICITAS Beamer Test 2.lyx Description: Binary data
Re: Slow scrolling
On Jan 3, 2012, at 3:28 AM, Olivier Ripoll wrote: snip Hi Jerry, I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). I did not have that problem with LyX 2.0.1, so I would advise to try that version instead and report if it fixes the issue for you too. I just downloaded 2.0.1. The scrolling with that version is better, bordering on useful (or better). It is still sluggish but generally not horrible. (Nowhere as fast as native OS X scrolling.) Maybe a factor of 2x(?) faster. Jerry Best regards, Olivier
Re: Slow scrolling
On Jan 3, 2012, at 8:31 AM, Pavel Sanda wrote: Olivier Ripoll wrote: I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). ticket number? we have similar reports in trac, but very difficult to reproduce in other systems. are you able to compile lyx on your own? there were done some fixes for slowness in recent trunk (targeted on X11 but it may help here as well, cf http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg171540.html ). pavel I tried to compile rev 40563 on OS X 10.6.8 but this happened: docstring.cpp:20:17: error: QFile: No such file or directory docstring.cpp: In function ‘const lyx::docstring lyx::from_local8bit(const std::string)’: docstring.cpp:114: error: incomplete type ‘QString’ used in nested name specifier docstring.cpp: In function ‘const std::string lyx::to_local8bit(const lyx::docstring)’: docstring.cpp:135: error: ‘QByteArray’ was not declared in this scope docstring.cpp:135: error: expected `;' before ‘const’ docstring.cpp:136: error: ‘local’ was not declared in this scope docstring.cpp:138: error: ‘local’ was not declared in this scope docstring.cpp: In function ‘const lyx::docstring lyx::from_filesystem8bit(const std::string)’: docstring.cpp:144: error: ‘QByteArray’ was not declared in this scope docstring.cpp:144: error: expected `;' before ‘const’ docstring.cpp:145: error: ‘QFile’ has not been declared docstring.cpp:145: error: ‘encoded’ was not declared in this scope docstring.cpp: At global scope: docstring.cpp:142: warning: unused parameter ‘s’ docstring.cpp: In function ‘const std::string lyx::to_filesystem8bit(const lyx::docstring)’: docstring.cpp:151: error: ‘QByteArray’ was not declared in this scope docstring.cpp:151: error: expected `;' before ‘const’ docstring.cpp:152: error: ‘encoded’ was not declared in this scope docstring.cpp: At global scope: docstring.cpp:149: warning: unused parameter ‘s’ docstring.cpp: In function ‘const lyx::docstring lyx::normalize_c(const lyx::docstring)’: docstring.cpp:174: error: invalid use of incomplete type ‘struct QString’ ./../support/qstring_helpers.h:17: error: forward declaration of ‘struct QString’ docstring.cpp:174: error: incomplete type ‘QString’ used in nested name specifier make[5]: *** [docstring.o] Error 1 make[4]: *** [all] Error 2 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Jerry
Re: Slow scrolling
On Monday, January 02, 2012 10:12:47 PM Jerry wrote: I'm evaluating LyX for a major project and am mightily impressed. However, there is one problem that stands out: Scrolling the main LyX window is excruciatingly slow. I'm using LyX 2.0.2 and OS X 10.6.8. It doesn't seem to matter how I scroll--two-finger swipe on MacBook Pro trackpad or using the thumb bar or clicking on the normal scrolling arrows. When scrolling rather fast or using the two-finger ballistic scrolling, there are large jumps between screen updates; sometimes the jump is more than an entire screenful so there is little hope of reliably spotting things as they go by. While scrolling, processor usage goes to 100% The problem seems to be (just guessing here) that text rendering is slowing things down, as if screen drawing is not being buffered. If I make the window narrower, things seem to improve a little, also if there is a part of the document that has less text because of graphics or white space. Also, making the text larger seems to help--again, pointing to problems rendering text Enabling pixmap cache helps a little but it makes the on-screen fonts hard to read because it does away with sub-pixel antialiasing, which I hate. I'm actually kind of distressed about this because of the prospect of spending months writing in LyX, and I'm surprised that this problem exists as prominently as it does. Is there a work-around? I've tried a few different fonts but that doesn't seem to help. Hi Jerry, I also see the symptom you describe on a 110K word book in LyX, rendered in LyX 2.0.0 on Ubuntu Linux 11.04 on a 3 year old desktop with an Intel dual core. If I scroll by dragging the vertical scrollbar, it goes in jumps. If I use my mouse wheel, it seems a little slow there too. PageDown is not without its delays. I've never noticed this problem before, even though I've written almost ten books in LyX. The reason I never noticed it is I seldom have a reason to scroll through significant parts of the book. If I'm looking for something, I can either find it drilling down via outline view, or use text search to find it. The only time I scroll is when I expect the needed text to be within a couple pagefulls of where I am now. Also, Ctrl+Home and Ctrl+End can be used to go to the Beginning/End of the document, in less than 1/4 second. You can also set and goto up to 9 bookmarks with hotkeys. Bottom line, I reproduced the symptom you mentioned, but other LyX features make it not the slightest bit of a problem. SteveT Steve Litt Author: The Key to Everyday Excellence http://www.troubleshooters.com/bookstore/key_excellence.htm Twitter: http://www.twitter.com/stevelitt
Re: Image width in figure floats
On Tue, Jan 3, 2012 at 3:29 AM, Guenter Milde mi...@users.sf.net wrote: On 2012-01-02, Maria Gouskova wrote: I want to insert a high-resolution pdf image into a figure float. I assume this is a bitmap image wrapped into PDF? (For a vector image, the high-resolution would not make sense to me.) It is indeed a vector format pdf file generated in R, sorry about not making sense to you with my explanation. I specify the width of the image in the figure properties as 100% of line width. Typesetting via pdflatex works fine, with the image scaled appropriately. Typesetting via ps2pdf or dvipdfm does not scale the image--it spills over onto the margin and off the page. I cannot reproduce here. Tried inserting a scaled one-page PDF document (without wrapping in a float). The output of PDF (pdflatex), PDF (ps2pdf), and PDF (dvipdfm) is exactly the same (with proper scaling of the indcluded graphic). Okay. Are your OS and LyX version the same? DVI didn't produce a pdf at all, even though LyX claimed successful import to pdf. I don't understand this. (DVI (a file format) didn't produce pdf (a different file format)?) Sorry, DVI produced an output, not a pdf file, obviously. That was a typo. I tried the same with an .eps figure and did not encounter these issues, so it seems to be a combination of using a .pdf image and certain output formats. It might also depend on * the content of the EPS or PDF figure, and * the PDF - EPS conversion program (as for the ps2pdf route, LyX converts the input file from PDF to EPS, latex generates a DVI with a reference to the EPS file, dvips embedds it into the generated PS file and ps2pdf converts the PS file to PDF). Well, what I find interesting is that the output methods work equally well when I specify the size of the figure as a percentage of the original file (e.g., 40%), but not when I specify it as being 100% of the line width. Anyway, I have a sort of workaround, even though I do not have a solution. Thanks for your response. Maria
Re: Slow scrolling
On Jan 3, 2012, at 4:51 PM, Steve Litt wrote: On Monday, January 02, 2012 10:12:47 PM Jerry wrote: I'm evaluating LyX for a major project and am mightily impressed. However, there is one problem that stands out: Scrolling the main LyX window is excruciatingly slow. I'm using LyX 2.0.2 and OS X 10.6.8. It doesn't seem to matter how I scroll--two-finger swipe on MacBook Pro trackpad or using the thumb bar or clicking on the normal scrolling arrows. When scrolling rather fast or using the two-finger ballistic scrolling, there are large jumps between screen updates; sometimes the jump is more than an entire screenful so there is little hope of reliably spotting things as they go by. While scrolling, processor usage goes to 100% The problem seems to be (just guessing here) that text rendering is slowing things down, as if screen drawing is not being buffered. If I make the window narrower, things seem to improve a little, also if there is a part of the document that has less text because of graphics or white space. Also, making the text larger seems to help--again, pointing to problems rendering text Enabling pixmap cache helps a little but it makes the on-screen fonts hard to read because it does away with sub-pixel antialiasing, which I hate. I'm actually kind of distressed about this because of the prospect of spending months writing in LyX, and I'm surprised that this problem exists as prominently as it does. Is there a work-around? I've tried a few different fonts but that doesn't seem to help. Hi Jerry, I also see the symptom you describe on a 110K word book in LyX, rendered in LyX 2.0.0 on Ubuntu Linux 11.04 on a 3 year old desktop with an Intel dual core. If I scroll by dragging the vertical scrollbar, it goes in jumps. If I use my mouse wheel, it seems a little slow there too. PageDown is not without its delays. I've never noticed this problem before, even though I've written almost ten books in LyX. The reason I never noticed it is I seldom have a reason to scroll through significant parts of the book. If I'm looking for something, I can either find it drilling down via outline view, or use text search to find it. The only time I scroll is when I expect the needed text to be within a couple pagefulls of where I am now. Hmmm. I suspect that the problem is worse on my machine because even scrolling small amounts (a few lines or a couple of pages) is so laggy/jumpy that it is easily noticeable/annoying--hard to track features as they go by. Scrolling large distances in a short time pretty much takes place as fast as scrolling a native application; it's just that to get the job done in roughly the same amount of time, there are huge jumps. In an earlier post in this thread I noted that 2.0.1 was much better in this regard (I just tried 2.0.1 a couple hours ago), so at least in part, this is looks like a recent development. Jerry Also, Ctrl+Home and Ctrl+End can be used to go to the Beginning/End of the document, in less than 1/4 second. You can also set and goto up to 9 bookmarks with hotkeys. Bottom line, I reproduced the symptom you mentioned, but other LyX features make it not the slightest bit of a problem. SteveT Steve Litt Author: The Key to Everyday Excellence http://www.troubleshooters.com/bookstore/key_excellence.htm Twitter: http://www.twitter.com/stevelitt
Re: UserDir Ui settings NOT overriding LyXDir Ui setting
Richard: I tried erasing the ~/.lyx dir, but nothing changes, same behavior. I forgot to mention that the default ui I get is with three toolbars (Standard, View/Update, Extra), two of which, however, are almost completely hidden (see picture below). So it looks like it's some configuration problem, perhaps on Archlinux only. Guenter: I am not sure about what you mean by UI flavour. Is it the choice of Default Classic, and Oxygen in ToolsPreferences Look and Feel User interface? I tried selecting either classic or oxygen but nothing seems to change. Cheers, Stefano On Tue, Jan 3, 2012 at 2:14 AM, Guenter Milde mi...@users.sf.net wrote: On 2012-01-02, Richard Heck wrote: On 01/02/2012 02:18 PM, stefano franchi wrote: Since Lyx 2.0 I am having troubles customizing LyX Ui. In particular, I cannot get LyX to let the Ui preferences set in my .lyx/ui dir override the system-wide settings (which are in /usr/share/lyx/ui on my archlinux box). My temporary workaround is to edit the system files themselves, but that's obviously a nuisance, 'cause they'll be overwritten on updates. Is anyone else experiencing this problem? I've just tried copying stdtoolbars.inc to ~/.lyx/ui/ and making a small change (commenting out one of the items). It worked fine. I'd try starting with clean files, if you haven't already. Could it have to do with the choice of ui flavour (classic, modern, ...) or interface language? Günter -- __ Stefano Franchi Associate Research Professor Department of Hispanic Studies Ph: +1 (979) 845-2125 Texas AM University Fax: +1 (979) 845-6421 College Station, Texas, USA attachment: lyx-partially-hidden-toolbars1.png
Re: Slow scrolling
On Jan 3, 2012, at 1:36 PM, Stephan Witt wrote: Am 03.01.2012 um 17:15 schrieb Olivier Ripoll: On 03.01.2012 16:31, Pavel Sanda wrote: Olivier Ripoll wrote: I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). ticket number? we have similar reports in trac, but very difficult to reproduce in other systems. are you able to compile lyx on your own? there were done some fixes for slowness in recent trunk (targeted on X11 but it may help here as well, cf http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg171540.html ). pavel Hi, Check my 2 messages in the LyX 2.0.2 Released thread, one dated december 5th (user mailing lists, perhaps devel too) and the other one dated december 16th (devel ML), which contains more details: http://www.mail-archive.com/lyx-users@lists.lyx.org/msg90218.html http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg172462.html Hi, I'm almost sure it depends on Qt-Version. With LyX on Mac with Qt4 we have two fundamental problems: 1. Qt4 with Carbon crashes when interacting with some desktop tools like Divvy or SizeUp http://www.lyx.org/trac/ticket/7365 and http://www.lyx.org/trac/ticket/7519 2. Qt4 with Cocoa is painting text with kerning hints This doesn't match with the drawing engine of LyX and LyX's cursor movement. See the discussion here: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg169152.html I've build 2.0.2 on Mac with Qt4.7 where Cocoa is the default to avoid (1). The drawback is we have to deal with (2) - the current solution is to draw text just char by char, the text fragments are only one character long. To check if this is the culprit one may add the following line to your preferences file: \force_paint_single_char false On a Mac this is the file ~/Library/Application Support/LyX-2.0/preferences. (Broken cursor placement for long lines should be one consequence.) I've added the line that you suggest and the scrolling is improved--much like or exactly like 2.0.1 scrolling that I commented on earlier in this thread. And I see no problem with an incorrectly placed cursor. Jerry Stephan
Re: way to add code before \documentclass{}
On 03-Jan-12 4:11 pm, Richard Heck wrote: On 01/03/2012 03:45 AM, Guenter Milde wrote: On 2012-01-01, Bogdan wrote: On 01-Jan-12 6:07 pm, Uwe Stöhr wrote: Am 01.01.2012 16:15, schrieb Richard Heck: On 12/31/2011 05:51 PM, Bogdan wrote: Is there *any* way to make LyX add latex code before the \documentclass{} call? I do not think so. And I have never seen this and I doubt that this will work because without loading the document class or any package, you cannot do much. There are several use cases. I remember a similar request some time (maybe years) ago. A hook for pre-documentclass code could also solve some of the how do I configure auto-loaded packages problems. I could imagine a layout keyword like PrePreamble % this should appear before the \documentclass call in the latex source EndPrePreamble This could then be used by layouts like IEEEtranA4 as well as in idividual documents via the local layout feature. If this is definitely needed, it is easy to provide it. Adding Layout stuff is fairly trivial. I guess the question was: Do we need it? or is there some other way around this? Richard I guess the need question depends on the time and attitude of the devs. I agree that most users probably do not need it and then you as devs may argue that you don't want to bother for a minority. However, LyX is a truly great piece of software and would be nice to cover all user base, not just the majority (granted, the latter could be overwhelming). I for one needed this fairly often for the IEEEtran class. In a reply to this thread I pointed to the official IEEEtran FAQ which requires code before \documentclass{} in order to set page margins: http://article.gmane.org/gmane.editors.lyx.general/73642 I also found older requests for this in the LyX list from users that were in the same situation: http://article.gmane.org/gmane.editors.lyx.general/50299 In my previous reply to this topic, I provided a hack that makes it possible (converter wrapper that parses and replaces the .tex output of LyX on the fly based on a placeholder in the LyX document class options before passing it to pdflatex). I did it in a matter of minutes so I believe (or want to believe) that it's trivial for the devs to add an extra text field next to the document class options field for code that goes before \documentclass{}. See my hack here: http://article.gmane.org/gmane.editors.lyx.general/73663 Bogdan. -- Bogdan Roman, http://www.cl.cam.ac.uk/~abr28/ Computer Laboratory, University of Cambridge
Re: Slow scrolling
Am 04.01.2012 um 01:28 schrieb Jerry: To check if this is the culprit one may add the following line to your preferences file: \force_paint_single_char false On a Mac this is the file ~/Library/Application Support/LyX-2.0/preferences. (Broken cursor placement for long lines should be one consequence.) I've added the line that you suggest and the scrolling is improved--much like or exactly like 2.0.1 scrolling that I commented on earlier in this thread. And I see no problem with an incorrectly placed cursor. Please, try it with a line of many m letters. Is the cursor placement at the end of the m-text correct? Stephan PS. Currently I'm working on a mini statistics with different settings on my Mac. This takes a significant amount of time because of the many builds I have to try.
Re: Slow scrolling
On Jan 2, 2012, at 8:57 PM, Murat Yildizoglu wrote: > Hi Jerry, > Is the document that you are editing exceptionally huge? No—it is only a few paragraphs of e.g. "lorem ipsum" or whatever. Adding a few equations doesn't seem to make any difference; if anything, it might make scrolling faster (not sure) possibly of having less text to render. Also, I recall in the LyX docs seeing a page which was a full page of a pre-rendered image, and when LyX came to that page, it scrolled faster, then slowing again when the pre-rendered page passed. > I am working on a 100+ pages manuscript with lots of equations and figures > without any problem. I am know under Lion on a 2011 MBP, I wouldn't think Snow Leopard versus Lion would make an difference, but _something_ is apparently different between our systems. I think I'm using Qt 4.7.0. (Is there a 32-bit or 64-bit issue here?) > but I do not remember having met problems with my Snow Leopard 2008 MBP. But, > I have seen in the past some ails about this problem, have you searched the > mail list archive? Maybe this is a specific problem for which there could be > solutions. I did a quick check of the archives but didn't see much that I thought was relevant. Jerry > > Murat > > 2012/1/3 Jerry> I'm evaluating LyX for a major project and am mightily impressed. > > However, there is one problem that stands out: Scrolling the main LyX window > is excruciatingly slow. I'm using LyX 2.0.2 and OS X 10.6.8. It doesn't seem > to matter how I scroll--two-finger swipe on MacBook Pro trackpad or using the > thumb bar or clicking on the normal scrolling arrows. When scrolling rather > fast or using the two-finger "ballistic scrolling", there are large jumps > between screen updates; sometimes the jump is more than an entire screenful > so there is little hope of reliably spotting things as they go by. While > scrolling, processor usage goes to 100% > > The problem seems to be (just guessing here) that text rendering is slowing > things down, as if screen drawing is not being buffered. If I make the window > narrower, things seem to improve a little, also if there is a part of the > document that has less text because of graphics or white space. Also, making > the text larger seems to help--again, pointing to problems rendering text > > Enabling "pixmap cache" helps a little but it makes the on-screen fonts hard > to read because it does away with sub-pixel antialiasing, which I hate. > > I'm actually kind of distressed about this because of the prospect of > spending months writing in LyX, and I'm surprised that this problem exists as > prominently as it does. > > Is there a work-around? I've tried a few different fonts but that doesn't > seem to help. > > Thanks, > Jerry > > > > -- > Prof. Murat Yildizoglu > > Université Montesquieu Bordeaux IV > GREThA (UMR CNRS 5113) > Avenue Léon Duguit > 33608 Pessac cedex > France > > Bureau : F-331 > > yi...@u-bordeaux4.fr > > http://yildizoglu.info > > http://www.twitter.com/yildizoglu >
Re: UserDir Ui settings NOT overriding LyXDir Ui setting
On 2012-01-02, Richard Heck wrote: > On 01/02/2012 02:18 PM, stefano franchi wrote: >> Since Lyx 2.0 I am having troubles customizing LyX Ui. In particular, >> I cannot get LyX to let the Ui preferences set in my .lyx/ui dir >> override the system-wide settings (which are in /usr/share/lyx/ui on >> my archlinux box). My temporary workaround is to edit the system files >> themselves, but that's obviously a nuisance, 'cause they'll be >> overwritten on updates. >> Is anyone else experiencing this problem? > I've just tried copying stdtoolbars.inc to ~/.lyx/ui/ and making a small > change (commenting out one of the items). It worked fine. > I'd try starting with clean files, if you haven't already. Could it have to do with the choice of ui "flavour" (classic, modern, ...) or interface language? Günter
Re: Image width in figure floats
On 2012-01-02, Maria Gouskova wrote: > I want to insert a high-resolution pdf image into a figure float. I assume this is a bitmap image wrapped into PDF? (For a vector image, the "high-resolution" would not make sense to me.) > I specify the width of the image in the figure properties as "100% of > line width". Typesetting via pdflatex works fine, with the image scaled > appropriately. Typesetting via ps2pdf or dvipdfm does not scale the > image--it spills over onto the margin and off the page. I cannot reproduce here. Tried inserting a scaled one-page PDF document (without wrapping in a float). The output of PDF (pdflatex), PDF (ps2pdf), and PDF (dvipdfm) is exactly the same (with proper scaling of the indcluded graphic). > DVI didn't produce a pdf at all, even though LyX claimed successful > import to pdf. I don't understand this. (DVI (a file format) didn't produce pdf (a different file format)?) > I tried the same with an .eps figure and did not encounter these > issues, so it seems to be a combination of using a .pdf image and > certain output formats. It might also depend on * the content of the EPS or PDF figure, and * the PDF -> EPS conversion program (as for the ps2pdf route, LyX converts the input file from PDF to EPS, latex generates a DVI with a reference to the EPS file, dvips embedds it into the generated PS file and ps2pdf converts the PS file to PDF). Günter
svn update po/xxx conflict
what is recommended to do if during a svn update of LyX a conflict in »po/xxx.po« is detected? Wolfgang
Re: way to add code before \documentclass{}
On 2012-01-01, Bogdan wrote: > On 01-Jan-12 6:07 pm, Uwe Stöhr wrote: >> Am 01.01.2012 16:15, schrieb Richard Heck: >>> On 12/31/2011 05:51 PM, Bogdan wrote: Is there *any* way to make LyX add latex code before the \documentclass{} call? >>> I do not think so. >> And I have never seen this and I doubt that this will work because >> without loading the document class or any package, you cannot do much. There are several use cases. I remember a similar request some time (maybe years) ago. A "hook" for pre-documentclass code could also solve some of the "how do I configure auto-loaded packages" problems. I could imagine a layout keyword like PrePreamble % this should appear before the \documentclass call in the latex source EndPrePreamble This could then be used by layouts like "IEEEtranA4" as well as in idividual documents via the local layout feature. >> But what exactly do you want? Can you send me a _small_ LyX file with a >> short explanation? > Being able to input code before the \documentclass call is actually not > uncommon. ... > I hope the above explanations are sufficient but I can still submit a > LyX file if you want me. I wouldn't be able to show much in it though > since this is what I would like LyX to do: allow me to input code before > \documentclass :) In this case, a _small_ LaTeX file might be a better example. Maybe you can provide some small LaTeX use cases to convince the developers that this is a case common enought to support it without ugly workarounds? > p.s. I'm also using the 2nd example to compile two versions of the same > latex document, one with just maths questions (for students), and the > other with questions+answers (for supervisors). Saves time, different > issue though. In LyX, conditional text is usually done with branches (define with Document>Settings>Branches, use with Insert>Branch). Günter
Re: svn update po/xxx conflict
Wolfgang Engelmann wrote: > what is recommended to do if during a svn update of LyX a > conflict in »po/xxx.po« is detected? Just delete the affected files (including the .rej etc. files) and update again. Jürgen
Re: Appendix depth
On 2011-12-31, Jürgen Spitzmüller wrote: > Bianca Schöne wrote: >> So basically, I want the naming (A and B instead of A1 and A2) of >> chapters, but the formatting of sections. (A minimal file is >> included.) > Here's a hackish solution (note that this only affects the output, not the > display in the LyX window): > \usepackage{chngcntr} I suppose (but did not test) that this could also be achieved with the section-heading customization provided by KOMA (and nicely documented in scrguide.pdf (German) and scrguien.pdf (English). Günter
Re: line break with extra space in equations, how?
On 2011-12-28, Bogdan wrote: > On 28-Dec-11 6:04 pm, Richard Heck wrote: >> On 12/28/2011 12:49 PM, Richard Heck wrote: >>> On 12/28/2011 10:00 AM, Bogdan wrote: ... > It would be quite nice if LyX offered a feature to edit, say, the source > of a highlighted portion of text/math. That way, for any such > unsupported features like \\[10pt], I could just select text, edit lyx > source, a separate window/panel appears with the source, do my edits > there e.g. add \\[10pt], press done to go back to normal LyX view. I > know it looks like it defeats the purpose of LyX but would allow quick > workarounds of any troublesome situations. > What do others think? My suggestion is to allow "dissolution" of a math inset similar to other insets (note, float, minipages and other boxes, etc.): if you place the cursor at the first position in the inset and press Backspace, the inset is replaced by its content. For a math-inset, the content would be the LaTeX source. Then you could toggle between source and math-inset quite easily. Of course, an editable LaTeX source view would be the more generic and long awaited solution - but far more hard to implement. Günter
Re: Slow scrolling
On 03.01.2012 04:12, Jerry wrote: I'm evaluating LyX for a major project and am mightily impressed. However, there is one problem that stands out: Scrolling the main LyX window is excruciatingly slow. > I'm using LyX 2.0.2 and OS X 10.6.8. It doesn't seem to matter how I scroll--two-finger swipe > on MacBook Pro trackpad or using the thumb bar or clicking on the normal scrolling arrows. > When scrolling rather fast or using the two-finger "ballistic scrolling", there are large jumps > between screen updates; sometimes the jump is more than an entire screenful so there is little hope > of reliably spotting things as they go by. While scrolling, processor usage goes to 100% The problem seems to be (just guessing here) that text rendering is slowing things down, as > if screen drawing is not being buffered. If I make the window narrower, things seem to improve > a little, also if there is a part of the document that has less text because of graphics or white > space. Also, making the text larger seems to help--again, pointing to problems rendering text Enabling "pixmap cache" helps a little but it makes the on-screen fonts hard to read because > it does away with sub-pixel antialiasing, which I hate. I'm actually kind of distressed about this because of the prospect of spending months > writing in LyX, and I'm surprised that this problem exists as prominently as it does. Is there a work-around? I've tried a few different fonts but that doesn't seem to help. Thanks, Jerry Hi Jerry, I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). I did not have that problem with LyX 2.0.1, so I would advise to try that version instead and report if it fixes the issue for you too. Best regards, Olivier
Re: svn update po/xxx conflict
Am Dienstag, 3. Januar 2012, 09:46:56 schrieb Jürgen Spitzmüller: > Wolfgang Engelmann wrote: > > what is recommended to do if during a svn update of LyX a > > conflict in »po/xxx.po« is detected? > > Just delete the affected files (including the .rej etc. files) and > update again. > > Jürgen Thanks, Jürgen. Shoud I remove the whole /lyx-devel/po or just its content or should parts of it stay? Wolfgang
Re: svn update po/xxx conflict
Wolfgang Engelmann wrote: > Shoud I remove the whole > /lyx-devel/po > or just its content > or should parts of it stay? Just remove the affected files (which have conflicts) or all *.po* files. If you remove the whole dir, you will need to rerun ./autogen.sh and configure after the update. Alternatively, you can also issue "svn revert -R *" from within the po directory. Jürgen
Re: svn update po/xxx conflict
Am Dienstag, 3. Januar 2012, 13:59:22 schrieb Jürgen Spitzmüller: > Wolfgang Engelmann wrote: > > Shoud I remove the whole > > /lyx-devel/po > > or just its content > > or should parts of it stay? > > Just remove the affected files (which have conflicts) or all *.po* > files. If you remove the whole dir, you will need to rerun ./autogen.sh > and configure after the update. > > Alternatively, you can also issue "svn revert -R *" from within the po > directory. > > Jürgen Thanks again, Jürgen After removing all the .po files and nothing else from the po dir the svn update went smoothly. However, the lyx help shows still version 2.0.1 instead of 2.0.2. What else do I have to do to get the latest version? Wolfgang
Re: svn update po/xxx conflict
Wolfgang Engelmann wrote: > However, the lyx help shows still version 2.0.1 instead of 2.0.2. > > What else do I have to do to get the latest version? The version number gets updated at configure time IIRC. So try ./configure ; make. If this doesn't help, you might even have to run ./autogen.sh in advance. HTH Jürgen
Re: LyX slow with remote filesystems
Adam Sacarny wrote: > I am editing a document in LyX (Mac OS X Lion, LyX 2.0.2) that is stored > locally but references several files -- included TeX snippets and some > graphics stored as EPS -- that I keep on a remote server. The files are on a > drive that I mounted through sshfs using the latest version of OSXFUSE and > the program Macfusion. > > The trouble is, whenever the drive is mounted, LyX slows down a ton. On slow > connections it's completely unusable. LyX lags whenever I type, and I notice > that at the same time, network traffic spikes. (Note that all of the included > files have preview turned off.) > > I'm not really a programmer, but it seems like every time I hit a key, LyX > checks the included files to see if they've been updated. But I don't really > know! yes lyx checks for updates of the included material like .eps files and there is no gui way how to disable it. what about changing sshfs options for more massive caching? pavel
Re: way to add code before \documentclass{}
On 01/03/2012 03:45 AM, Guenter Milde wrote: On 2012-01-01, Bogdan wrote: On 01-Jan-12 6:07 pm, Uwe Stöhr wrote: Am 01.01.2012 16:15, schrieb Richard Heck: On 12/31/2011 05:51 PM, Bogdan wrote: Is there *any* way to make LyX add latex code before the \documentclass{} call? I do not think so. And I have never seen this and I doubt that this will work because without loading the document class or any package, you cannot do much. There are several use cases. I remember a similar request some time (maybe years) ago. A "hook" for pre-documentclass code could also solve some of the "how do I configure auto-loaded packages" problems. I could imagine a layout keyword like PrePreamble % this should appear before the \documentclass call in the latex source EndPrePreamble This could then be used by layouts like "IEEEtranA4" as well as in idividual documents via the local layout feature. If this is definitely needed, it is easy to provide it. Adding Layout stuff is fairly trivial. I guess the question was: Do we need it? or is there some other way around this? Richard
Re: svn update po/xxx conflict
On 01/03/2012 03:46 AM, Jürgen Spitzmüller wrote: Wolfgang Engelmann wrote: what is recommended to do if during a svn update of LyX a conflict in »po/xxx.po« is detected? Just delete the affected files (including the .rej etc. files) and update again. Or just do: svn revert po/*.po. Richard
Re: LyX slow with remote filesystems
On 01/03/2012 10:06 AM, Pavel Sanda wrote: Adam Sacarny wrote: I am editing a document in LyX (Mac OS X Lion, LyX 2.0.2) that is stored locally but references several files -- included TeX snippets and some graphics stored as EPS -- that I keep on a remote server. The files are on a drive that I mounted through sshfs using the latest version of OSXFUSE and the program Macfusion. The trouble is, whenever the drive is mounted, LyX slows down a ton. On slow connections it's completely unusable. LyX lags whenever I type, and I notice that at the same time, network traffic spikes. (Note that all of the included files have preview turned off.) I'm not really a programmer, but it seems like every time I hit a key, LyX checks the included files to see if they've been updated. But I don't really know! yes lyx checks for updates of the included material like .eps files and there is no gui way how to disable it. Do we need a way to disable this? Should be fairly easy. Richard
Re: Slow scrolling
Olivier Ripoll wrote: > I reported the very same sysmptoms a few weeks ago but until now it seems I > was the only person to see it, although I could see it on 2 machines > (different OS versions of windows, different CPU different graphic cards). > So I am somehow glad it's happening to you (sorry). ticket number? we have similar reports in trac, but very difficult to reproduce in other systems. are you able to compile lyx on your own? there were done some fixes for slowness in recent trunk (targeted on X11 but it may help here as well, cf http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg171540.html ). pavel
Re: Slow scrolling
On 03.01.2012 16:31, Pavel Sanda wrote: Olivier Ripoll wrote: I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). ticket number? we have similar reports in trac, but very difficult to reproduce in other systems. are you able to compile lyx on your own? there were done some fixes for slowness in recent trunk (targeted on X11 but it may help here as well, cf http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg171540.html ). pavel Hi, Check my 2 messages in the "LyX 2.0.2 Released" thread, one dated december 5th (user mailing lists, perhaps devel too) and the other one dated december 16th (devel ML), which contains more details: http://www.mail-archive.com/lyx-users@lists.lyx.org/msg90218.html http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg172462.html Best regards, Olivier
Re: svn update po/xxx conflict
Am Dienstag, 3. Januar 2012, 14:57:48 schrieb Jürgen Spitzmüller: > Wolfgang Engelmann wrote: > > However, the lyx help shows still version 2.0.1 instead of 2.0.2. > > > > What else do I have to do to get the latest version? > > The version number gets updated at configure time IIRC. So try > ./configure ; make. If this doesn't help, you might even have to run > ./autogen.sh in advance. > > HTH > Jürgen Thanks again, Juergen and Richard, sorry that I forgot to configure make when doing make and make check, I get this error: make[3]: Entering directory `/mnt/sda/home/wolfgang/lyx-devel/src' make[3]: *** Keine Regel vorhanden, um das Target »graphics/Previews.cpp«, benötigt von »Previews.o«, zu erstellen. Schluss. make[3]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' make[2]: *** [check-recursive] Fehler 1 make[2]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' make[1]: *** [check] Fehler 2 make[1]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' make: *** [check-recursive] Fehler 1 does it mean, I have to make clean and run first ./autogen.sh ? and make install prefix=/usr/local/stow/lyx202 might be wise, to have the old 2.0.1 available if something goes wrong ? Wolfgang
Re: svn update po/xxx conflict
Wolfgang Engelmann wrote: > Thanks again, Juergen and Richard, > sorry that I forgot to configure make > > when doing make and make check, I get this error: > > make[3]: Entering directory `/mnt/sda/home/wolfgang/lyx-devel/src' > make[3]: *** Keine Regel vorhanden, um das Target »graphics/Previews.cpp«, > benötigt von »Previews.o«, zu erstellen. Schluss. > make[3]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' > make[2]: *** [check-recursive] Fehler 1 > make[2]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' > make[1]: *** [check] Fehler 2 > make[1]: Leaving directory `/mnt/sda/home/wolfgang/lyx-devel/src' > make: *** [check-recursive] Fehler 1 > > does it mean, I have to make clean and run first ./autogen.sh ? try it. > and make install prefix=/usr/local/stow/lyx202 > might be wise, to have the old 2.0.1 available if something goes wrong ? I think a prefix for different branch versions is overkill, the changes should be bearable. And you can always just reinstall 2.0.1 if things go wrong. Jürgen
Re: Slow scrolling
Am 03.01.2012 um 17:15 schrieb Olivier Ripoll: > On 03.01.2012 16:31, Pavel Sanda wrote: >> Olivier Ripoll wrote: >>> I reported the very same sysmptoms a few weeks ago but until now it seems I >>> was the only person to see it, although I could see it on 2 machines >>> (different OS versions of windows, different CPU different graphic cards). >>> So I am somehow glad it's happening to you (sorry). >> >> ticket number? we have similar reports in trac, but very difficult to >> reproduce >> in other systems. >> >> are you able to compile lyx on your own? there were done some fixes for >> slowness >> in recent trunk (targeted on X11 but it may help here as well, cf >> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg171540.html ). >> >> pavel >> > > Hi, > > Check my 2 messages in the "LyX 2.0.2 Released" thread, one dated december > 5th (user mailing lists, perhaps devel too) and the other one dated december > 16th (devel ML), which contains more details: > > http://www.mail-archive.com/lyx-users@lists.lyx.org/msg90218.html > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg172462.html Hi, I'm almost sure it depends on Qt-Version. With LyX on Mac with Qt4 we have two fundamental problems: 1. Qt4 with Carbon crashes when interacting with some desktop tools like Divvy or SizeUp http://www.lyx.org/trac/ticket/7365 and http://www.lyx.org/trac/ticket/7519 2. Qt4 with Cocoa is painting text with kerning hints This doesn't match with the drawing engine of LyX and LyX's cursor movement. See the discussion here: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg169152.html I've build 2.0.2 on Mac with Qt4.7 where Cocoa is the default to avoid (1). The drawback is we have to deal with (2) - the current solution is to draw text just char by char, the text fragments are only one character long. To check if this is the culprit one may add the following line to your preferences file: \force_paint_single_char false On a Mac this is the file "~/Library/Application Support/LyX-2.0/preferences". (Broken cursor placement for long lines should be one consequence.) Stephan
Beamer (elabeling) list and \uncover overlay
Hello, in a beamer presentation (see attached minimal example), I want to uncover a (labelled) list line by line, _including_ the labels for each line. If I place the ERT with \uncover{ in front of the label, this yields an error due to mismatching of ] and }. How do I place the ERT with \uncover{ in front of the (invisible) \item, so that the label does also get uncovered? In TeXworks, this is easy, but in LyX, it seems to be essentially impossible. TIA, Sincerely, Wolfgang -- HOMO HOMINI HOSTISIN FELIBUS FELICITAS Beamer Test.lyx Description: Binary data
Beamer: list bulllets disappearing?
Hello, and yet another issue with beamer and LyX: Somehow, the list item bullets in the attached document get lost when compiling to PDF. And this seems to be independent of whether I use XeTeX or not. Any idea what I have overseen? TIA, Sincerely, Wolfgang -- HOMO HOMINI HOSTISIN FELIBUS FELICITAS Beamer Test 2.lyx Description: Binary data
Re: Slow scrolling
On Jan 3, 2012, at 3:28 AM, Olivier Ripoll wrote: > Hi Jerry, > > I reported the very same sysmptoms a few weeks ago but until now it seems I > was the only person to see it, although I could see it on 2 machines > (different OS versions of windows, different CPU different graphic cards). So > I am somehow glad it's happening to you (sorry). > > I did not have that problem with LyX 2.0.1, so I would advise to try that > version instead and report if it fixes the issue for you too. I just downloaded 2.0.1. The scrolling with that version is better, bordering on useful (or better). It is still sluggish but generally not horrible. (Nowhere as fast as native OS X scrolling.) Maybe a factor of 2x(?) faster. Jerry > > Best regards, > > Olivier >
Re: Slow scrolling
On Jan 3, 2012, at 8:31 AM, Pavel Sanda wrote: > Olivier Ripoll wrote: >> I reported the very same sysmptoms a few weeks ago but until now it seems I >> was the only person to see it, although I could see it on 2 machines >> (different OS versions of windows, different CPU different graphic cards). >> So I am somehow glad it's happening to you (sorry). > > ticket number? we have similar reports in trac, but very difficult to > reproduce > in other systems. > > are you able to compile lyx on your own? there were done some fixes for > slowness > in recent trunk (targeted on X11 but it may help here as well, cf > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg171540.html ). > > pavel I tried to compile rev 40563 on OS X 10.6.8 but this happened: docstring.cpp:20:17: error: QFile: No such file or directory docstring.cpp: In function ‘const lyx::docstring lyx::from_local8bit(const std::string&)’: docstring.cpp:114: error: incomplete type ‘QString’ used in nested name specifier docstring.cpp: In function ‘const std::string lyx::to_local8bit(const lyx::docstring&)’: docstring.cpp:135: error: ‘QByteArray’ was not declared in this scope docstring.cpp:135: error: expected `;' before ‘const’ docstring.cpp:136: error: ‘local’ was not declared in this scope docstring.cpp:138: error: ‘local’ was not declared in this scope docstring.cpp: In function ‘const lyx::docstring lyx::from_filesystem8bit(const std::string&)’: docstring.cpp:144: error: ‘QByteArray’ was not declared in this scope docstring.cpp:144: error: expected `;' before ‘const’ docstring.cpp:145: error: ‘QFile’ has not been declared docstring.cpp:145: error: ‘encoded’ was not declared in this scope docstring.cpp: At global scope: docstring.cpp:142: warning: unused parameter ‘s’ docstring.cpp: In function ‘const std::string lyx::to_filesystem8bit(const lyx::docstring&)’: docstring.cpp:151: error: ‘QByteArray’ was not declared in this scope docstring.cpp:151: error: expected `;' before ‘const’ docstring.cpp:152: error: ‘encoded’ was not declared in this scope docstring.cpp: At global scope: docstring.cpp:149: warning: unused parameter ‘s’ docstring.cpp: In function ‘const lyx::docstring lyx::normalize_c(const lyx::docstring&)’: docstring.cpp:174: error: invalid use of incomplete type ‘struct QString’ ./../support/qstring_helpers.h:17: error: forward declaration of ‘struct QString’ docstring.cpp:174: error: incomplete type ‘QString’ used in nested name specifier make[5]: *** [docstring.o] Error 1 make[4]: *** [all] Error 2 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Jerry
Re: Slow scrolling
On Monday, January 02, 2012 10:12:47 PM Jerry wrote: > I'm evaluating LyX for a major project and am mightily impressed. > > However, there is one problem that stands out: Scrolling the main > LyX window is excruciatingly slow. I'm using LyX 2.0.2 and OS X > 10.6.8. It doesn't seem to matter how I scroll--two-finger swipe > on MacBook Pro trackpad or using the thumb bar or clicking on the > normal scrolling arrows. When scrolling rather fast or using the > two-finger "ballistic scrolling", there are large jumps between > screen updates; sometimes the jump is more than an entire > screenful so there is little hope of reliably spotting things as > they go by. While scrolling, processor usage goes to 100% > > The problem seems to be (just guessing here) that text rendering is > slowing things down, as if screen drawing is not being buffered. > If I make the window narrower, things seem to improve a little, > also if there is a part of the document that has less text because > of graphics or white space. Also, making the text larger seems to > help--again, pointing to problems rendering text > > Enabling "pixmap cache" helps a little but it makes the on-screen > fonts hard to read because it does away with sub-pixel > antialiasing, which I hate. > > I'm actually kind of distressed about this because of the prospect > of spending months writing in LyX, and I'm surprised that this > problem exists as prominently as it does. > > Is there a work-around? I've tried a few different fonts but that > doesn't seem to help. Hi Jerry, I also see the symptom you describe on a 110K word book in LyX, rendered in LyX 2.0.0 on Ubuntu Linux 11.04 on a 3 year old desktop with an Intel dual core. If I scroll by dragging the vertical scrollbar, it goes in jumps. If I use my mouse wheel, it seems a little slow there too. PageDown is not without its delays. I've never noticed this problem before, even though I've written almost ten books in LyX. The reason I never noticed it is I seldom have a reason to scroll through significant parts of the book. If I'm looking for something, I can either find it drilling down via outline view, or use text search to find it. The only time I scroll is when I expect the needed text to be within a couple pagefulls of where I am now. Also, Ctrl+Home and Ctrl+End can be used to go to the Beginning/End of the document, in less than 1/4 second. You can also set and goto up to 9 bookmarks with hotkeys. Bottom line, I reproduced the symptom you mentioned, but other LyX features make it not the slightest bit of a problem. SteveT Steve Litt Author: The Key to Everyday Excellence http://www.troubleshooters.com/bookstore/key_excellence.htm Twitter: http://www.twitter.com/stevelitt
Re: Image width in figure floats
On Tue, Jan 3, 2012 at 3:29 AM, Guenter Mildewrote: > On 2012-01-02, Maria Gouskova wrote: > >> I want to insert a high-resolution pdf image into a figure float. > > I assume this is a bitmap image wrapped into PDF? (For a vector image, > the "high-resolution" would not make sense to me.) It is indeed a vector format pdf file generated in R, sorry about not making sense to you with my explanation. >> I specify the width of the image in the figure properties as "100% of >> line width". Typesetting via pdflatex works fine, with the image scaled >> appropriately. Typesetting via ps2pdf or dvipdfm does not scale the >> image--it spills over onto the margin and off the page. > > I cannot reproduce here. Tried inserting a scaled one-page PDF document > (without wrapping in a float). The output of > PDF (pdflatex), > PDF (ps2pdf), and > PDF (dvipdfm) > is exactly the same (with proper scaling of the indcluded graphic). Okay. Are your OS and LyX version the same? >> DVI didn't produce a pdf at all, even though LyX claimed successful >> import to pdf. > > I don't understand this. (DVI (a file format) didn't produce pdf (a > different file format)?) Sorry, DVI produced an output, not a pdf file, obviously. That was a typo. >> I tried the same with an .eps figure and did not encounter these >> issues, so it seems to be a combination of using a .pdf image and >> certain output formats. > > It might also depend on > > * the content of the EPS or PDF figure, and > * the PDF -> EPS conversion program (as for the ps2pdf route, LyX converts > the input file from PDF to EPS, latex generates a DVI with a reference to > the EPS file, dvips embedds it into the generated PS file and ps2pdf > converts the PS file to PDF). Well, what I find interesting is that the output methods work equally well when I specify the size of the figure as a percentage of the original file (e.g., 40%), but not when I specify it as being 100% of the line width. Anyway, I have a sort of workaround, even though I do not have a solution. Thanks for your response. Maria
Re: Slow scrolling
On Jan 3, 2012, at 4:51 PM, Steve Litt wrote: > On Monday, January 02, 2012 10:12:47 PM Jerry wrote: >> I'm evaluating LyX for a major project and am mightily impressed. >> >> However, there is one problem that stands out: Scrolling the main >> LyX window is excruciatingly slow. I'm using LyX 2.0.2 and OS X >> 10.6.8. It doesn't seem to matter how I scroll--two-finger swipe >> on MacBook Pro trackpad or using the thumb bar or clicking on the >> normal scrolling arrows. When scrolling rather fast or using the >> two-finger "ballistic scrolling", there are large jumps between >> screen updates; sometimes the jump is more than an entire >> screenful so there is little hope of reliably spotting things as >> they go by. While scrolling, processor usage goes to 100% >> >> The problem seems to be (just guessing here) that text rendering is >> slowing things down, as if screen drawing is not being buffered. >> If I make the window narrower, things seem to improve a little, >> also if there is a part of the document that has less text because >> of graphics or white space. Also, making the text larger seems to >> help--again, pointing to problems rendering text >> >> Enabling "pixmap cache" helps a little but it makes the on-screen >> fonts hard to read because it does away with sub-pixel >> antialiasing, which I hate. >> >> I'm actually kind of distressed about this because of the prospect >> of spending months writing in LyX, and I'm surprised that this >> problem exists as prominently as it does. >> >> Is there a work-around? I've tried a few different fonts but that >> doesn't seem to help. > > Hi Jerry, > > I also see the symptom you describe on a 110K word book in LyX, > rendered in LyX 2.0.0 on Ubuntu Linux 11.04 on a 3 year old desktop > with an Intel dual core. If I scroll by dragging the vertical > scrollbar, it goes in jumps. If I use my mouse wheel, it seems a > little slow there too. PageDown is not without its delays. > > I've never noticed this problem before, even though I've written > almost ten books in LyX. The reason I never noticed it is I seldom > have a reason to scroll through significant parts of the book. If I'm > looking for something, I can either find it drilling down via outline > view, or use text search to find it. The only time I scroll is when I > expect the needed text to be within a couple pagefulls of where I am > now. Hmmm. I suspect that the problem is worse on my machine because even scrolling small amounts (a few lines or a couple of pages) is so laggy/jumpy that it is easily noticeable/annoying--hard to track features as they go by. Scrolling large distances in a short time pretty much takes place as fast as scrolling a native application; it's just that to get the job done in roughly the same amount of time, there are huge jumps. In an earlier post in this thread I noted that 2.0.1 was much better in this regard (I just tried 2.0.1 a couple hours ago), so at least in part, this is looks like a recent development. Jerry > > Also, Ctrl+Home and Ctrl+End can be used to go to the Beginning/End of > the document, in less than 1/4 second. You can also set and goto up to > 9 bookmarks with hotkeys. > > Bottom line, I reproduced the symptom you mentioned, but other LyX > features make it not the slightest bit of a problem. > > SteveT > > > Steve Litt > Author: The Key to Everyday Excellence > http://www.troubleshooters.com/bookstore/key_excellence.htm > Twitter: http://www.twitter.com/stevelitt >
Re: UserDir Ui settings NOT overriding LyXDir Ui setting
Richard: I tried erasing the ~/.lyx dir, but nothing changes, same behavior. I forgot to mention that the default ui I get is with three toolbars (Standard, View/Update, Extra), two of which, however, are almost completely hidden (see picture below). So it looks like it's some configuration problem, perhaps on Archlinux only. Guenter: I am not sure about what you mean by "UI flavour." Is it the choice of "Default" "Classic," and "Oxygen" in Tools>>Preferences>> Look and Feel>> User interface? I tried selecting either classic or oxygen but nothing seems to change. Cheers, Stefano On Tue, Jan 3, 2012 at 2:14 AM, Guenter Mildewrote: > On 2012-01-02, Richard Heck wrote: >> On 01/02/2012 02:18 PM, stefano franchi wrote: >>> Since Lyx 2.0 I am having troubles customizing LyX Ui. In particular, >>> I cannot get LyX to let the Ui preferences set in my .lyx/ui dir >>> override the system-wide settings (which are in /usr/share/lyx/ui on >>> my archlinux box). My temporary workaround is to edit the system files >>> themselves, but that's obviously a nuisance, 'cause they'll be >>> overwritten on updates. > >>> Is anyone else experiencing this problem? >> I've just tried copying stdtoolbars.inc to ~/.lyx/ui/ and making a small >> change (commenting out one of the items). It worked fine. > >> I'd try starting with clean files, if you haven't already. > > Could it have to do with the choice of ui "flavour" (classic, modern, ...) > or interface language? > > Günter > -- __ Stefano Franchi Associate Research Professor Department of Hispanic Studies Ph: +1 (979) 845-2125 Texas A University Fax: +1 (979) 845-6421 College Station, Texas, USA <>
Re: Slow scrolling
On Jan 3, 2012, at 1:36 PM, Stephan Witt wrote: > Am 03.01.2012 um 17:15 schrieb Olivier Ripoll: > >> On 03.01.2012 16:31, Pavel Sanda wrote: >>> Olivier Ripoll wrote: I reported the very same sysmptoms a few weeks ago but until now it seems I was the only person to see it, although I could see it on 2 machines (different OS versions of windows, different CPU different graphic cards). So I am somehow glad it's happening to you (sorry). >>> >>> ticket number? we have similar reports in trac, but very difficult to >>> reproduce >>> in other systems. >>> >>> are you able to compile lyx on your own? there were done some fixes for >>> slowness >>> in recent trunk (targeted on X11 but it may help here as well, cf >>> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg171540.html ). >>> >>> pavel >>> >> >> Hi, >> >> Check my 2 messages in the "LyX 2.0.2 Released" thread, one dated december >> 5th (user mailing lists, perhaps devel too) and the other one dated december >> 16th (devel ML), which contains more details: >> >> http://www.mail-archive.com/lyx-users@lists.lyx.org/msg90218.html >> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg172462.html > > Hi, > > I'm almost sure it depends on Qt-Version. > > With LyX on Mac with Qt4 we have two fundamental problems: > 1. Qt4 with Carbon crashes when interacting with some desktop tools like > Divvy or SizeUp > http://www.lyx.org/trac/ticket/7365 and > http://www.lyx.org/trac/ticket/7519 > > 2. Qt4 with Cocoa is painting text with kerning hints > This doesn't match with the drawing engine of LyX and LyX's cursor movement. > See the discussion here: > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg169152.html > > I've build 2.0.2 on Mac with Qt4.7 where Cocoa is the default to avoid (1). > The drawback is we have to deal with (2) - the current solution is to draw > text just char by char, > the text fragments are only one character long. > > To check if this is the culprit one may add the following line to your > preferences file: > \force_paint_single_char false > On a Mac this is the file "~/Library/Application Support/LyX-2.0/preferences". > (Broken cursor placement for long lines should be one consequence.) I've added the line that you suggest and the scrolling is improved--much like or exactly like 2.0.1 scrolling that I commented on earlier in this thread. And I see no problem with an incorrectly placed cursor. Jerry > > Stephan
Re: way to add code before \documentclass{}
On 03-Jan-12 4:11 pm, Richard Heck wrote: On 01/03/2012 03:45 AM, Guenter Milde wrote: On 2012-01-01, Bogdan wrote: On 01-Jan-12 6:07 pm, Uwe Stöhr wrote: Am 01.01.2012 16:15, schrieb Richard Heck: On 12/31/2011 05:51 PM, Bogdan wrote: Is there *any* way to make LyX add latex code before the \documentclass{} call? I do not think so. And I have never seen this and I doubt that this will work because without loading the document class or any package, you cannot do much. There are several use cases. I remember a similar request some time (maybe years) ago. A "hook" for pre-documentclass code could also solve some of the "how do I configure auto-loaded packages" problems. I could imagine a layout keyword like PrePreamble % this should appear before the \documentclass call in the latex source EndPrePreamble This could then be used by layouts like "IEEEtranA4" as well as in idividual documents via the local layout feature. If this is definitely needed, it is easy to provide it. Adding Layout stuff is fairly trivial. I guess the question was: Do we need it? or is there some other way around this? Richard I guess the "need" question depends on the time and attitude of the devs. I agree that most users probably do not need it and then you as devs may argue that you don't want to bother for a minority. However, LyX is a truly great piece of software and would be nice to cover all user base, not just the majority (granted, the latter could be overwhelming). I for one needed this fairly often for the IEEEtran class. In a reply to this thread I pointed to the official IEEEtran FAQ which requires code before \documentclass{} in order to set page margins: http://article.gmane.org/gmane.editors.lyx.general/73642 I also found older requests for this in the LyX list from users that were in the same situation: http://article.gmane.org/gmane.editors.lyx.general/50299 In my previous reply to this topic, I provided a hack that makes it possible (converter wrapper that parses and replaces the .tex output of LyX on the fly based on a placeholder in the LyX document class options before passing it to pdflatex). I did it in a matter of minutes so I believe (or want to believe) that it's trivial for the devs to add an extra text field next to the document class options field for code that goes before \documentclass{}. See my hack here: http://article.gmane.org/gmane.editors.lyx.general/73663 Bogdan. -- Bogdan Roman, http://www.cl.cam.ac.uk/~abr28/ Computer Laboratory, University of Cambridge
Re: Slow scrolling
Am 04.01.2012 um 01:28 schrieb Jerry: >> >> To check if this is the culprit one may add the following line to your >> preferences file: >> \force_paint_single_char false >> On a Mac this is the file "~/Library/Application >> Support/LyX-2.0/preferences". >> (Broken cursor placement for long lines should be one consequence.) > > I've added the line that you suggest and the scrolling is improved--much like > or exactly like 2.0.1 scrolling that I commented on earlier in this thread. > And I see no problem with an incorrectly placed cursor. Please, try it with a line of many "m" letters. Is the cursor placement at the end of the "m"-text correct? Stephan PS. Currently I'm working on a mini statistics with different settings on my Mac. This takes a significant amount of time because of the many builds I have to try.