Re: [feature request] Using Sweave with LyX - out of the box support for creating R reports
On 1/3/08, Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Please create a bug with all the relevant information if it is not yet done. http://bugzilla.lyx.org/show_bug.cgi?id=4286 Gregor took care of updating the bug report accordingly. Regards, Liviu
Lulu page margins confusion
I know margins were discussed here a while back but I am now more confused than before. I have bought a distribution package from Lulu for my book. The requirements for margins are strict. Top and bottom margins must be the same and so must side margins though there can be a gutter. As far as I can see this would mean something like this: Top = 0.75 in Bottom = 0.75 in Outer = 0.75 in Inner = 1.0 in Does this seem sensible? Has anyone else prepared a book for Lulu in this way? I'm not sure the above is right, because then, in the bound book, the inner margin would appear the same as the outer margin, whereas in most books I look at it is smaller. So should inner = 0.75 in as well? Anthony -- Anthony Campbell - [EMAIL PROTECTED] Microsoft-free zone - Using Linux Gnu-Debian http://www.acampbell.org.uk (blog, book reviews, on-line books and sceptical articles)
Re: [feature request] Using Sweave with LyX - out of the box support for creating R reports
Gorjanc Gregor [EMAIL PROTECTED] writes: take a look at http://bugzilla.lyx.org/show_bug.cgi?id=4286 I did try to change the milestone to 1.6, but was not able to do that, since I was not the original poster. FWIW, I have downloaded the paper and began to read it. I am not sure what is the best way to proceed. I guess it would be enough to configure either noweb or Sweave depending on which one is available. Also it would be nice to be able to use this with any class. The new support for modules should be enough for that, but it needs thought and a bit of design. I doubt I will have time to work on it personally. Unfortunately, the target will be set to 1.6 only if we find somebody willing to work on it. JMarc
Re: DocBook Support?
On Wednesday 02 January 2008 08:03:52 Ryan Cross wrote: Bump... Can anyone provide some guidance on working with DocBook for Lyx (with any current versions)? Thanks! -Ryan I am sorry for the delay. I have been recovering from a small surgery just before the holidays, and now I am recovering from the holidays. :-) Expect new documentation next week. I will add the documentation to the wiki and then post a link here. -- José Abílio
Re: Reminder of otl2lyx.awk
On Sunday 30 December 2007 19:05:04 Steve Litt wrote: Hi all, otl2lyx.awk has been tested and works for LyX 1.4.x. I hear 1.5.x has a different format, so obviously otl2lyx.awk must be changed to output the 1.5.x type LyX, or maybe the LyX project offers a converter. Either way it's not rocket science. lyx2lyx is python script used to convert older documents and is used by default when reading old documents. So no convertion to the new format is needed unless you intend to use new elements not available in the old release. Since I suspect this is not the case then everything is OK. :-) BTW the same happens for other scripts like the csv2lyx that converts comma separated files to lyx documents with tables. The script was originally created for version 0.12 and it still works because the old files are converted with lyx2lyx. Thanks SteveT Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/ -- José Abílio
Re: fun poll: your linux distro
Caldera OpenLinux 3.1 and LyX 1.2.3 Windows XP and LyX 1.4.4 Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
Re: DocBook Support?
José Matos wrote: On Wednesday 02 January 2008 08:03:52 Ryan Cross wrote: Bump... Can anyone provide some guidance on working with DocBook for Lyx (with any current versions)? Thanks! -Ryan I am sorry for the delay. I have been recovering from a small surgery just before the holidays, and now I am recovering from the holidays. :-) Expect new documentation next week. I will add the documentation to the wiki and then post a link here. Has anyone tried dblatex to work with docbook in lyx? Seems like a perfect fit.
former lyx 1.4 document not usable in lyx1.5
Hi All, I wanted to change something in my PhD thesis (written in German under Lyx1.4.x on a windows system) but it's not possible to get a pdf-file of my document under lyx1.5.2 (windows). When i try to build the pdf I get an error message which tells me that I should change to the Dokumentenkodierung to the utf-8 format. However I have no clue how to do so. I tried the iconv tool, but that did not work on my XP machine...are there any other tricks that i might have missed? Thanks a lot, cheers, jens -- Jens Weber Max Plank Institute of Colloids and Interfaces Department of Colloid Chemistry Am Mühlenberg 1 D-14476 Potsdam-Golm tel:+49-(0)331-567-9560 e-mail: [EMAIL PROTECTED]
Re: A little trouble with EPS figures
Well apparently this one won't pass with the attachments... I can post them privately. OTTH, if someone could send me (possibly off-list) a _working_ example, I'd like to try and see if it works on my own install too! On Tuesday 01 January 2008 Paul A. Rubin wrote: [...] 2) I was able to reduce this problem to an import issue. The .tex file was not created in LyX, but exported from a windows software (SW). Then I changed the roman font to Palatino, and here was the problem. If I leave the default font unchanged, or if paste the document content into a LyX-made file, I can then alter the font without problem. Since it happened only in DVI previewing, I hadn't suspected that. Frank Iannarilli started a wiki page on the adventures of converting from SciWord/SciWorkPlace to LyX. The URL is http://wiki.lyx.org/FAQ/ImportingFromSWP. If you have a chance, it would be great if you could tack on something about the font issue -- although I'm not sure if it's really a SW problem or just a problem with Palatino (?). I knew this page. I'd be glad to contribute when the issue is clearly identified. The page seems primarily intended for users who paste graphics directly into SWP. It's handy, but I always converted my own graphics to EPS myself before importing them the normal way. I don't think SWP is faulty: LyX handles pretty well SWP's portable LaTeX, and I have re-imported all my graphics into LyX. [... cryptic error messages deleted...] I think it means something screwed up. :-) The rest is left to Ghostscript developers and a select few extraterrestrials to interpret. If you can create a minimal sample document and post it here together with the offending EPS file(s), maybe we can find something. After some more trying, I'm beginning to question the ability of Evince to display graphics in DVI files. Even a sample PNG image from Ubuntu samples results in a black box! My test file is attached but only the 2nd and 3rd images, the 1st one is ~100Ko even compressed. Can I post such a large file to the list? You're using a beta version of GS; it might be interesting to see if the problem is reproducible with other versions (and on other platforms). /Paul I wasn't even aware of this... But to revert to the oldest version of GS listed in Synaptic has not changed anything. (BTW, all these tests under regular Ubuntu 7.10) Daniel
Re: former lyx 1.4 document not usable in lyx1.5
jens weber wrote: Hi All, I wanted to change something in my PhD thesis (written in German under Lyx1.4.x on a windows system) but it's not possible to get a pdf-file of my document under lyx1.5.2 (windows). When i try to build the pdf I get an error message which tells me that I should change to the Dokumentenkodierung to the utf-8 format. However I have no clue how to do so. I tried the iconv tool, but that did not work on my XP machine...are there any other tricks that i might have missed? The iconv tool works fine for me under Win XP. Was it that iconv itself did not work for you (produced an error), or just that it failed to rectify the problem? IIRC, iconv does not specifically identify characters that fail to convert, but you can run the conversion and then diff the files to see what changed. Other than that, you might try deleting and reinserting chunks of the document (preferbably on a backup copy) to see if you can isolate where the problem character(s) lie. /Paul
Re: A little trouble with EPS figures
Daniel CLEMENT wrote: Well apparently this one won't pass with the attachments... I can post them privately. OTTH, if someone could send me (possibly off-list) a _working_ example, I'd like to try and see if it works on my own install too! I use GMANE's news feed to read the list, and my luck writing directly to others is so-so. If you care to send me the sample document and attachments (including the big one)at rubin AT msu DOT edu, I'll take a look, and also send you a small document with EPS file that works here. I'm having no problems on a Windows PC, but I'll want to test on an Ubuntu box first to make sure it's not related to the platform. /Paul
Re: I'm writing a book in VimOutliner
killermike wrote: I'm also a fan of outlining. For the last year or so I have a been using a mind mapping tool called Kdissert The problem with this tool is that editors don't usually accept pitches in graphical form. This means that the process of pitching an article consists of mapping it out and then writing it up, which is rather long-winded. For this reason, like Steve, I've started to wonder if LyX itself can be used for outlining thanks to the new outlining sidebar. I recently wrote a short paper using the Freemind mind-mapping application and LyX. I used Freemind to collect ideas, and to add text (sometimes as much as an entire paragraph) as it occurred to me. (Freemind supports long nodes that contain formatted text, URLs, etc.) Then I used Freemind's XSLT export feature, with a stylesheet I kluged up, to export the map into a LyX document, with the hierarchy of the mind map converted into nested Enumerate environments. That document couldn't be rendered by LaTeX due to the enumeration depth limit, but LyX displayed it properly, and I easily cut and pasted text from it into a Koma-article document that became the final paper. One of these days I'll fix up the stylesheet to use the proper schedule of environments for Koma-article, so that I can go right from the Freemind map to a skeletal LyX document that can then be flushed out. (There's supposed to be a Ruby script that converts Freemind documents to LaTeX, but it's apparently no longer available, and there are advantages to doing it with XSLT: you can export from within Freemind, and you're using an engine designed for this purpose, so you can concentrate on the transformations rather than the implementation.) -- Michael Wojcik
Re: former lyx 1.4 document not usable in lyx1.5
Other than that, you might try deleting and reinserting chunks of the document (preferbably on a backup copy) to see if you can isolate where the problem character(s) lie. You may also want to try the latest svn version of lyx, which can highlight the offending characters. A windows installer is available at http://www.lyx.org/~bpeng/LyX-1.5.4svn-2008-01-04-Installer.exe . Of course you are then under the risk of using a unofficial release of lyx. Bo
Compiling 1.5.3
Just for information: I just compiled 1.5.3 on Debian Etch. I have the build-essential package installed and the libqt4-dev. It went flawlessly. 1.5.3 looks great - you guys are terrific! Alan -- Alan L Tyreehttp://www2.austlii.edu.au/~alan Tel: 04 2748 6206 Fax: +61 2 4782 7092 FWD: 615662
Re: [feature request] Using Sweave with LyX - out of the box support for creating R reports
On Jan 4, 2008 7:32 AM, Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Gorjanc Gregor [EMAIL PROTECTED] writes: take a look at http://bugzilla.lyx.org/show_bug.cgi?id=4286 I did try to change the milestone to 1.6, but was not able to do that, since I was not the original poster. FWIW, I have downloaded the paper and began to read it. I am not sure what is the best way to proceed. I guess it would be enough to configure either noweb or Sweave depending on which one is available. Also it would be nice to be able to use this with any class. The new support for modules should be enough for that, but it needs thought and a bit of design. I doubt I will have time to work on it personally. Unfortunately, the target will be set to 1.6 only if we find somebody willing to work on it. JMarc It appears to me that this is mostly superficial. The change in the R batch processing has simplified the problem somewhat from when I was working on it originally. Now it is no longer necessary to use that small bash script to pass the LyX noweb output to R. Rather, one can simply make one Lyx preference change, either with the lyx GUI preference changer or by adding a like like this in ~/.lyx/preferences \converter literate latex R CMD Sweave $$i It appears to me this does the trick even if one does not install Sweave.sty. Take one the lyx documents I have posted here (files that use the ordinary Lyx noweb article layout) http://pj.freefaculty.org/stat/Distributions Take Normal-01.lyx. You can see how the output is supposed to look because I have the pdf file posted as well. If you have R installed, then open the document in LyX and the document will be processed just fine. I do not think it is necessary to put Sweave.sty in the LaTeX path, but, as I originally said in 2006, it is necessary to have noweb.sty. It is not necessary to have the whole noweb installation, just that file. I think the other part--the layout part--is just cosmetic. It controls the way the R code chunks look on the screen only. The R code chunks can be written as ordinary ERT. If the Lyx user is happy enough to just put in ERT (without a layout representation in the on-screen display), the document will go through LaTeX and R fine. It does not matter what the blocks of ERT are called. You could follow Gregor's example and add a layout environment that is common to all noweb document classes. It could be called Scrap or Schunk. Note in Gregor's Layouts, the structure is simple. He includes the existing noweb document layout and a literate-scrap.inc. There is a more serious problem that I was never able to overcome. If one writes a book LyX, the R code chunks will be properly processed only if they are actually in the main book file. If one follows the usual practice of writing chapters and then putting them together with includes in the main book file, then in my experience, the R code does not get processed. I would be eager to see a working example of an R book that solved this problem. I asked about this in the LyX user list last year and didn't get any answers, so I assumed it was an intractable problem. pj -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas Here's Sweave.sty: \NeedsTeXFormat{LaTeX2e} \ProvidesPackage{Sweave}{} \RequirePackage{ifthen} [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] \ProcessOptions \RequirePackage{graphicx,fancyvrb} \IfFileExists{upquote.sty}{\RequirePackage{upquote}}{} [EMAIL PROTECTED] [EMAIL PROTECTED] \RequirePackage[T1]{fontenc} \RequirePackage{ae} }{}% \DefineVerbatimEnvironment{Sinput}{Verbatim}{fontshape=sl} \DefineVerbatimEnvironment{Soutput}{Verbatim}{} \DefineVerbatimEnvironment{Scode}{Verbatim}{fontshape=sl} \newenvironment{Schunk}{}{}
Re: [feature request] Using Sweave with LyX - out of the box support for creating R reports
On 1/3/08, Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Please create a bug with all the relevant information if it is not yet done. http://bugzilla.lyx.org/show_bug.cgi?id=4286 Gregor took care of updating the bug report accordingly. Regards, Liviu
Lulu page margins confusion
I know margins were discussed here a while back but I am now more confused than before. I have bought a distribution package from Lulu for my book. The requirements for margins are strict. Top and bottom margins must be the same and so must side margins though there can be a gutter. As far as I can see this would mean something like this: Top = 0.75 in Bottom = 0.75 in Outer = 0.75 in Inner = 1.0 in Does this seem sensible? Has anyone else prepared a book for Lulu in this way? I'm not sure the above is right, because then, in the bound book, the inner margin would appear the same as the outer margin, whereas in most books I look at it is smaller. So should inner = 0.75 in as well? Anthony -- Anthony Campbell - [EMAIL PROTECTED] Microsoft-free zone - Using Linux Gnu-Debian http://www.acampbell.org.uk (blog, book reviews, on-line books and sceptical articles)
Re: [feature request] Using Sweave with LyX - out of the box support for creating R reports
Gorjanc Gregor [EMAIL PROTECTED] writes: take a look at http://bugzilla.lyx.org/show_bug.cgi?id=4286 I did try to change the milestone to 1.6, but was not able to do that, since I was not the original poster. FWIW, I have downloaded the paper and began to read it. I am not sure what is the best way to proceed. I guess it would be enough to configure either noweb or Sweave depending on which one is available. Also it would be nice to be able to use this with any class. The new support for modules should be enough for that, but it needs thought and a bit of design. I doubt I will have time to work on it personally. Unfortunately, the target will be set to 1.6 only if we find somebody willing to work on it. JMarc
Re: DocBook Support?
On Wednesday 02 January 2008 08:03:52 Ryan Cross wrote: Bump... Can anyone provide some guidance on working with DocBook for Lyx (with any current versions)? Thanks! -Ryan I am sorry for the delay. I have been recovering from a small surgery just before the holidays, and now I am recovering from the holidays. :-) Expect new documentation next week. I will add the documentation to the wiki and then post a link here. -- José Abílio
Re: Reminder of otl2lyx.awk
On Sunday 30 December 2007 19:05:04 Steve Litt wrote: Hi all, otl2lyx.awk has been tested and works for LyX 1.4.x. I hear 1.5.x has a different format, so obviously otl2lyx.awk must be changed to output the 1.5.x type LyX, or maybe the LyX project offers a converter. Either way it's not rocket science. lyx2lyx is python script used to convert older documents and is used by default when reading old documents. So no convertion to the new format is needed unless you intend to use new elements not available in the old release. Since I suspect this is not the case then everything is OK. :-) BTW the same happens for other scripts like the csv2lyx that converts comma separated files to lyx documents with tables. The script was originally created for version 0.12 and it still works because the old files are converted with lyx2lyx. Thanks SteveT Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/ -- José Abílio
Re: fun poll: your linux distro
Caldera OpenLinux 3.1 and LyX 1.2.3 Windows XP and LyX 1.4.4 Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
Re: DocBook Support?
José Matos wrote: On Wednesday 02 January 2008 08:03:52 Ryan Cross wrote: Bump... Can anyone provide some guidance on working with DocBook for Lyx (with any current versions)? Thanks! -Ryan I am sorry for the delay. I have been recovering from a small surgery just before the holidays, and now I am recovering from the holidays. :-) Expect new documentation next week. I will add the documentation to the wiki and then post a link here. Has anyone tried dblatex to work with docbook in lyx? Seems like a perfect fit.
former lyx 1.4 document not usable in lyx1.5
Hi All, I wanted to change something in my PhD thesis (written in German under Lyx1.4.x on a windows system) but it's not possible to get a pdf-file of my document under lyx1.5.2 (windows). When i try to build the pdf I get an error message which tells me that I should change to the Dokumentenkodierung to the utf-8 format. However I have no clue how to do so. I tried the iconv tool, but that did not work on my XP machine...are there any other tricks that i might have missed? Thanks a lot, cheers, jens -- Jens Weber Max Plank Institute of Colloids and Interfaces Department of Colloid Chemistry Am Mühlenberg 1 D-14476 Potsdam-Golm tel:+49-(0)331-567-9560 e-mail: [EMAIL PROTECTED]
Re: A little trouble with EPS figures
Well apparently this one won't pass with the attachments... I can post them privately. OTTH, if someone could send me (possibly off-list) a _working_ example, I'd like to try and see if it works on my own install too! On Tuesday 01 January 2008 Paul A. Rubin wrote: [...] 2) I was able to reduce this problem to an import issue. The .tex file was not created in LyX, but exported from a windows software (SW). Then I changed the roman font to Palatino, and here was the problem. If I leave the default font unchanged, or if paste the document content into a LyX-made file, I can then alter the font without problem. Since it happened only in DVI previewing, I hadn't suspected that. Frank Iannarilli started a wiki page on the adventures of converting from SciWord/SciWorkPlace to LyX. The URL is http://wiki.lyx.org/FAQ/ImportingFromSWP. If you have a chance, it would be great if you could tack on something about the font issue -- although I'm not sure if it's really a SW problem or just a problem with Palatino (?). I knew this page. I'd be glad to contribute when the issue is clearly identified. The page seems primarily intended for users who paste graphics directly into SWP. It's handy, but I always converted my own graphics to EPS myself before importing them the normal way. I don't think SWP is faulty: LyX handles pretty well SWP's portable LaTeX, and I have re-imported all my graphics into LyX. [... cryptic error messages deleted...] I think it means something screwed up. :-) The rest is left to Ghostscript developers and a select few extraterrestrials to interpret. If you can create a minimal sample document and post it here together with the offending EPS file(s), maybe we can find something. After some more trying, I'm beginning to question the ability of Evince to display graphics in DVI files. Even a sample PNG image from Ubuntu samples results in a black box! My test file is attached but only the 2nd and 3rd images, the 1st one is ~100Ko even compressed. Can I post such a large file to the list? You're using a beta version of GS; it might be interesting to see if the problem is reproducible with other versions (and on other platforms). /Paul I wasn't even aware of this... But to revert to the oldest version of GS listed in Synaptic has not changed anything. (BTW, all these tests under regular Ubuntu 7.10) Daniel
Re: former lyx 1.4 document not usable in lyx1.5
jens weber wrote: Hi All, I wanted to change something in my PhD thesis (written in German under Lyx1.4.x on a windows system) but it's not possible to get a pdf-file of my document under lyx1.5.2 (windows). When i try to build the pdf I get an error message which tells me that I should change to the Dokumentenkodierung to the utf-8 format. However I have no clue how to do so. I tried the iconv tool, but that did not work on my XP machine...are there any other tricks that i might have missed? The iconv tool works fine for me under Win XP. Was it that iconv itself did not work for you (produced an error), or just that it failed to rectify the problem? IIRC, iconv does not specifically identify characters that fail to convert, but you can run the conversion and then diff the files to see what changed. Other than that, you might try deleting and reinserting chunks of the document (preferbably on a backup copy) to see if you can isolate where the problem character(s) lie. /Paul
Re: A little trouble with EPS figures
Daniel CLEMENT wrote: Well apparently this one won't pass with the attachments... I can post them privately. OTTH, if someone could send me (possibly off-list) a _working_ example, I'd like to try and see if it works on my own install too! I use GMANE's news feed to read the list, and my luck writing directly to others is so-so. If you care to send me the sample document and attachments (including the big one)at rubin AT msu DOT edu, I'll take a look, and also send you a small document with EPS file that works here. I'm having no problems on a Windows PC, but I'll want to test on an Ubuntu box first to make sure it's not related to the platform. /Paul
Re: I'm writing a book in VimOutliner
killermike wrote: I'm also a fan of outlining. For the last year or so I have a been using a mind mapping tool called Kdissert The problem with this tool is that editors don't usually accept pitches in graphical form. This means that the process of pitching an article consists of mapping it out and then writing it up, which is rather long-winded. For this reason, like Steve, I've started to wonder if LyX itself can be used for outlining thanks to the new outlining sidebar. I recently wrote a short paper using the Freemind mind-mapping application and LyX. I used Freemind to collect ideas, and to add text (sometimes as much as an entire paragraph) as it occurred to me. (Freemind supports long nodes that contain formatted text, URLs, etc.) Then I used Freemind's XSLT export feature, with a stylesheet I kluged up, to export the map into a LyX document, with the hierarchy of the mind map converted into nested Enumerate environments. That document couldn't be rendered by LaTeX due to the enumeration depth limit, but LyX displayed it properly, and I easily cut and pasted text from it into a Koma-article document that became the final paper. One of these days I'll fix up the stylesheet to use the proper schedule of environments for Koma-article, so that I can go right from the Freemind map to a skeletal LyX document that can then be flushed out. (There's supposed to be a Ruby script that converts Freemind documents to LaTeX, but it's apparently no longer available, and there are advantages to doing it with XSLT: you can export from within Freemind, and you're using an engine designed for this purpose, so you can concentrate on the transformations rather than the implementation.) -- Michael Wojcik
Re: former lyx 1.4 document not usable in lyx1.5
Other than that, you might try deleting and reinserting chunks of the document (preferbably on a backup copy) to see if you can isolate where the problem character(s) lie. You may also want to try the latest svn version of lyx, which can highlight the offending characters. A windows installer is available at http://www.lyx.org/~bpeng/LyX-1.5.4svn-2008-01-04-Installer.exe . Of course you are then under the risk of using a unofficial release of lyx. Bo
Compiling 1.5.3
Just for information: I just compiled 1.5.3 on Debian Etch. I have the build-essential package installed and the libqt4-dev. It went flawlessly. 1.5.3 looks great - you guys are terrific! Alan -- Alan L Tyreehttp://www2.austlii.edu.au/~alan Tel: 04 2748 6206 Fax: +61 2 4782 7092 FWD: 615662
Re: [feature request] Using Sweave with LyX - out of the box support for creating R reports
On Jan 4, 2008 7:32 AM, Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Gorjanc Gregor [EMAIL PROTECTED] writes: take a look at http://bugzilla.lyx.org/show_bug.cgi?id=4286 I did try to change the milestone to 1.6, but was not able to do that, since I was not the original poster. FWIW, I have downloaded the paper and began to read it. I am not sure what is the best way to proceed. I guess it would be enough to configure either noweb or Sweave depending on which one is available. Also it would be nice to be able to use this with any class. The new support for modules should be enough for that, but it needs thought and a bit of design. I doubt I will have time to work on it personally. Unfortunately, the target will be set to 1.6 only if we find somebody willing to work on it. JMarc It appears to me that this is mostly superficial. The change in the R batch processing has simplified the problem somewhat from when I was working on it originally. Now it is no longer necessary to use that small bash script to pass the LyX noweb output to R. Rather, one can simply make one Lyx preference change, either with the lyx GUI preference changer or by adding a like like this in ~/.lyx/preferences \converter literate latex R CMD Sweave $$i It appears to me this does the trick even if one does not install Sweave.sty. Take one the lyx documents I have posted here (files that use the ordinary Lyx noweb article layout) http://pj.freefaculty.org/stat/Distributions Take Normal-01.lyx. You can see how the output is supposed to look because I have the pdf file posted as well. If you have R installed, then open the document in LyX and the document will be processed just fine. I do not think it is necessary to put Sweave.sty in the LaTeX path, but, as I originally said in 2006, it is necessary to have noweb.sty. It is not necessary to have the whole noweb installation, just that file. I think the other part--the layout part--is just cosmetic. It controls the way the R code chunks look on the screen only. The R code chunks can be written as ordinary ERT. If the Lyx user is happy enough to just put in ERT (without a layout representation in the on-screen display), the document will go through LaTeX and R fine. It does not matter what the blocks of ERT are called. You could follow Gregor's example and add a layout environment that is common to all noweb document classes. It could be called Scrap or Schunk. Note in Gregor's Layouts, the structure is simple. He includes the existing noweb document layout and a literate-scrap.inc. There is a more serious problem that I was never able to overcome. If one writes a book LyX, the R code chunks will be properly processed only if they are actually in the main book file. If one follows the usual practice of writing chapters and then putting them together with includes in the main book file, then in my experience, the R code does not get processed. I would be eager to see a working example of an R book that solved this problem. I asked about this in the LyX user list last year and didn't get any answers, so I assumed it was an intractable problem. pj -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas Here's Sweave.sty: \NeedsTeXFormat{LaTeX2e} \ProvidesPackage{Sweave}{} \RequirePackage{ifthen} [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] \ProcessOptions \RequirePackage{graphicx,fancyvrb} \IfFileExists{upquote.sty}{\RequirePackage{upquote}}{} [EMAIL PROTECTED] [EMAIL PROTECTED] \RequirePackage[T1]{fontenc} \RequirePackage{ae} }{}% \DefineVerbatimEnvironment{Sinput}{Verbatim}{fontshape=sl} \DefineVerbatimEnvironment{Soutput}{Verbatim}{} \DefineVerbatimEnvironment{Scode}{Verbatim}{fontshape=sl} \newenvironment{Schunk}{}{}
Re: [feature request] Using Sweave with LyX - "out of the box" support for creating R reports
On 1/3/08, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: > Please create a bug with all the relevant information if it is not yet > done. http://bugzilla.lyx.org/show_bug.cgi?id=4286 Gregor took care of updating the bug report accordingly. Regards, Liviu
Lulu page margins confusion
I know margins were discussed here a while back but I am now more confused than before. I have bought a distribution package from Lulu for my book. The requirements for margins are strict. Top and bottom margins must be the same and so must side margins though there can be a gutter. As far as I can see this would mean something like this: Top = 0.75 in Bottom = 0.75 in Outer = 0.75 in Inner = 1.0 in Does this seem sensible? Has anyone else prepared a book for Lulu in this way? I'm not sure the above is right, because then, in the bound book, the inner margin would appear the same as the outer margin, whereas in most books I look at it is smaller. So should inner = 0.75 in as well? Anthony -- Anthony Campbell - [EMAIL PROTECTED] Microsoft-free zone - Using Linux Gnu-Debian http://www.acampbell.org.uk (blog, book reviews, on-line books and sceptical articles)
Re: [feature request] Using Sweave with LyX - "out of the box" support for creating R reports
Gorjanc Gregor <[EMAIL PROTECTED]> writes: > take a look at > http://bugzilla.lyx.org/show_bug.cgi?id=4286 > > I did try to change the milestone to 1.6, but was not able to do > that, since I was not the original poster. FWIW, I have downloaded the paper and began to read it. I am not sure what is the best way to proceed. I guess it would be enough to configure either noweb or Sweave depending on which one is available. Also it would be nice to be able to use this with any class. The new support for modules should be enough for that, but it needs thought and a bit of design. I doubt I will have time to work on it personally. Unfortunately, the target will be set to 1.6 only if we find somebody willing to work on it. JMarc
Re: DocBook Support?
On Wednesday 02 January 2008 08:03:52 Ryan Cross wrote: > Bump... Can anyone provide some guidance on working with DocBook for Lyx > (with any current versions)? > > Thanks! > -Ryan I am sorry for the delay. I have been recovering from a small surgery just before the holidays, and now I am recovering from the holidays. :-) Expect new documentation next week. I will add the documentation to the wiki and then post a link here. -- José Abílio
Re: Reminder of otl2lyx.awk
On Sunday 30 December 2007 19:05:04 Steve Litt wrote: > Hi all, > > otl2lyx.awk has been tested and works for LyX 1.4.x. I hear 1.5.x has a > different format, so obviously otl2lyx.awk must be changed to output the > 1.5.x type LyX, or maybe the LyX project offers a converter. Either way > it's not rocket science. lyx2lyx is python script used to convert older documents and is used by default when reading old documents. So no convertion to the new format is needed unless you intend to use new elements not available in the old release. Since I suspect this is not the case then everything is OK. :-) BTW the same happens for other scripts like the csv2lyx that converts comma separated files to lyx documents with tables. The script was originally created for version 0.12 and it still works because the old files are converted with lyx2lyx. > Thanks > > SteveT > > Steve Litt > Author: Universal Troubleshooting Process books and courseware > http://www.troubleshooters.com/ -- José Abílio
Re: fun poll: your linux distro
Caldera OpenLinux 3.1 and LyX 1.2.3 Windows XP and LyX 1.4.4 Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
Re: DocBook Support?
José Matos wrote: > On Wednesday 02 January 2008 08:03:52 Ryan Cross wrote: >> Bump... Can anyone provide some guidance on working with DocBook for Lyx >> (with any current versions)? >> >> Thanks! >> -Ryan > > I am sorry for the delay. I have been recovering from a small surgery > just > before the holidays, and now I am recovering from the holidays. :-) > > Expect new documentation next week. I will add the documentation to the > wiki > and then post a link here. > Has anyone tried dblatex to work with docbook in lyx? Seems like a perfect fit.
former lyx 1.4 document not usable in lyx1.5
Hi All, I wanted to change something in my PhD thesis (written in German under Lyx1.4.x on a windows system) but it's not possible to get a pdf-file of my document under lyx1.5.2 (windows). When i try to build the pdf I get an error message which tells me that I should change to the "Dokumentenkodierung" to the utf-8 format. However I have no clue how to do so. I tried the iconv tool, but that did not work on my XP machine...are there any other tricks that i might have missed? Thanks a lot, cheers, jens -- Jens Weber Max Plank Institute of Colloids and Interfaces Department of Colloid Chemistry Am Mühlenberg 1 D-14476 Potsdam-Golm tel:+49-(0)331-567-9560 e-mail: [EMAIL PROTECTED]
Re: A little trouble with EPS figures
Well apparently this one won't pass with the attachments... I can post them privately. OTTH, if someone could send me (possibly off-list) a _working_ example, I'd like to try and see if it works on my own install too! On Tuesday 01 January 2008 Paul A. Rubin wrote: [...] > > 2) I was able to reduce this problem to an import issue. The .tex file > > was not created in LyX, but exported from a windows software (SW). Then > > I changed the roman font to Palatino, and here was the problem. If I > > leave the default font unchanged, or if paste the document content into > > a LyX-made file, I can then alter the font without problem. > > Since it happened only in DVI previewing, I hadn't suspected that. > > Frank Iannarilli started a wiki page on the adventures of converting > from SciWord/SciWorkPlace to LyX. The URL is > http://wiki.lyx.org/FAQ/ImportingFromSWP. If you have a chance, it > would be great if you could tack on something about the font issue -- > although I'm not sure if it's really a SW problem or just a problem with > Palatino (?). I knew this page. I'd be glad to contribute when the issue is clearly identified. The page seems primarily intended for users who paste graphics directly into SWP. It's handy, but I always converted my own graphics to EPS myself before importing them the normal way. I don't think SWP is faulty: LyX handles pretty well SWP's "portable LaTeX", and I have re-imported all my graphics into LyX. [... cryptic error messages deleted...] > I think it means something screwed up. :-) The rest is left to > Ghostscript developers and a select few extraterrestrials to interpret. > > If you can create a minimal sample document and post it here together > with the offending EPS file(s), maybe we can find something. After some more trying, I'm beginning to question the ability of Evince to display graphics in DVI files. Even a sample PNG image from Ubuntu samples results in a black box! My test file is attached but only the 2nd and 3rd images, the 1st one is ~100Ko even compressed. Can I post such a large file to the list? > You're using a beta version of GS; it might be interesting to see if the > problem is reproducible with other versions (and on other platforms). > > /Paul > I wasn't even aware of this... But to revert to the oldest version of GS listed in Synaptic has not changed anything. (BTW, all these tests under regular Ubuntu 7.10) Daniel
Re: former lyx 1.4 document not usable in lyx1.5
jens weber wrote: Hi All, I wanted to change something in my PhD thesis (written in German under Lyx1.4.x on a windows system) but it's not possible to get a pdf-file of my document under lyx1.5.2 (windows). When i try to build the pdf I get an error message which tells me that I should change to the "Dokumentenkodierung" to the utf-8 format. However I have no clue how to do so. I tried the iconv tool, but that did not work on my XP machine...are there any other tricks that i might have missed? The iconv tool works fine for me under Win XP. Was it that iconv itself did not work for you (produced an error), or just that it failed to rectify the problem? IIRC, iconv does not specifically identify characters that fail to convert, but you can run the conversion and then diff the files to see what changed. Other than that, you might try deleting and reinserting chunks of the document (preferbably on a backup copy) to see if you can isolate where the problem character(s) lie. /Paul
Re: A little trouble with EPS figures
Daniel CLEMENT wrote: Well apparently this one won't pass with the attachments... I can post them privately. OTTH, if someone could send me (possibly off-list) a _working_ example, I'd like to try and see if it works on my own install too! I use GMANE's news feed to read the list, and my luck writing directly to others is so-so. If you care to send me the sample document and attachments (including the big one)at rubin AT msu DOT edu, I'll take a look, and also send you a small document with EPS file that works here. I'm having no problems on a Windows PC, but I'll want to test on an Ubuntu box first to make sure it's not related to the platform. /Paul
Re: I'm writing a book in VimOutliner
killermike wrote: > > I'm also a fan of outlining. For the last year or so I have a been using > a "mind mapping" tool called Kdissert > > The problem with this tool is that editors don't usually accept pitches in > graphical form. This means that the process of pitching an article consists > of mapping it out and then writing it up, which is rather long-winded. > > For this reason, like Steve, I've started to wonder if LyX itself can be used > for outlining thanks to the new outlining sidebar. I recently wrote a short paper using the Freemind mind-mapping application and LyX. I used Freemind to collect ideas, and to add text (sometimes as much as an entire paragraph) as it occurred to me. (Freemind supports "long nodes" that contain formatted text, URLs, etc.) Then I used Freemind's XSLT export feature, with a stylesheet I kluged up, to export the map into a LyX document, with the hierarchy of the mind map converted into nested Enumerate environments. That document couldn't be rendered by LaTeX due to the enumeration depth limit, but LyX displayed it properly, and I easily cut and pasted text from it into a Koma-article document that became the final paper. One of these days I'll fix up the stylesheet to use the proper schedule of environments for Koma-article, so that I can go right from the Freemind map to a skeletal LyX document that can then be flushed out. (There's supposed to be a Ruby script that converts Freemind documents to LaTeX, but it's apparently no longer available, and there are advantages to doing it with XSLT: you can export from within Freemind, and you're using an engine designed for this purpose, so you can concentrate on the transformations rather than the implementation.) -- Michael Wojcik
Re: former lyx 1.4 document not usable in lyx1.5
> Other than that, you might try deleting and reinserting chunks of the > document (preferbably on a backup copy) to see if you can isolate where > the problem character(s) lie. You may also want to try the latest svn version of lyx, which can highlight the offending characters. A windows installer is available at http://www.lyx.org/~bpeng/LyX-1.5.4svn-2008-01-04-Installer.exe . Of course you are then under the risk of using a unofficial release of lyx. Bo
Compiling 1.5.3
Just for information: I just compiled 1.5.3 on Debian Etch. I have the build-essential package installed and the libqt4-dev. It went flawlessly. 1.5.3 looks great - you guys are terrific! Alan -- Alan L Tyreehttp://www2.austlii.edu.au/~alan Tel: 04 2748 6206 Fax: +61 2 4782 7092 FWD: 615662
Re: [feature request] Using Sweave with LyX - "out of the box" support for creating R reports
On Jan 4, 2008 7:32 AM, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: > Gorjanc Gregor <[EMAIL PROTECTED]> writes: > > > take a look at > > http://bugzilla.lyx.org/show_bug.cgi?id=4286 > > > > I did try to change the milestone to 1.6, but was not able to do > > that, since I was not the original poster. > > FWIW, I have downloaded the paper and began to read it. I am not sure > what is the best way to proceed. I guess it would be enough to > configure either noweb or Sweave depending on which one is available. > Also it would be nice to be able to use this with any class. The new > support for modules should be enough for that, but it needs thought > and a bit of design. I doubt I will have time to work on it > personally. > > Unfortunately, the target will be set to 1.6 only if we find somebody > willing to work on it. > > JMarc > It appears to me that this is mostly superficial. The change in the R batch processing has simplified the problem somewhat from when I was working on it originally. Now it is no longer necessary to use that small bash script to pass the LyX noweb output to R. Rather, one can simply make one Lyx preference change, either with the lyx GUI preference changer or by adding a like like this in ~/.lyx/preferences \converter "literate" "latex" "R CMD Sweave $$i" "" It appears to me this "does the trick" even if one does not install Sweave.sty. Take one the lyx documents I have posted here (files that use the ordinary Lyx noweb article layout) http://pj.freefaculty.org/stat/Distributions Take Normal-01.lyx. You can see how the output is supposed to look because I have the pdf file posted as well. If you have R installed, then open the document in LyX and the document will be processed just fine. I do not think it is necessary to put Sweave.sty in the LaTeX path, but, as I originally said in 2006, it is necessary to have noweb.sty. It is not necessary to have the whole noweb installation, just that file. I think the other part--the layout part--is just cosmetic. It controls the way the R code chunks look on the screen only. The R code chunks can be written as ordinary ERT. If the Lyx user is happy enough to just put in ERT (without a layout representation in the on-screen display), the document will go through LaTeX and R fine. It does not matter what the blocks of ERT are called. You could follow Gregor's example and add a layout environment that is common to all noweb document classes. It could be called "Scrap" or "Schunk". Note in Gregor's Layouts, the structure is simple. He includes the existing noweb document layout and a "literate-scrap.inc". There is a more serious problem that I was never able to overcome. If one writes a book LyX, the R code chunks will be properly processed only if they are actually in the main book file. If one follows the usual practice of writing chapters and then putting them together with includes in the main book file, then in my experience, the R code does not get processed. I would be eager to see a working example of an R book that solved this problem. I asked about this in the LyX user list last year and didn't get any answers, so I assumed it was an intractable problem. pj -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas Here's Sweave.sty: \NeedsTeXFormat{LaTeX2e} \ProvidesPackage{Sweave}{} \RequirePackage{ifthen} [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] \ProcessOptions \RequirePackage{graphicx,fancyvrb} \IfFileExists{upquote.sty}{\RequirePackage{upquote}}{} [EMAIL PROTECTED] [EMAIL PROTECTED] \RequirePackage[T1]{fontenc} \RequirePackage{ae} }{}% \DefineVerbatimEnvironment{Sinput}{Verbatim}{fontshape=sl} \DefineVerbatimEnvironment{Soutput}{Verbatim}{} \DefineVerbatimEnvironment{Scode}{Verbatim}{fontshape=sl} \newenvironment{Schunk}{}{}