Re: [t] appearing in Tufte-layout MarginFigure
On Thu, Mar 13, 2014 at 6:05 AM, Roel Schipper - CITG wrote: > Dear LyX-users, > > > > I'm using LyX version 2.0.6 on Windows 7 and MikTeX, and am writing a > handout using Tufte-layout. > > Using MarginFigure results in the following error (image 1). A PDF is > created, though, but with a small letter 't' above the image (output.pdf), > which is not a part of the image. > > > > Any clues? Dear Roel, Go to Document Settings > Float Placement and check "Use default placement". This should ideally be done automatically (because placement options are not allowed for this type of float) by LyX, but this is not implemented yet (this is feature enhancement http://www.lyx.org/trac/ticket/7752). Best, Scott
Re: Error installing inside Windows 7 64-bit
On 7 March 2014 16:25, Stephan Witt wrote: > Am 07.03.2014 um 16:12 schrieb STF : > > > On 7 March 2014 05:10, aparsloe wrote: > > > > I've never tried installing the LyX bundle. I've always installed MiKTeX > first and then LyX -- and without problems. Recently I installed the 64-bit > version of MiKTeX 2.9 on a new(ish) 64-bit Windows 7 computer without > problems, [...deleted] > > > > Oh, for information: I have just tried basic-miktex-2.9.5105-x64.exe in > XP Pro 64-bit. Guess what. It crashed on first trial. LOL > > Oh, for information: this is the LyX users list. And not the MiKTeX users > list… > Oh, for information, my answer was a reply to a previous mail. If you have anything against MiKTeX, you should have answered to that mail, not mine. And oh, for information, my answer is very useful to *LyX* users because it tells them that installing *LyX* in XP Pro 64-bit could potentially fail if they are using the bundle. But probably you're more concentrated on kicking off apparent non-LyX discussion than thinking further its implication. On 8 March 2014 18:22, Uwe Stöhr wrote: > Am 06.03.2014 21:39, schrieb STF: > > > The error I got are shown in the attached image: >> > > So there is either a packaing error in MiKTeX or a problem wit your > Internet connection. > No, that's 100% impossible. Why? Because as I said (well, I think I have said) I'm using the SAME 32-bit setup everywhere. When I say the *same*, I mean I have one single setup file in my hard drive and I copy from it again and again to do tests. And what results did I get? In 64-bit O/S, the setup would crash. But in 32-bit O/S, it would work. So the setup cannot be corrupted (or it would have failed in 32-bit O/S) and I have no Internet connection problem. Can you therefore please try this: > 1. uninstall LyX _completely_ > 2. uninstall MiKTeX _completely_ > 3. check the registry that there are no traces of MiKTeX (and maybe LyX) > and delte the traces > 4. download the 32bit version of MikTeX from here: > http://download.heise.de/software/db66db9c69d45180fb6dd453a9dcfa > 7d/531b50c9/111255/basic-miktex-2.9.5105.exe > I didn't follow these steps of your because I'm pretty convinced they are not useful in my case. I have just done two hashings on the basic-miktex-2.9.5105.exe. If you can, you could check with me: MD5: AEC100C7920A001679B8217A3D862B19 SHA-1: 8A0797F1 19D796FF 80ADFAB9 9945E76E 6883609F > and install MiKTeX while you are logged in on Windows with Admin privileges > If you're suggesting it's an admin privilege problem, I'm 100% it's not. Nothing to do with it. I could have disable UAC which wouldn't change anything at all. > 5. install LyX using this installer: > http://downloads.sourceforge.net/project/lyxwininstaller/ > LyXWinInstaller/2.0.7/LyX-207-Installer-2.exe > > Does this work? if not what error do you get? > If I use LyX *installer*, of course it would work *provided* that MiKTeX could be installed. So step 5 is not quite relevant. > I see that www.miktex.org is completely dead and that might be the reason > why the installation of MiKTeX fails. > (Note that the 64bit version of MiKteX is supported by LyX but you will > have restriction for citations (BibTeX) and thee is no large speed > improvement between the 32bit and 64bit version.) > I knew that. But between "trying 32-bit setup and fail" and "trying 64-bit setup with a little chance of success", do we (64-bit O/S users) have any choice? On 12 March 2014 23:51, Uwe Stöhr wrote: > Indeed that was the problem. MiKTeX is onlyine again for some days now, so > please uninstal LyX _Completely_ (also MikTeX) and then reinstall LyX using > the latest installer: > > http://sourceforge.net/projects/lyxwininstaller/files/LyXWinInstaller/2.0.7/LyX-207-Bundle-3.exe/download > Unfortunately, either bundle 1, 2 or 3, they all failed because MiKTeX setup failed (I'm testing in VM this time). As I said earlier, 64-bit O/S users should be warned to use *installer* instead of *bundle*.
Re: Math in LibreOffice/Word exported files: input needed
On 03/13/2014 04:17 PM, stefano franchi wrote: We can export a math expression to a LibreOffice/ODt file as MathML (there are still issues, but assume for the moment that the export will be perfect). However, LIbreOffice's supports only a limited subset of the MathML standard, and does not even use such MathML internally (it uses a format called StarMath that resembles very much the troff/eqn format but is much less expressive, for those who are interested in this kind of things). Moreover, LibreOffice uses the "Semantic" version of MathML, whereas the exporter uses the "Presentation" version, which further complicates issues. I am not familiar with LibreOffice's math capabilities, but as far as I recall Word's version was mostly limited to displayed equations, with not much at all inline. That makes a difference here. If LO can manage significant inline math expressions, then it would be a real problem to have them exported as images. Displayed equations can be at least moved around as images, though that still will be limiting. We are thus faced with a design choice: 1. Leave the exporter as it is and be left with imperfect and sometimes incomplete but editable math expressions when LaTeX is used at its fullest editable is good, IMNSHO. === QUESTIONS So the questions are: 1. Are you a potential user of a Word/LibreOffice export converters? Not really. 2. If so, do you use routinely use mathematical expressions in your documents? 3. Why do you/would you need to export to LibreOffice/Word format? (to send the documents to publishers, mentors, advisors, colleagues, and so on) -- David L. Johnson Department of Mathematics Lehigh University
Re: Math in LibreOffice/Word exported files: input needed
On Thu, 13 Mar 2014 15:17:19 -0500 stefano franchi wrote: > 1. Are you a potential user of a Word/LibreOffice export converters? Yes. > > 2. If so, do you use routinely use mathematical expressions in your > documents? Only occasionally. > > 3. Why do you/would you need to export to LibreOffice/Word format? (to > send the documents to publishers, mentors, advisors, colleagues, and > so on) Nearly everyone I send a document to "requires" it in an MS Word format, usually with the choice of ".doc, .docx, or .rtf". Where I am in a position to push the envelope, I try sending PDF. This is sometimes rewarded by getting as a return copy a totally garbled automatic translation from PDF to DOCX. But when the other party is a client, an employer, or a publisher I have little choice but to comply. Les
Math in LibreOffice/Word exported files: input needed
Dear LyX devels and users, an issue has come up in our current efforts to produce a reliable LibreOffice exporter/converter from LyX that concerns how to export mathematical expressions. We need some user input and common use cases to make sensible design choices. Feel free to skip the technical details below and jump directly to the questions at the end, if you want. ==PROBLEM== Here is the problem: We can export a math expression to a LibreOffice/ODt file as MathML (there are still issues, but assume for the moment that the export will be perfect). However, LIbreOffice's supports only a limited subset of the MathML standard, and does not even use such MathML internally (it uses a format called StarMath that resembles very much the troff/eqn format but is much less expressive, for those who are interested in this kind of things). Moreover, LibreOffice uses the "Semantic" version of MathML, whereas the exporter uses the "Presentation" version, which further complicates issues. We are thus faced with a design choice: 1. Leave the exporter as it is and be left with imperfect and sometimes incomplete but editable math expressions when LaTeX is used at its fullest 2. Instruct the exporter to produces images of math expressions instead of MathML, and leave the job to create a perfect-looking math expression in LibreOffice/Word to the publisher/typesetter. Notice that in either case we could store the original LaTeX expression in the XML file for further processing (for instance for a return conversion to LyX). The choice between (1) and (2), in my opinion, depends on the most common use cases. A. If the "consumer" of an exported word file is a publisher and the mathematical expressions are complicated, then option (2) seems more reasonable. LibreOffice intrinsic limitations makes it very difficult if not impossible to produce a satisfactory, editable formula from a complex LaTeX expression. B. On the other hand, if the math expressions are relatively simple, then aiming for editable formulas may be an achievable goal C. Finally, if the "consumer" is a colleague with whom you collaborate, (2) seems to make more sense: editing will be carried out on the LyX/LaTeX side. === QUESTIONS So the questions are: 1. Are you a potential user of a Word/LibreOffice export converters? 2. If so, do you use routinely use mathematical expressions in your documents? 3. Why do you/would you need to export to LibreOffice/Word format? (to send the documents to publishers, mentors, advisors, colleagues, and so on) == Feedback welcome!! Cheers, Stefano -- __ Stefano Franchi Associate Research Professor Department of Hispanic Studies Ph: +1 (979) 845-2125 Texas A&M University Fax: +1 (979) 845-6421 College Station, Texas, USA stef...@tamu.edu http://stefano.cleinias.org
Re: lyx, koma-script book (srcbook), mainmatter, backmatter
On Thu, 13 Mar 2014, Csikos Bela wrote: Thanks. But the question was: do I have to use ERT code or is there a lyx builtin class function to apply the commands? bcsikos, The former. I don't explicitly define \frontmatter; everything entered before \mainmatter is considered \frontmatter. Rich -- Richard B. Shepard, Ph.D. | Have knowledge, will travel. Applied Ecosystem Services, Inc. | www.appl-ecosys.com Voice: 503-667-4517 Fax: 503-667-8863
Re: lyx, koma-script book (srcbook), mainmatter, backmatter
Wolfgang Engelmann írta: >On Thursday 13 March 2014 18:00:20 stefano franchi wrote: >> On Thu, Mar 13, 2014 at 11:55 AM, Csikos Bela wrote: >> > Hello: >> > >> > How can I apply \frontmatter, \mainmatter, and \backmatter in lyx >> > using srcbook (koma script book) class? >Yes, it works with koma script book >Wolfgang Thanks. But the question was: do I have to use ERT code or is there a lyx builtin class function to apply the commands? Thanks, bcsikos
Re: lyx, koma-script book (srcbook), mainmatter, backmatter
On Thursday 13 March 2014 18:00:20 stefano franchi wrote: > On Thu, Mar 13, 2014 at 11:55 AM, Csikos Bela wrote: > > Hello: > > > > How can I apply \frontmatter, \mainmatter, and \backmatter in lyx > > using srcbook (koma script book) class? Yes, it works with koma script book Wolfgang > Hi Csikos, > > I don't know about scrbook, but for the book I did in memoir I used > ERT boxes with the same commands. It worked flawlessly. > > > Cheers, > > Stefano
Re: lyx, koma-script book (srcbook), mainmatter, backmatter
On Thu, Mar 13, 2014 at 11:55 AM, Csikos Bela wrote: > Hello: > > How can I apply \frontmatter, \mainmatter, and \backmatter in lyx using > srcbook (koma script book) class? > Hi Csikos, I don't know about scrbook, but for the book I did in memoir I used ERT boxes with the same commands. It worked flawlessly. Cheers, Stefano -- __ Stefano Franchi Associate Research Professor Department of Hispanic Studies Ph: +1 (979) 845-2125 Texas A&M University Fax: +1 (979) 845-6421 College Station, Texas, USA stef...@tamu.edu http://stefano.cleinias.org
lyx, koma-script book (srcbook), mainmatter, backmatter
Hello: How can I apply \frontmatter, \mainmatter, and \backmatter in lyx using srcbook (koma script book) class? Do I have to use ERT or is there a lyx specific GUI method? Thanks, bcsikos
Re: box in a float
Float have not option for box. If I put a box without a float I get a box that interrupt the flux of text and get a half page in blank. If I put a box in a float like table float get a compiler error and if I put a box in a figure float I get a caption like Figure Nunmber that no correspond. I don't know how I make bad? Regards Marcelo El día miércoles, 12 de marzo de 2014 9:59, Rich Shepard escribió: On Tue, 11 Mar 2014, Marcelo Acuña wrote: > Insert -> Box -> Frameless no put the box in a float. Why not, Marcelo? I use two frameless boxes (each 45% of the text width) with a horizontal fill between them to place two figures side-by-side in the same float. It works well. I have not yet figured out how to put a caption under each one, so I write a single caption for both underneath them. Rich -- Richard B. Shepard, Ph.D. | Have knowledge, will travel. Applied Ecosystem Services, Inc. | www.appl-ecosys.com Voice: 503-667-4517 Fax: 503-667-8863
Re: LyX + svmono + cite
On Thursday 13 March 2014 12:37:30 bieniasz wrote: > Hi, > I am using LyX with MikTeX under Windows 7, together with the Springer > svmono class. My question is: is it possible to use the "cite" > package in such an environment, and how to do this? > > Leslaw You want numeric citation, right? I used the spbasic style of Springer, in document>references citation style natbib, numeric and Jabref reference manager to insert the references into the document. In the document you can choose the cite style by right clicking on the citation. Wolfgang
Re: LyX + svmono + cite
On Thu, Mar 13, 2014 at 6:37 AM, bieniasz wrote: > Hi, > I am using LyX with MikTeX under Windows 7, together with the Springer > svmono class. My question is: is it possible to use the "cite" > package in such an environment, and how to do this? > Leslaw, this may be a silly question (I don't know the cite package at all), but what happens if you just load it your preamble? As long as it does not introduce new user-level commands, LyX shoudl support it. Or did you find problems? Stefano -- __ Stefano Franchi Associate Research Professor Department of Hispanic Studies Ph: +1 (979) 845-2125 Texas A&M University Fax: +1 (979) 845-6421 College Station, Texas, USA stef...@tamu.edu http://stefano.cleinias.org
LyX + svmono + cite
Hi, I am using LyX with MikTeX under Windows 7, together with the Springer svmono class. My question is: is it possible to use the "cite" package in such an environment, and how to do this? Leslaw
Re: sidecap
On Wednesday 12 March 2014 23:34:37 Uwe Stöhr wrote: > Am 09.03.2014 13:55, schrieb Wolfgang Engelmann: > >> If you send a _small_ LyX example file, I can have a look. > > > > Sending the lyx file and the figure K029.eps to the list > > Hello Wolfgang, > > it works when you change the float style, see attached. The problem is > that you set the float to span multiple text columns and it seems that > sidecap does then either not known the margins or thinks that there > might not enough space to place the caption besides the image. > > regards Uwe Thanks, Uwe, should have thought of it. Wolfgang