Re: KOMA-script letter2: adding graphic letterhead
Le 24/01/2013 15:26, Rich Shepard a écrit : [...] On a related question, is there an environment that will put the recipients address, date, and page number in the upper left of continuation pages (i.e., those after the first page?) That is standard for business letters in the US and works better than having the page number centered in the footer. I had a look at the documentation to find a way to do this and I think that you can use \nexthead to precisely define what you want exactly where you want (upper left of continuation pages). The best would be to define a letter class option file for business letters in the US and give it to Markus Kohm to make it part of the KOMA package. That's what I did for the french version (NF.lco is now maintained by Markus). HTH -- jmp
Re: Word won't open simplest LyXHTML file
On Jan 24, 2013, at 1:42 AM, Rainer M Krug wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 24/01/13 01:02, Jerry wrote: >> >> On Jan 23, 2013, at 1:02 AM, Rainer M Krug wrote: >> >> On 22/01/13 23:37, Jerry wrote: > > On Jan 22, 2013, at 1:38 AM, Rainer M Krug wrote: > >>> >>> >>> Also, I played with pandoc a while back and its conversion of a very >>> simple LyX file >>> to Word was not perfect. I went LyX -> LaTeX -> docx. I did not >>> investigate setting >>> options very much. I recall that equations made the trip and were >>> editable in Word >>> 2011 (Mac) built-in equation editor, but equation numbers were lost. >>> Today's effort, >>> also on a simple but different document, LyX -> LaTeX -> docx, one >>> equation was not >>> typeset (only the markup appeared), a .eps file was not found even >>> though it was >>> present, and section labels were translated as literal text. Converting >>> to .odt was >>> worse, and at least once caused it to crash when it was attempting to >>> repair what it >>> thought was a damaged converted file. (But what _doesn't_ cause >>> LibreOffice to >>> crash?) >> >> I also tried to go the LyX -> LaTeX -> docx route, but the results were >> not as usable >> as via xhtml. So I would suggest to try the route via xhtml. > > How did you get from XHTML -> docx? Pandoc (according to the first > paragraph of the > user's manual) does not accept XHTML input files. Jerry >> >> Well - using >> >> pandoc -o newfile.docx newfile1.xhtml >> >> works as expected and produces a docx file. >> >> So I can only say it works. I only used the converters and format >> definitions as mentioned >> earlier. >> >> >> Truy it: >> >> simple lyx file, export to LyXhtml and use above command to convert to docx. >> >> Cheers, >> >> Rainer >> >>> Thanks, Ranier. I have just now tried this on a simple document (two >>> equations, two sections, >>> a footnote, a figure with caption, a greyed comment, and two cross >>> references (to an equation >>> and to a section). >> >>> As usual, the LyXHTML looks very good. But in the docx, the equations are >>> not rendered and >>> contain spurious text, the figure caption and figure name are separated >>> from the figure and >>> are shown as normal text, spurious text is inserted relating to the image, >>> and all of the >>> cross-references move the cursor to the title rather than to where it >>> should move. The >>> footnote is printed as ordinary text as is the greyed text also. > > Without doubt this is not perfect. As I said, I can't comment on equations > and I did not worry > about the captions. Have you tried LyX -> eLyXer -> pandoc as well? > >> >>> pandoc -o newfile.odt newfile1.xhtml >> >>> results in a similar result, but with completely nonfunctional cross >>> references and no >>> spurious text relating to the figure image. >> >>> I'm using OS X, LyX 2.0.5, Word 2011, LibreOffice 4.0.0.1, and pandoc >>> 1.9.4.2. > > For my case (no crossreferences, no inseted references, but formating in the > text (italic for > species names) and only some pictures which I deleted anyway to reduce the > size of the docx as I > had to email it for further revisions it worked better and faster then any > other solution. > > Have you tried to go ia LaTeX and pandoc? Yes. I have commented on this recently. LyX -> LaTeX (plain) -> docx using pandoc: Word (Mac 2011) complains "This file is corrupt and cannot be opened." It then offers to repair the file. Results are: inline equation translated and editable but with two minor errors (it did not recognize lim as a function and set it in italics)--this shows that equation translation _can_ work; standalone equation not translated, TeX code is displayed between two $ signs, and equation number is lost; image caption is lost, but the spurious word "image" is displayed nearby; labels (section, equation) are set as ordinary text within their respective domains; cross-references are displayed as ordinary text but with nonexistent links; comments are displayed as normal text but in a separate paragraph, thus splitting the paragraph in which it is contained into two paragraphs; and indexed terms are lost. LyX -> LaTeX (plain) -> odt using pandoc: Opened with LibreOffice. The file is reported as corrupt and the program offers to repair it. Results--similar to above for Word except: inline equation is very poorly typeset and is not editable using the built-in equation editor; instead of the picture that was supposed to be a figure, a box is displayed which reads "Read error"; the word "image" is not displayed; clicking on the footnote cross reference moves the cursor to the crossreference; > I guess some manual fidelling will always be necessary, and for my document > the fidelling required > after pandoc was consi
Re: Multirows & lines
On Thu, Jan 24, 2013 at 11:14 AM, Rilke Rainer Michael < ri...@wiso.uni-koeln.de> wrote: > Hi Lyx-list, > > ** ** > > I have a problem that is … so to say: pissing me off (sorry my French).*** > * > > ** ** > > I want a table in Lyx that basically looks like this: > > ** ** > > TEST1 > > ** ** > > TEST > > ** ** > > ** ** > > TEST2 > > ** ** > > ** ** > > Lyx, however, produces a table that looks like this > > ** ** > > TEST1 > > ** ** > > TEST > > ** ** > > ** ** > > TEST2 > > ** ** > > ** ** > > The problem is that the program seems to omit the upper and lower > horizontal lines of the Row “Test”. I don’t know why. > > Does anybody have a workaround for this? > Can you send an MWE (minimum working example)? Scott > > ** ** > > Best, > > Rainer >
Re: KOMA-script letter2: adding graphic letterhead
Le 24/01/2013 15:26, Rich Shepard a écrit : On Thu, 24 Jan 2013, Jean-Marie Pacquet wrote: You get two copies because you are using the backaddress in the preamble. You should uncomment the corresponding line in the preamble like this: ,backaddress=false% print the back address? Jean-Marie, I did not see that the default for backaddress is false. That solves the problem! I would rather say that the default for backaddress is true since you need to set it to false but it does not matter, you got it. [...] On a related question, is there an environment that will put the recipients address, date, and page number in the upper left of continuation pages (i.e., those after the first page?) That is standard for business letters in the US and works better than having the page number centered in the footer. I don't know. -- jmp
Multirows & lines
Hi Lyx-list, I have a problem that is … so to say: pissing me off (sorry my French). I want a table in Lyx that basically looks like this: TEST1 TEST TEST2 Lyx, however, produces a table that looks like this TEST1 TEST TEST2 The problem is that the program seems to omit the upper and lower horizontal lines of the Row “Test”. I don’t know why. Does anybody have a workaround for this? Best, Rainer
Re: Space allocated for pdf-graphics way too large on linux
On Thu, Jan 24, 2013 at 11:24 AM, Clemens Eisserer wrote: > Hi Rainer, > >> can't confirm that - I am using pdf (created by R and epdtopdf) and it >> works fine there. Maybe a >> problem with the pdf? did you try a different one? What about converters >> for the preview? Any >> customisations? I assume you tried it with a new document as well? > > > Thanks a lot for testing. The pdfs were generated using LibreOffice Draw > (Export to PDF), I uploaded one of the files to: > http://93.83.133.214/cell_schema.pdf > Happens with a new document as well. What really puzzles me is that the > windows version of lyx imports exatly the same files fine - both version > 2.0.5. Probably different converters. The Windows one must crop off whitespace? Scott > > Thanks, Clemens
Re: KOMA-script letter2: adding graphic letterhead
On Thu, 24 Jan 2013, Jean-Marie Pacquet wrote: You get two copies because you are using the backaddress in the preamble. You should uncomment the corresponding line in the preamble like this: ,backaddress=false% print the back address? Jean-Marie, I did not see that the default for backaddress is false. That solves the problem! It seems to me that adding the letterhead by using the "Sender Address" is not the right way to do it. You should customize the "DIN.lco" options file that you are using. Have a look at my NFpro.lco here: http://wiki.lyx.org/Examples/KomaLetter2 I agree that 'Sender Address' should not be there, but I did not find an alternative yesterday. I will look at your .lco and modifly DIN.lco as soon as I understand it. I still use KOMA-Script letter2 class from time to time with Lyx version 2. It does result in better looking letters. On a related question, is there an environment that will put the recipients address, date, and page number in the upper left of continuation pages (i.e., those after the first page?) That is standard for business letters in the US and works better than having the page number centered in the footer. Thanks very much, Rich
Re: creating a quiz /multiple choice questions with Lyx
- Mail original - > De: "Vivek" > À: lyx-users@lists.lyx.org > Envoyé: Mercredi 23 Janvier 2013 22:24:16 > Objet: creating a quiz /multiple choice questions with Lyx > > I would like to create a MCQ list at the end of a presentation with > ability to > display correct answers/ and a score at end of the test. > > Is it possible to do so in lyx? or Latex is the way to go. > > Lyx and latex gurus help me. > I'm not a latex guru. Joined is the template I built and used for MCQ for years. Feel free to pass around. exam_QCM_fr.lyx Description: application/lyx
Re: Word won't open simplest LyXHTML file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 24/01/13 01:02, Jerry wrote: > > On Jan 23, 2013, at 1:02 AM, Rainer M Krug wrote: > > On 22/01/13 23:37, Jerry wrote: On Jan 22, 2013, at 1:38 AM, Rainer M Krug wrote: >> >> >> Also, I played with pandoc a while back and its conversion of a very >> simple LyX file >> to Word was not perfect. I went LyX -> LaTeX -> docx. I did not >> investigate setting >> options very much. I recall that equations made the trip and were >> editable in Word >> 2011 (Mac) built-in equation editor, but equation numbers were lost. >> Today's effort, >> also on a simple but different document, LyX -> LaTeX -> docx, one >> equation was not >> typeset (only the markup appeared), a .eps file was not found even >> though it was >> present, and section labels were translated as literal text. Converting >> to .odt was >> worse, and at least once caused it to crash when it was attempting to >> repair what it >> thought was a damaged converted file. (But what _doesn't_ cause >> LibreOffice to >> crash?) > > I also tried to go the LyX -> LaTeX -> docx route, but the results were > not as usable > as via xhtml. So I would suggest to try the route via xhtml. How did you get from XHTML -> docx? Pandoc (according to the first paragraph of the user's manual) does not accept XHTML input files. Jerry > > Well - using > > pandoc -o newfile.docx newfile1.xhtml > > works as expected and produces a docx file. > > So I can only say it works. I only used the converters and format definitions > as mentioned > earlier. > > > Truy it: > > simple lyx file, export to LyXhtml and use above command to convert to docx. > > Cheers, > > Rainer > >> Thanks, Ranier. I have just now tried this on a simple document (two >> equations, two sections, >> a footnote, a figure with caption, a greyed comment, and two cross >> references (to an equation >> and to a section). > >> As usual, the LyXHTML looks very good. But in the docx, the equations are >> not rendered and >> contain spurious text, the figure caption and figure name are separated from >> the figure and >> are shown as normal text, spurious text is inserted relating to the image, >> and all of the >> cross-references move the cursor to the title rather than to where it should >> move. The >> footnote is printed as ordinary text as is the greyed text also. Without doubt this is not perfect. As I said, I can't comment on equations and I did not worry about the captions. Have you tried LyX -> eLyXer -> pandoc as well? > >> pandoc -o newfile.odt newfile1.xhtml > >> results in a similar result, but with completely nonfunctional cross >> references and no >> spurious text relating to the figure image. > >> I'm using OS X, LyX 2.0.5, Word 2011, LibreOffice 4.0.0.1, and pandoc >> 1.9.4.2. For my case (no crossreferences, no inseted references, but formating in the text (italic for species names) and only some pictures which I deleted anyway to reduce the size of the docx as I had to email it for further revisions it worked better and faster then any other solution. Have you tried to go ia LaTeX and pandoc? I guess some manual fidelling will always be necessary, and for my document the fidelling required after pandoc was considerably less as after any other approach. Please keep us posted about any progress. Cheers, Rainer > >> Jerry > > You should try both converters (the build in and eLyXe), as they > performed differently > on different objects. As my document did not contain any equations, I can > not comment > on that. > > I must say, that I also used pandoc to convert to odt and then converted > the odt to > docx with OpenOffice (this was before LibreOffice...) and it also worked > well. > > I can only suggest to try the different paths out and see which works > best, and then > post your experiences here and add them to > http://www.lyx.org/trac/ticket/6042 so > that there is some progress with pandoc support in LyX. > > Cheers, > > Rainer > > >> >> Jerry > >> > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRAPP9AAoJENvXNx4PUvmCzd0H/3lUcAfEgVhF2guIOI9DsDEa p5HaBDZEpcpPexLrUgwHCrWVp7jPHGGt9qP+InnyU5PTizsPwXCoh8l0HkDYWQ+n Kz2FhV+hUuWtlwR5gdV59nEPDnWy7auQUgFnZqy6JQ/rSdrBnfZ8EXi0yD250YtN xWaTnjSGn3Pa+dlL/crAGM+hm+bEqs23wzssQvZvunF9lx5LnnoitIwuggcdVyxo YNyN4VWj7vPUmRle7Qt1zhyZSn8Wb2TV4ZziKvtGa9couzXoq2tqUeIDpoCIDASR lXwEWY9sKb7uPybnnqUckAEE8TgQIFkNfpsWPnJRgiiS0fp5zd3FCUNsWCn2LHQ= =xga4 -END PGP SIGNATURE-
Re: Space allocated for pdf-graphics way too large on linux
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23/01/13 18:43, Clemens Eisserer wrote: > Hi, > > I am happily using lyx 2.0.5 on both linux and windows. Importing pdf > graphics works great with > the windows version, however on linux lyx allocates a lot of space even for > small graphics in > the edit view: > https://picasaweb.google.com/ceisserer/January23201302?authkey=Gv1sRgCIKHna-167igxgE#5836701347663747378 I > can't confirm that - I am using pdf (created by R and epdtopdf) and it works fine there. Maybe a problem with the pdf? did you try a different one? What about converters for the preview? Any customisations? I assume you tried it with a new document as well? Cheers, Rainer > > On the generated pdf, everything looks fine though. > > Any idea whats going wrong here? > > Thank you in advance, Clemens > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRAPIxAAoJENvXNx4PUvmCB7cIAMGt/vZbtOAIJ/aToubiqzv+ 4tsCZUVkSb7WZve/NhqOCTwdOt9/ifM7cvBRZORKyy6Z4v5bjxx3utEqHj1rybSy JU241oJBQHKzA5AVTwoGJIPNI3S7wENwICrItpsnrt1jDTiLrm7pSub9qgnNUhfz q3pOxUNpkIT4vVlDAlrZ+79mqo2Iw1e7p6PogL6fWP0OoUL3PKB9FnNAtCQi9Nq5 q4mACCx8Xgpx/Sj0lZAYGvjxIh9Y9NgIOjk7J0O/dVsv0kwtpRzHhDoRRsiI/A9P j8gBw3a0UKq5UwnkqLYk9VXipD+cUTjPHzkZdQj5LaEQHjSUhUqNfw+Hgy6WDMM= =nnfi -END PGP SIGNATURE-
