AW: LyX 2.0: spreadsheet
Liviu Andronic wrote: Opening the lyx 2.0file (downloaded from http://wiki.lyx.org/Examples/SpreadsheetExternalInset) with LyX 2.0 beta 1, LyX prompts the following error: "lyx file not readable". Shouldn't the file be readable - or is an upgrade to beta2 needed here? Even more. If my computations are correct, the patch went in post-beta2. Something around r36786 should be fine. But since you're on Win Vista, you'll probably need to wait for the beta3 binaries. Thinking about that a bot more, I am asking myself if everything needed comes shipped with LyX or is anything else needed to use the spreadsheet import feature? Working on WinVista. Another question which might be good to know in advance: How does LyX or the spreadsheet reporter know which part of the spreadsheet should be imported into the document? Just asking out of the mist - without the possibility to check myself while waiting for new beta versions. Thx - as always. Best, J.
Re: LyX 2.0: problems using XeTeX and thesis template
(Apologies for the slow reply.) I've tried adding the \AtBeginDocument{} as
you suggest but while the error goes away, the cross ref formatting is not
honoured.
I think I might try to get my head around *refstyle* as this is the way LyX
is moving for cross ref formatting, correct?
On 10 December 2010 18:29, Jürgen Spitzmüller wrote:
> Justin Wood wrote:
> > The template files do actually have this embrace, but it doesn't prevent
> > the parsing error.
>
> No. \addto\extrasenglish is not embraced by \AtBeginDocument{}
>
>
> > Or do you mean the next release will do something else
> > that will fix the problem? Thanks Jürgen.
>
> No. Look below.
>
>
> > For completeness, this is the preamble, taken directly from the chapter
> > template:
>
> [...]
>
> >
> > *\addto\extrasenglish{*
>
> >
> > * \renewcommand{\equationautorefname}{\hspace{-\abc}}*
> >
> > * \renewcommand{\sectionautorefname}{sec.\negthinspace}*
> >
> > * \renewcommand{\subsectionautorefname}{sec.\negthinspace}*
> >
> > * \renewcommand{\subsubsectionautorefname}{sec.\negthinspace}*
> >
> > * \renewcommand{\figureautorefname}{Fig.\negthinspace}*
> >
> > * \renewcommand{\tableautorefname}{Tab.\negthinspace}*
> >
> > *}*
> >
>
> change this to
>
> \AtBeginDocument{%
>
> \addto\extrasenglish{
> \renewcommand{\equationautorefname}{\hspace{-\abc}}
> \renewcommand{\sectionautorefname}{sec.\negthinspace}
> \renewcommand{\subsectionautorefname}{sec.\negthinspace}
> \renewcommand{\subsubsectionautorefname}{sec.\negthinspace}
> \renewcommand{\figureautorefname}{Fig.\negthinspace}
> \renewcommand{\tableautorefname}{Tab.\negthinspace}
> }
> }
>
> Jürgen
>
Re: Extreme speed difference between 1.4.5.1 and 1.6.8
Michael Joyner wrote: > > one workaround - use --batch-mode which should avoid gui inits. > > > > lyx does not recognize --batch-mode as a command line operator: thats partly my fault since i didnt checked and only tried to give directions... the switch is "-batch" and is part of lyx 2.0. > > via some script like: > > rm file.pdf > > send-to-pipe file0open file.lyx > > send-to-pipe exort > > send-to-pipe close-all > > > > for all files you have.then only one init will be done... > > pavel > > > > Don't know what a send-to-pipe is (no such command found via locate), but, > these > are lyx files that are generated on demand by PHP then immediately converted > to PDF for download. again these were only hints. you will need to study howto setup lyx pipes on your box and what exact lyx functions to send through them to lyx server. it would take some time to catch the corner cases and similar, so go this direction only if your task is time critical... if i ever tried to solve such kind of task i would produce direct .tex files instead of .lyx file though... pavel
Re: lyx 2.0.0beta2 upgrade problem
Payal wrote: > I want my original layouts and settings back. What should I do now? first of all try tools->reconfigure in 1.6. pavel
AW: LyX 2.0: spreadsheet
Liviu Andronic wrote: Opening the lyx 2.0file (downloaded from http://wiki.lyx.org/Examples/SpreadsheetExternalInset) with LyX 2.0 beta 1, LyX prompts the following error: "lyx file not readable". Shouldn't the file be readable - or is an upgrade to beta2 needed here? Even more. If my computations are correct, the patch went in post-beta2. Something around r36786 should be fine. But since you're on Win Vista, you'll probably need to wait for the beta3 binaries. I see. Thanx for your quick reply. /J.
Re: LyX 2.0: spreadsheet
On Mon, Dec 13, 2010 at 10:20 PM, Jannick Asmus wrote: > Opening the lyx 2.0file (downloaded from > http://wiki.lyx.org/Examples/SpreadsheetExternalInset) with LyX 2.0 beta 1, > LyX prompts the following error: "lyx file not readable". Shouldn't the file > be readable - or is an upgrade to beta2 needed here? > Even more. If my computations are correct, the patch went in post-beta2. Something around r36786 should be fine. But since you're on Win Vista, you'll probably need to wait for the beta3 binaries. Regards Liviu > The latter idea comes > to my mind since there is no item "Gnumericspreadsheet" in the drop down > list in the external material menu. > > Working on WinVista. > > /J. > > -- Do you know how to read? http://www.alienetworks.com/srtest.cfm http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader Do you know how to write? http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail
Re: LyX 2.0 - Problems with Tables
Am 13.12.2010 um 20:52 schrieb Peter Baumgartner: > Stephan, > > Sorry, my second description it was essentially the same problem but badly > described. Ok, good to know. > After a refresh the text appears. The refresh could be forced > (tabbing into a new cell) or is done after some time automatically. So at > least > I understood it reading ticke +7164. Yes, it's a screen refresh issue. Fortunately it's fixed already in the current sources of LyX. But - I guess - you have to wait for the next public (beta-)release to get it fixed. Stephan
LyX 2.0: spreadsheet
Opening the lyx 2.0file (downloaded from http://wiki.lyx.org/Examples/SpreadsheetExternalInset) with LyX 2.0 beta 1, LyX prompts the following error: "lyx file not readable". Shouldn't the file be readable - or is an upgrade to beta2 needed here? The latter idea comes to my mind since there is no item "Gnumericspreadsheet" in the drop down list in the external material menu. Working on WinVista. /J.
Re: Extreme speed difference between 1.4.5.1 and 1.6.8
Le 13 déc. 2010 à 20:13, Michael Joyner a écrit : > Don't know what a send-to-pipe is (no such command found via locate), but, > these > are lyx files that are generated on demand by PHP then immediately converted > to PDF for download. At this point, the best solution is probably to send privately to one of us a file so that we can run under a profiler and see whether there are obvious things to fix. There has been a patch in trunk to speed up writing of LyX file, but this is not useful there. Presumably there is time lost somewhere when doing the conversion to LaTeX. What is the size of the files ? Are there images? JMarc
Re: Reducing indentation of enumerated lists
On Mon, Dec 13, 2010 at 11:38 AM, Paul Rubin wrote:
> Assuming you want to do this for all enumerations, add the following to your
> preamble:
>
> \usepackage{enumitem}
> \setenumerate{leftmargin=*}
>
> This of course assumes that you have the enumitem package installed.
>
> /Paul
>
>
Thanks Paul, this worked beautifully.
Re: LyX 2.0 - Problems with Tables
Stephan, Sorry, my second description it was essentially the same problem but badly described. After a refresh the text appears. The refresh could be forced (tabbing into a new cell) or is done after some time automatically. So at least I understood it reading ticke +7164. Peter
Re: AW: Acrobat X problem
On Mon, Dec 13, 2010 at 8:33 PM, Joost Verburg wrote: > Because of a bug in Adobe Reader X the LyX mechanism to reload PDF files in > an open Adobe Reader window doesn't work. If you installed LyX using the > alternative installer, the workaround is to set the viewer to auto instead > of pdfview. The pdfview that is included in the standard installer of LyX > 1.6.8 does this automatically if Adobe 10.0.0 is detected. > In both cases, you'll have to close Adobe before updating the PDF. Hopefully > Adobe will fix this in the next release and the automatic reloading will > work again. > Oh, I wouldn't bet on that. You might try Evince in the meantime. Regards Liviu
Re: lyx 2.0.0beta2 upgrade problem
On Mon, Dec 13, 2010 at 7:25 PM, Payal wrote: > Hi, > I am using Ubuntu 10.04 with lyx 1.6.5 installed from Ubuntu > repositories. > I d/l lyx-2.0.0beta2.tar.gz, extracted it, did ./configure && make and > did NOT do make install. I just went into src/ and did ./lyx from there > and tried it for few mins. > After that I closed it and in evening opened 1.6.5, but to my horror I > found that many layouts were missing, including that of beamer. Instead > of acrobat reader, pdf was shown in envince. > > I want my original layouts and settings back. What should I do now? > I am assuming that you ran 2.0 beta2 as user, which means that LyX tried to upgrade your profile settings in ~/.lyx. I am not sure why the layouts would go missing (are they global layouts shipped with LyX or custom, local ones?), but you may try to move ~/.lyx to ~/.lyx.bak and start LyX with a fresh profile; then you would need to reset all your preferences. To avoid such experiences in the future try: - ./configure --with-version-suffix=-svn --enable-build-type=release - sudo ./lyx The first will allow you to configure and install SVN LyX alongside the stable version; then the two use different profile dirs and happily coexist. The second would avoid messing with your stable config. Regards Liviu > Thanks. > With warm regards, > -Payal > -- > > > -- Do you know how to read? http://www.alienetworks.com/srtest.cfm http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader Do you know how to write? http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail
Re: AW: Acrobat X problem
On 12/12/2010 9:45 AM, Andreas Rieger wrote: Thanks, using " C:\Progra~2\Adobe\Acroba~1.0\Acrobat\acrobat.exe" in field "viewer" respectively "Anzeigeprogramm" worked. Because of a bug in Adobe Reader X the LyX mechanism to reload PDF files in an open Adobe Reader window doesn't work. If you installed LyX using the alternative installer, the workaround is to set the viewer to auto instead of pdfview. The pdfview that is included in the standard installer of LyX 1.6.8 does this automatically if Adobe 10.0.0 is detected. In both cases, you'll have to close Adobe before updating the PDF. Hopefully Adobe will fix this in the next release and the automatic reloading will work again. Joost
LyX 2.0 (beta2) didn't show PDF output
Hi. I'm having troubles previewing PDF under the latest beta (PDFview, the new default) since the program keep saying no Acrobat Reader is installed. Obviously it are, and I already try to reinstall/repair but nothing happens: the file "is open" but there is no output. The Acrobat Reader is version X and work just fine with 1.6.x and I have no luck under SumatraPDF nor FoxitReader. I'm downloading the programs in a second PC to see is something internal or OS related. Tested so far: Windows XP SP3 (32bits) & Seven (64bits) LyX-20beta2-5-8-AltInstaller-Small.exe (Miktex 2.7)
Re: Extreme speed difference between 1.4.5.1 and 1.6.8
On Mon, Dec 13, 2010 at 1:23 PM, Pavel Sanda wrote: > Pavel Sanda wrote: > > Michael Joyner wrote: > > > On Mon, Dec 13, 2010 at 12:15 PM, Pavel Sanda wrote: > > > > > > > Michael Joyner wrote: > > > > > Thoughts as to why this is happening? Is there something wrong with > the > > > > > stock LyX build from RedHat/Epel ? > > one workaround - use --batch-mode which should avoid gui inits. > lyx does not recognize --batch-mode as a command line operator: $ lyx --batch-mode -e pdf2 breast_cancer2.lyx Wrong command line option `--batch-mode'. Exiting. $ lyx -batch-mode -e pdf2 breast_cancer2.lyx Wrong command line option `-batch-mode'. Exiting. > but i dont think it helps much. > more difficult but truly speed-up it to start using pipes > via some script like: > rm file.pdf > send-to-pipe file0open file.lyx > send-to-pipe exort > send-to-pipe close-all > > for all files you have.then only one init will be done... > pavel > Don't know what a send-to-pipe is (no such command found via locate), but, these are lyx files that are generated on demand by PHP then immediately converted to PDF for download. FYI: these are being run in a headless environment, no X.
lyx 2.0.0beta2 upgrade problem
Hi, I am using Ubuntu 10.04 with lyx 1.6.5 installed from Ubuntu repositories. I d/l lyx-2.0.0beta2.tar.gz, extracted it, did ./configure && make and did NOT do make install. I just went into src/ and did ./lyx from there and tried it for few mins. After that I closed it and in evening opened 1.6.5, but to my horror I found that many layouts were missing, including that of beamer. Instead of acrobat reader, pdf was shown in envince. I want my original layouts and settings back. What should I do now? Thanks. With warm regards, -Payal --
problems with handout mode in powerdot
Hello all, Please find a basic minimal example of the problem at, http://pastebin.ca/2018597 Without handout mode, it compiles right. Can anyone comment what is missing? I am using Ubuntu 10.04 with lyx 1.6.5 With warm regards, -Payal --
Re: Extreme speed difference between 1.4.5.1 and 1.6.8
Pavel Sanda wrote: > Michael Joyner wrote: > > On Mon, Dec 13, 2010 at 12:15 PM, Pavel Sanda wrote: > > > > > Michael Joyner wrote: > > > > Thoughts as to why this is happening? Is there something wrong with the > > > > stock LyX build from RedHat/Epel ? > > > > > > did you export with _native_ 1.6 format? if you slip 1.4 .lyx file to > > > lyx 1.6, he needs to run pythonic beast to convert firstly into 1.6 > > > format and then do the export. > > > > > > pavel > > > > > > > I did a "save as" new file name, is that sufficient? > > if its not confidental material, you can try to send sample. > at least i can verify its not just rh build issue. thinking more, it wont be so easy to built 1.4 , it uses too old qt's... my wild guess is that this difference is due to differenent initialization routines in 1.6. one workaround - use --batch-mode which should avoid gui inits. but i dont think it helps much. more difficult but truly speed-up it to start using pipes via some script like: rm file.pdf send-to-pipe file0open file.lyx send-to-pipe exort send-to-pipe close-all for all files you have.then only one init will be done... pavel
AW: Problem with bibliograpy
> This is a question of the BST file, and different ones will do things different > ways. That said, I think the reason it is being formatted as it is is that you > don't really need the key before the entry. The key is a lookup for the entry, > and, unless something very odd is happening, you ought to be able to look > this up by finding "Kühnel", etc, etc. This is especially so in this case, > obviously, since the year is there at the beginning, too. > > If you really do want the key at the beginning, then you may have to hack > your own BST file, and by that I mean not just "use makebst" but actually go > in there and put the key in manually. > This is by no means impossible, but it will take work to learn enough of the > BibTeX language to be able to do it. My reviewer wants me to add the key at the beginning. So I don't have much of a choice. After knowing, that the key to success is the .bst file, I tried different ones. Finally I found a natdin2.bst that has been used by a colleague of mine. This file needed only small adaptions, but the keys at the beginning worked from scratch. Thx.
Re: Extreme speed difference between 1.4.5.1 and 1.6.8
On Mon, Dec 13, 2010 at 12:34 PM, Pavel Sanda wrote: > Pavel Sanda wrote: > > Michael Joyner wrote: > > > Old LyX, -e pdf2: ~ 53 seconds, multiple runs, timed using > /usr/bin/time -p > > ughh i swapped new and old. so no, its lyx issue, sorry! :) > Oops... just posted my second timings to refute your previous post then saw this one > pavel >
Re: Extreme speed difference between 1.4.5.1 and 1.6.8
Michael Joyner wrote: > Incorrect. i know ;) see my other mail..p > Here are the export timings (3 each in a row) to create the *.tex files: > > Old LyX, -e pdflatex: 29.56, 29.60, 30.21 > New LyX, -e pdflatex: 61.22, 62.56, 59.28
Re: Extreme speed difference between 1.4.5.1 and 1.6.8
Michael Joyner wrote: > On Mon, Dec 13, 2010 at 12:15 PM, Pavel Sanda wrote: > > > Michael Joyner wrote: > > > Thoughts as to why this is happening? Is there something wrong with the > > > stock LyX build from RedHat/Epel ? > > > > did you export with _native_ 1.6 format? if you slip 1.4 .lyx file to > > lyx 1.6, he needs to run pythonic beast to convert firstly into 1.6 > > format and then do the export. > > > > pavel > > > > I did a "save as" new file name, is that sufficient? if its not confidental material, you can try to send sample. at least i can verify its not just rh build issue. pavel
Re: Extreme speed difference between 1.4.5.1 and 1.6.8
On Mon, Dec 13, 2010 at 12:31 PM, Pavel Sanda wrote: > Michael Joyner wrote: > > Old LyX, -e pdf2: ~ 53 seconds, multiple runs, timed using /usr/bin/time > -p > > New LyX, -e pdf2: ~ 78 seconds, multiple runs, timed using /usr/bin/time > -p > > > > If I export to pdflatex, then run pdflatex, these are the associated > > pdflatex timings: > > > > Old pdflatex: ~ 13 seconds, multiple runs, timed using /usr/bin/time -p > > New pdflatex: ~ 8 seconds, multiple runs, timed using /usr/bin/time -p > > looking again on the numbers, when rescaling pdflatex part we get > 13*6 =78 > 8 *6 =48 > which is very near to the 78/53 fraction. so the issue has most > probably only little to do with lyx speed itself. either pdflatex > goes more slowly or .tex file produced is more complicated. > (pdflatex is not part of lyx...) > Incorrect. Here are the export timings (3 each in a row) to create the *.tex files: Old LyX, -e pdflatex: 29.56, 29.60, 30.21 New LyX, -e pdflatex: 61.22, 62.56, 59.28
Re: Extreme speed difference between 1.4.5.1 and 1.6.8
Pavel Sanda wrote: > Michael Joyner wrote: > > Old LyX, -e pdf2: ~ 53 seconds, multiple runs, timed using /usr/bin/time -p > > New LyX, -e pdf2: ~ 78 seconds, multiple runs, timed using /usr/bin/time -p > > > > If I export to pdflatex, then run pdflatex, these are the associated > > pdflatex timings: > > > > Old pdflatex: ~ 13 seconds, multiple runs, timed using /usr/bin/time -p > > New pdflatex: ~ 8 seconds, multiple runs, timed using /usr/bin/time -p > > looking again on the numbers, when rescaling pdflatex part we get > 13*6 =78 > 8 *6 =48 > which is very near to the 78/53 fraction. so the issue has most > probably only little to do with lyx speed itself. either pdflatex > goes more slowly or .tex file produced is more complicated. > (pdflatex is not part of lyx...) ughh i swapped new and old. so no, its lyx issue, sorry! :) pavel
Re: Extreme speed difference between 1.4.5.1 and 1.6.8
Michael Joyner wrote: > I did a "save as" new file name, is that sufficient? if you did it in 1.6 then yes. pavel
Re: Extreme speed difference between 1.4.5.1 and 1.6.8
Michael Joyner wrote: > Old LyX, -e pdf2: ~ 53 seconds, multiple runs, timed using /usr/bin/time -p > New LyX, -e pdf2: ~ 78 seconds, multiple runs, timed using /usr/bin/time -p > > If I export to pdflatex, then run pdflatex, these are the associated > pdflatex timings: > > Old pdflatex: ~ 13 seconds, multiple runs, timed using /usr/bin/time -p > New pdflatex: ~ 8 seconds, multiple runs, timed using /usr/bin/time -p looking again on the numbers, when rescaling pdflatex part we get 13*6 =78 8 *6 =48 which is very near to the 78/53 fraction. so the issue has most probably only little to do with lyx speed itself. either pdflatex goes more slowly or .tex file produced is more complicated. (pdflatex is not part of lyx...) pavel
Re: Extreme speed difference between 1.4.5.1 and 1.6.8
On Mon, Dec 13, 2010 at 12:15 PM, Pavel Sanda wrote:
> Michael Joyner wrote:
> > Thoughts as to why this is happening? Is there something wrong with the
> > stock LyX build from RedHat/Epel ?
>
> did you export with _native_ 1.6 format? if you slip 1.4 .lyx file to
> lyx 1.6, he needs to run pythonic beast to convert firstly into 1.6
> format and then do the export.
>
> pavel
>
I did a "save as" new file name, is that sufficient?
Here is the header from old file:
\lyxformat 245
\begin_document
\begin_header
\textclass book
\begin_preamble
\usepackage{tocloft}
\usepackage{fancyhdr}
\usepackage{ifpdf}
\usepackage[unicode=true, pdfusetitle,
bookmarks=true,bookmarksnumbered=false,bookmarksopen=true,bookmarksopenlevel=1,
breaklinks=true,pdfborder={0 0 0},backref=false,colorlinks=false]
{hyperref}
\renewcommand{\cftchapleader}{\cftdotfill{\cftsecdotsep}}
\cftsetindents{chapter}{0em}{3em}
\addtocontents{toc}
\end_preamble
\language english
\inputencoding auto
\fontscheme default
\graphics default
\paperfontsize default
\spacing single
\papersize letterpaper
Here is header from new file:
\lyxformat 345
\begin_document
\begin_header
\textclass book
\begin_preamble
\usepackage{tocloft}
\usepackage{fancyhdr}
\usepackage{ifpdf}
\usepackage[unicode=true, pdfusetitle,
bookmarks=true,bookmarksnumbered=false,bookmarksopen=true,bookmarksopenlevel=1,
breaklinks=true,pdfborder={0 0 0},backref=false,colorlinks=false]
{hyperref}
\renewcommand{\cftchapleader}{\cftdotfill{\cftsecdotsep}}
\cftsetindents{chapter}{0em}{3em}
\addtocontents{toc}
\end_preamble
\use_default_options false
\language english
\inputencoding auto
\font_roman default
\font_sans default
\font_typewriter default
\font_default_family default
\font_sc false
\font_osf false
\font_sf_scale 100
\font_tt_scale 100
\graphics default
\paperfontsize default
\spacing single
\use_hyperref false
\papersize letterpaper
Re: Extreme speed difference between 1.4.5.1 and 1.6.8
Michael Joyner wrote: > Thoughts as to why this is happening? Is there something wrong with the > stock LyX build from RedHat/Epel ? did you export with _native_ 1.6 format? if you slip 1.4 .lyx file to lyx 1.6, he needs to run pythonic beast to convert firstly into 1.6 format and then do the export. pavel
Extreme speed difference between 1.4.5.1 and 1.6.8
Greetings one and all... This is a question about an extreme speed difference between 1.4.5.1 and 1.6.8 We currently are using LyX 1.4.5.1 in production for semi-automatic pdf booklet generation for an in-house product and while testing the newer LyX 1.6.8 on a newer system have run into a very noticeable timing difference: Old LyX, -e pdf2: ~ 53 seconds, multiple runs, timed using /usr/bin/time -p New LyX, -e pdf2: ~ 78 seconds, multiple runs, timed using /usr/bin/time -p If I export to pdflatex, then run pdflatex, these are the associated pdflatex timings: Old pdflatex: ~ 13 seconds, multiple runs, timed using /usr/bin/time -p New pdflatex: ~ 8 seconds, multiple runs, timed using /usr/bin/time -p Thoughts as to why this is happening? Is there something wrong with the stock LyX build from RedHat/Epel ? == specs from "-version" for each version == lyx -version LyX 1.4.5.1 (2007/07/25) Built on Oct 11 2007, 12:58:24 Configuration Host type: i686-redhat-linux-gnu Special build flags:pch jpeg-image-loader use-aspell use-ispell C Compiler: gcc C Compiler LyX flags: C Compiler flags: -I/usr/X11R6/include -O2 -g -pipe -m32 -march=i386 -mtune=pentium4 C++ Compiler: g++ (3.4.6) C++ Compiler LyX flags: -fno-exceptions C++ Compiler flags: -I/usr/X11R6/include -O2 -g -pipe -m32 -march=i386 -mtune=pentium4 Linker flags: Linker user flags: Qt Frontend: Qt version: 3.3.3 XForms Frontend: libXpm version: 4.11 libforms version: 1.0.90 Packaging: posix LyX binary dir: /usr/bin LyX files dir: /usr/share/lyx == lyx -version LyX 1.6.8 (2010-11-14) Built on Nov 18 2010, 15:13:37 Configuration Host type:x86_64-redhat-linux-gnu Special build flags: use-enchant use-ispell C Compiler: gcc C Compiler LyX flags: C Compiler flags:-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic C++ Compiler: g++ (4.1.2) C++ Compiler LyX flags: C++ Compiler flags:-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic Linker flags: Linker user flags: Qt 4 Frontend: Qt 4 version: 4.2.1 Packaging:posix LyX binary dir: /usr/bin LyX files dir:/usr/share/lyx == -Mike
Re: Reducing indentation of enumerated lists
Assuming you want to do this for all enumerations, add the following to your
preamble:
\usepackage{enumitem}
\setenumerate{leftmargin=*}
This of course assumes that you have the enumitem package installed.
/Paul
Re: LaTeX Error: File `ulem.sty' not found
Jose Quesada wrote: > yes, but not the latex3 packages: > (in any case, I fixed it with texhash, thanks to Liviu and the list) and do you have set latex USE flag when emerging lyx? texhash is done automatically for you then... pavel
Re: LyX 1.6.8 / 2.0beta without admin rights
No backups? On 12/13/2010 12:49 AM, Joost Verburg wrote: On 12/12/2010 5:24 PM, Pavel Sanda wrote: someone == joost at lyx.org (the only one who is mastering this installer). you can try to contact him. The 1.6.8 Windows release was delayed because of an external library which suddenly disappeared from SourceForge (project + git repository was completely deleted). It took a lot of time to rewrite most of the missing code. The installer has now been finished and will be available shortly. Joost
Re: LyX 2.0 - Problems with Tables
Am 13.12.2010 um 10:24 schrieb Peter Baumgartner: > Hi, > > I'm noticed problems with tables using LyX 2.0.0beta2: > > I've created a table with fixed column widths: a wide column (14cm) and two > small column (1,1cm). The entered text in these columns does only appear > when I leave the column. I have to enter the text blindly. This is an already reported and fixed bug: http://www.lyx.org/trac/ticket/7164 > My figure setup for the width in the tabular dialog does not appear if I > call the dialog or disappears if I have entered the figure. So the tabular > dialog comes mostly empty (so I have to remember the value I've entered) or > sometimes with the figure of another cell I have recently setup. But this > has no effect on the table itself. This one I do not understand. I guess it's another problem... but I don't understand your recipe. Stephan
Re: LaTeX Error: File `ulem.sty' not found
yes, but not the latex3 packages: (in any case, I fixed it with texhash, thanks to Liviu and the list) # es dev-texlive/texlive-latex >> @@ Searching... >> @@ Package: dev-texlive/texlive-latex-2010 branch: 5, [ repo_sabayonlinux.org] >> Available: version: 2010 ~ tag: NoTag ~ revision: 0 >> Installed: version: 2010 ~ tag: NoTag ~ revision: 0 >> Slot: 0 >> Homepage: http://www.tug.org/texlive/ >> Description:TeXLive Basic LaTeX packages >> License:GPL-2 LPPL-1.3 >> @@ Package: dev-texlive/texlive-latex3-2010 branch: 5, [ repo_sabayonlinux.org] >> Available: version: 2010 ~ tag: NoTag ~ revision: 0 >> Installed: version: Not installed ~ tag: N/A ~ revision: N/A >> Slot: 0 >> Homepage: http://www.tug.org/texlive/ >> Description:TeXLive LaTeX3 packages >> License:GPL-2 LPPL-1.3 >> @@ Package: dev-texlive/texlive-latexextra-2010 branch: 5, [ repo_sabayonlinux.org] >> Available: version: 2010 ~ tag: NoTag ~ revision: 0 >> Installed: version: Not installed ~ tag: N/A ~ revision: N/A >> Slot: 0 >> Homepage: http://www.tug.org/texlive/ >> Description:TeXLive LaTeX supplementary packages >> License:BSD GPL-1 GPL-2 GPL-3 LGPL-2 LPPL-1.2 LPPL-1.3 as-is public-domain >> @@ Package: dev-texlive/texlive-latexrecommended-2010 branch: 5, [ repo_sabayonlinux.org] >> Available: version: 2010 ~ tag: NoTag ~ revision: 0 >> Installed: version: 2010 ~ tag: NoTag ~ revision: 0 >> Slot: 0 >> Homepage: http://www.tug.org/texlive/ >> Description:TeXLive LaTeX recommended packages >> License:GPL-1 GPL-2 LPPL-1.2 LPPL-1.3 as-is public-domain >> Keywords: dev-texlive/texlive-latex >> Found: 4 entries On Mon, Dec 13, 2010 at 1:38 AM, Pavel Sanda wrote: > Jose Quesada wrote: > > Thanks Liviu. > > The package is not there. Do you think this is a bug? If so, I'll fill it > on > > my distro's tracker. > > do you have dev-texlive/texlive-latex installed? > pavel > -- Best, -Jose Jose Quesada, PhD. Research scientist, Max Planck Institute, Center for Adaptive Behavior and Cognition, Berlin http://www.josequesada.name/ http://twitter.com/Quesada
LyX 2.0 - Problems with Tables
Hi, I'm noticed problems with tables using LyX 2.0.0beta2: I've created a table with fixed column widths: a wide column (14cm) and two small column (1,1cm). The entered text in these columns does only appear when I leave the column. I have to enter the text blindly. My figure setup for the width in the tabular dialog does not appear if I call the dialog or disappears if I have entered the figure. So the tabular dialog comes mostly empty (so I have to remember the value I've entered) or sometimes with the figure of another cell I have recently setup. But this has no effect on the table itself. In another experiment with 3 columns without fixed columns the text appears sometimes after a delay of about 1 sec., sometimes I have to leave the cell. I'm using a MacBook Pro with OS X Snow Leopard, Version 10.6.5 und TexLive-2010-64. Peter
