Re: Figure numbering and cross references
Am 30.06.23 um 05:09 schrieb Dan: Both the LaTeX and pdf files are attached. (Ignore the text: it needs a lot of work!) This is a simple problem, I'm sure, but I just can't get it to render right. I have an article I'm adding an image to as a float and I have attached a label to it. The first problem is that it comes up as Figure 0.1. I'll eventually be putting this into a section, so how can I put this as Figure 1.1? How can I get this to put the section number correctly? Then I add a sentence (see the very end of the text) "(See Figure .)" I add in a cross-reference to the label "Figure 1." Okay, but the figure number does not come in, and I wanted to enumerate this, in case I wanted to add another figure in front of this one. How do I do the enumeration? Don't use the modul for sectionwise image count: Documents->Preferences->Modules or define a section. Herbert -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Figure layout messed up when exporting to latex and importing again
Great. Thanks. I'm looking forward to the new release. Uwe On 31.08.18 16:08, Jürgen Spitzmüller wrote: Am Freitag, den 31.08.2018, 14:57 +0200 schrieb Uwe Thuemmel: I often go back and force between LyX and LaTeX. Unfortunately, exporting from LyX to LaTeX (pdflatex) and importing again into LyX messes up the layout of (sub)figures. More particularly, I'd like subfigures to appear side by side. In the original LyX file, this looks as follows, and in the PDF figures appear side by side (figure_layout_original.lyx) If I now export to LaTeX (pdflatex), and compile the .tex file (figure_layout.tex), the figures still appear side by side. However, if I import back into LyX (import from LaTeX, plain), the figures appear below one another. (figure_layout_imported.lyx) I then have to readjust the layout for all subfigures. Do you have any suggestions how to avoid this behavior. To replicate the issue, find a minimum working example with the files mentioned above at: https://www.dropbox.com/sh/3c6ea1mztonqrgs/AADidw2HLdqv74d6MO2iUmVea?dl=0 It's a bug. The good news is that I seem to have fixed it while fixing another subfigure import bug (https://www.lyx.org/trac/ticket/10385) The fix is in LyX 2.3.1 which is just around the corner. Jürgen Regards, Uwe P.S. I'm running LyX Version 2.3.0 on macOS High Sierra
Re: Figure layout messed up when exporting to latex and importing again
Am Freitag, den 31.08.2018, 14:57 +0200 schrieb Uwe Thuemmel: > I often go back and force between LyX and LaTeX. Unfortunately, > exporting from LyX to LaTeX (pdflatex) and importing again into LyX > messes up the layout of (sub)figures. > More particularly, I'd like subfigures to appear side by side. In the > original LyX file, this looks as follows, and in the PDF figures > appear side by side > > (figure_layout_original.lyx) > If I now export to LaTeX (pdflatex), and compile the .tex file > (figure_layout.tex), the figures still appear side by side. > However, if I import back into LyX (import from LaTeX, plain), the > figures appear below one another. > > (figure_layout_imported.lyx) > I then have to readjust the layout for all subfigures. Do you have > any suggestions how to avoid this behavior. To replicate the issue, > find a minimum working example with the files mentioned above at: > https://www.dropbox.com/sh/3c6ea1mztonqrgs/AADidw2HLdqv74d6MO2iUmVea?dl=0 It's a bug. The good news is that I seem to have fixed it while fixing another subfigure import bug (https://www.lyx.org/trac/ticket/10385) The fix is in LyX 2.3.1 which is just around the corner. Jürgen > Regards, > Uwe > P.S. I'm running LyX Version 2.3.0 on macOS High Sierra signature.asc Description: This is a digitally signed message part
Re: Figure layout messed up when exporting to latex and importing again
Hi Uwe, Thanks for writing in. Responses below. On Fri, Aug 31, 2018 at 02:57:04PM +0200, Uwe Thuemmel wrote: > I often go back and force between LyX and LaTeX. Unfortunately, exporting > from LyX to LaTeX (pdflatex) and importing again into LyX messes up the > layout of (sub)figures. We can discuss the specifics of this below, but I just want to say that even if this is fixed, you will without doubt run into problems with doing this back and forth workflow. LyX can export and import LaTeX, but the import is never going to be perfect. It's such a difficult problem to convert between all possible permutations of LaTeX (which allows a lot of different ways of writing things) into LyX, even for a LaTeX file that LyX exported! I thus recommend that you use mainly LyX or mainly LaTeX for any given project. Otherwise you might get headaches. > More particularly, I'd like subfigures to appear side by side. In the > original LyX file, this looks as follows, and in the PDF figures appear side > by side > > (figure_layout_original.lyx) > > If I now export to LaTeX (pdflatex), and compile the .tex file > (figure_layout.tex), the figures still appear side by side. If you got different output, this would be a LyX bug. Whenever you view a PDF from LyX, what happens under the hood is that LyX first exports to LaTeX. So the LaTeX exported from LyX should give the same PDF result (assuming run with the same engine). > However, if I import back into LyX (import from LaTeX, plain), the figures > appear below one another. > > (figure_layout_imported.lyx) > > I then have to readjust the layout for all subfigures. Do you have any > suggestions how to avoid this behavior. To replicate the issue, find a > minimum working example with the files mentioned above at: > https://www.dropbox.com/sh/3c6ea1mztonqrgs/AADidw2HLdqv74d6MO2iUmVea?dl=0 If you don't get a reply here, please make a LyX ticket on http://www.lyx.org/trac When you create the ticket, please select the component "tex2lyx". Although I discouraged the workflow you have set up above, the good side to it is you will likely find a lot of potential improvements to the import, tex2lyx, so if you create trac tickets with minimal examples for each of them, it's possible they could be fixed. tex2lyx usually receives fixes for each new LyX release. Best, Scott signature.asc Description: PGP signature
Re: Figure captions
2018-06-09 22:13 GMT+02:00 Steve Litt : > On Sat, 9 Jun 2018 12:43:47 +0200 > Ricardo Berlasso wrote: > > > 2018-06-09 11:50 GMT+02:00 F M Salter : > > > > > Hi > > > > > > Is it possible to place captioned figures side by side rather > > > than vertically? > > > > > > Yes, but you need to use the sidecap package. To integrate it on LyX > > you can use a "Local format" (Document → Settings → Local format), > > something like this (I'm using 2.3 here, for 2.2 use "Format 60" > > instead) > > Hi Richard, > > How did you know that the sidecap package would do this? It seems like > every desire anyone has in LaTeX, somebody pops up with a package to do > it. But how does one discover that package? Is there an algorithm to go > from a need to solution by package discovery? > Unfortunately, no. I'm able to provide a fast answer to some problems only because I've already asked that question many times in the past and was able to build an answer. I'm not a LaTeX expert, so each time I solve something I write down the solution I've found on my personal archive. > > Given LaTeX code, I can hammer away at it, do research, and eventually > modify it to do what I need. I can describe the process pretty much in > English. But I don't begin to understand how people can hear a need and > instantly know "you need the XYZ package." That process should be > articulated so that all of us can do it. > I'm using LyX since... 2001? My memory fails. But even with such experience it took me months to understand how local formats work. In fact, I'm not able to write code from scratch, I always need to copy/paste from my archive of solutions, so don't feel amazed for our fast answers, they only mean that we are good at copy/paste old solutions from our own long list of solved problems ;) Even the most wild questions I've ever had were already asked by someone else on the Internet, so it's only matter of using the right keywords on the right place. TeX-LaTeX Stack Exchange is usually the right place so once I find the answer, and of course I understand it (which is not always granted), it's just a matter of adapting the whole thing to LyX (which may be some work) http://tex.stackexchange.com/ If nobody knows the answer to a question there, it's not possible. But since almost nothing is impossible on LaTeX, the answer is there ;) Regards, Ricardo > > Thanks, > > SteveT > > Steve Litt > June 2018 featured book: Twenty Eight Tales of Troubleshooting > http://www.troubleshooters.com/28 > > >
Re: Figure captions
On Sat, 9 Jun 2018 12:43:47 +0200 Ricardo Berlasso wrote: > 2018-06-09 11:50 GMT+02:00 F M Salter : > > > Hi > > > > Is it possible to place captioned figures side by side rather > > than vertically? > > > Yes, but you need to use the sidecap package. To integrate it on LyX > you can use a "Local format" (Document → Settings → Local format), > something like this (I'm using 2.3 here, for 2.2 use "Format 60" > instead) Hi Richard, How did you know that the sidecap package would do this? It seems like every desire anyone has in LaTeX, somebody pops up with a package to do it. But how does one discover that package? Is there an algorithm to go from a need to solution by package discovery? Given LaTeX code, I can hammer away at it, do research, and eventually modify it to do what I need. I can describe the process pretty much in English. But I don't begin to understand how people can hear a need and instantly know "you need the XYZ package." That process should be articulated so that all of us can do it. Thanks, SteveT Steve Litt June 2018 featured book: Twenty Eight Tales of Troubleshooting http://www.troubleshooters.com/28
Re: Figure captions
Thank both of you, Ricardo Berlasso and Juergen Spitzmueller Frank Salter On 09/06/18 10:50, F M Salter wrote: > Hi > > Is it possible to place captioned figures side by side rather than > vertically? It is possible to place graphics, without captions, side > by side. Figure captions seem only to be used in floats. Attempts to > copy to a box produces senseless! > > Regards > > Frank Salter > >
Re: Figure captions
Am Samstag, den 09.06.2018, 12:43 +0200 schrieb Ricardo Berlasso:
> 2018-06-09 11:50 GMT+02:00 F M Salter :
> > Hi
> >
> > Is it possible to place captioned figures side by side rather
> > than
> > vertically?
>
> Yes, but you need to use the sidecap package. To integrate it on LyX
> you can use a "Local format"
There is also an unofficial module listed here, to the same effect:
https://wiki.lyx.org/Layouts/Modules
> > It is possible to place graphics, without captions, side
> > by side. Figure captions seem only to be used in floats. Attempts
> > to
> > copy to a box produces senseless!
The attached module adds support for captions outside floats (via
Insert > Custom Insets)
Jürgen
#\DeclareLyXModule{Non-floating Figures and Tables}
#DescriptionBegin
#Insert captions to figures and tables that do not float.
#DescriptionEnd
# Author: Jürgen Spitzmüller
Format 66
InsetLayout Flex:NonFloatingFigure
LyxType custom
LabelString non-floating
LaTeXTypecommand
LatexNamefigcaption
NeedProtect 1
MultiPar false
Argument 1
LabelString "Short Title|S"
Tooltip "The caption as it appears in the list of
figures/tables"
InsertCotext 1
EndArgument
Preamble
\usepackage{nonfloat}
EndPreamble
End
InsetLayout Flex:NonFloatingTable
CopyStyleFlex:NonFloatingFigure
LabelString non-floating
LatexNametabcaption
End
signature.asc
Description: This is a digitally signed message part
Re: Figure captions
2018-06-09 11:50 GMT+02:00 F M Salter :
> Hi
>
> Is it possible to place captioned figures side by side rather than
> vertically?
Yes, but you need to use the sidecap package. To integrate it on LyX you
can use a "Local format" (Document → Settings → Local format), something
like this (I'm using 2.3 here, for 2.2 use "Format 60" instead)
Format 66
AddToPreamble
\usepackage{sidecap} % added by sidecap.module
\let\SCfigurename\figurename
EndPreamble
Float
Type SCfigure
GuiName "Figure (side caption)"
Placement tbp
Extension loscf
NumberWithin none
Style plain
ListCommand empty
ListName "List of Figures (side caption): does nothing, use List of Figures
instead"
RefPrefix fig
IsPredefined 1
UsesFloatPkg 0
End
Float
Type SCtable
GuiName "Table (side caption)"
Placement tbp
Extension losct
NumberWithin none
Style plain
ListCommand empty
ListName "List of Tables (side caption): does nothing, use List of Tables
instead"
RefPrefix tab
IsPredefined 1
UsesFloatPkg 0
End
Now, under Insert → Float you'll have "Figure (side caption)" and "Table
(side caption)". The side-captioned figures will integrate with the normal
ones, so just use the normal index of figures to list them (and all the
others).
> It is possible to place graphics, without captions, side
> by side. Figure captions seem only to be used in floats. Attempts to
> copy to a box produces senseless!
>
You can delete the caption box inside the float without problems, resulting
on a floating figure without caption. To insert several figures inside a
float you can just do that, or even insert another float inside the float
to get several "sub-figures", LyX will recognize the situation
automatically.
Regards,
Ricardo
>
> Regards
>
> Frank Salter
>
>
>
Re: figure numbering
OK, Very good thank you === Patrick DUPRÉ | | email: pdu...@gmx.com Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France === > Sent: Monday, March 12, 2018 at 5:06 PM > From: "Paul A. Rubin" > To: lyx-users@lists.lyx.org > Subject: Re: figure numbering > > On 03/12/2018 11:53 AM, Patrick Dupre wrote: > > Yes, > > > > I have no section. > > It is a 1.5 pages document, and I did not section it. > > > In Document > Modules, do you by any chance have "Number Figures by > Section" selected? I believe it is selected by default for some layouts. > If so, just delete it from the selected list. > > Paul > >
Re: figure numbering
On 03/12/2018 11:53 AM, Patrick Dupre wrote: Yes, I have no section. It is a 1.5 pages document, and I did not section it. In Document > Modules, do you by any chance have "Number Figures by Section" selected? I believe it is selected by default for some layouts. If so, just delete it from the selected list. Paul
RE: RE: figure numbering
I guess you have two choices (maybe more...): * Make the figure a *displayed* figure, not a *floating* figure. In that case, the figure will not have numbering -- but you cannot have caption either. * Number the section where the figure is places. I guess it is also possible to change the numbering scheme so that the figure is not numbered according to heading, but sequentially in the document. I don't recall how to do this off my head, but it is possible. -Bernt -Original Message- From: Patrick Dupre Sent: Monday, March 12, 2018 16:54 To: Bernt Lie Cc: lyx Subject: Re: RE: figure numbering Yes, I have no section. It is a 1.5 pages document, and I did not section it. === Patrick DUPRÉ | | email: pdu...@gmx.com Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France === > Sent: Monday, March 12, 2018 at 4:44 PM > From: "Bernt Lie" > To: "Patrick Dupre" , lyx > Subject: RE: figure numbering > > Is figure placed in unnumbered section/chapter? It looks like the top-level > heading has not been numbered. > > -B > > -Original Message- > From: lyx-users@lists.lyx.org On Behalf Of Patrick > Dupre > Sent: Monday, March 12, 2018 16:39 > To: lyx > Subject: figure numbering > > Hello, > > I have figure numbering appearing like 0.1 How can I avoid this artifact? > > > Thank > > === > Patrick DUPRÉ | | email: pdu...@gmx.com > Laboratoire de Physico-Chimie de l'Atmosphère | | > Université du Littoral-Côte d'Opale | | > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 > 189A, avenue Maurice Schumann | | 59140 Dunkerque, France > === >
Re: RE: figure numbering
Yes, I have no section. It is a 1.5 pages document, and I did not section it. === Patrick DUPRÉ | | email: pdu...@gmx.com Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France === > Sent: Monday, March 12, 2018 at 4:44 PM > From: "Bernt Lie" > To: "Patrick Dupre" , lyx > Subject: RE: figure numbering > > Is figure placed in unnumbered section/chapter? It looks like the top-level > heading has not been numbered. > > -B > > -Original Message- > From: lyx-users@lists.lyx.org On Behalf Of Patrick > Dupre > Sent: Monday, March 12, 2018 16:39 > To: lyx > Subject: figure numbering > > Hello, > > I have figure numbering appearing like 0.1 How can I avoid this artifact? > > > Thank > > === > Patrick DUPRÉ | | email: pdu...@gmx.com > Laboratoire de Physico-Chimie de l'Atmosphère | | > Université du Littoral-Côte d'Opale | | > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 > 189A, avenue Maurice Schumann | | 59140 Dunkerque, France > === >
RE: figure numbering
Is figure placed in unnumbered section/chapter? It looks like the top-level heading has not been numbered. -B -Original Message- From: lyx-users@lists.lyx.org On Behalf Of Patrick Dupre Sent: Monday, March 12, 2018 16:39 To: lyx Subject: figure numbering Hello, I have figure numbering appearing like 0.1 How can I avoid this artifact? Thank === Patrick DUPRÉ | | email: pdu...@gmx.com Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France ===
Re: Figure Float Placement: Many Figures, Many Small Subsections [RESOLVED]
On Wed, 27 May 2015, Rich Shepard wrote: I'm looking for suggestions on placing figure floats in a document where each figure is associated with a short subsection or sub-subsection. The solution consists of restructuring the document, raising subsections to sections and cascading to sub-subsections. And, playing with figure size. Interestingly, setting the size to 75% of the text line width produces tiny figures, while not restricting the size produces text line width figures, but isolates each one. More futzing will find the appropriate size for these. Thanks for the suggestions, Rich
Re: Figure Float Placement: Many Figures, Many Small Subsections
On Wed, 27 May 2015, Enrico Forestieri wrote: Note that latex allows only a fixed number of floats per page. By default, this is 3 but this number is stored in a counter and it can be changed. Enrico, Each float occupies about a half-page. There would be room for the figure and accompanying text on a page, or two figures on a page, but that's not how LaTeX is composing the page. One per page is the result, no text on that page, either. Strange. I think the most parsimonius solution is to restructure the manual so each related set of floats are in separate sections rather than sub-sections. Thanks, Rich
Re: Figure Float Placement: Many Figures, Many Small Subsections
Rich Shepard writes:
>
> On Wed, 27 May 2015, Nikos Alexandris wrote:
>
> > Do the
> >
> > Document > Settings > Float Placement > "Here if possible" or "Here
> > definitely"
> >
> > options help?
>
> Nikos,
>
>Not so far. I'm still playing with them, but I get the maximum number
> of figures allowed in a section, then no graphic is displayed. That's
> because they're all in the same section of the document. I suppose I can
> expand each portion into a section of its own. Maybe.
Note that latex allows only a fixed number of floats per page. By default,
this is 3 but this number is stored in a counter and it can be changed.
Try whether putting
\setcounter{totalnumber}{10}
in the preamble helps. It may or may not succeed, depending on the vertical
space occupied by the floats. There are also other style parameters that
may help:
topnumber: (counter) maximum number of floats allowed at the top of a page.
\topfraction: maximum fraction of the page that can be occupied by floats
at the top of the page. A value of 0.25 means the top quarter.
bottomnumber: (counter) same as topnumber except for the bottom of the page.
\bottomfraction: same as \topfraction except for the bottom of the page.
\texfraction: the minimum fraction of a page the must be devoted to text.
The other 1-\textfraction may be occupied by floats.
As an example:
\setcounter{totalnumber}{10}
\setcounter{topnumber}{5}
\setcounter{bottomnumber}{5}
\def\topfraction{1}
\def\bottomfraction{1}
\def\textfraction{0}
allows placing up to 10 floats on a page (if they fit), even at the cost
of not outputting any text on that page. There are also other parameters
that can be tuned, such the spacing between text and floats, but I don't
remember what they are. I think you can find them in a good latex book.
HTH
--
Enrico
Re: Figure Float Placement: Many Figures, Many Small Subsections
On Wed, 27 May 2015, Nikos Alexandris wrote: Do the Document > Settings > Float Placement > "Here if possible" or "Here definitely" options help? Nikos, Not so far. I'm still playing with them, but I get the maximum number of figures allowed in a section, then no graphic is displayed. That's because they're all in the same section of the document. I suppose I can expand each portion into a section of its own. Maybe. Thanks, Rich
Re: Figure Float Placement: Many Figures, Many Small Subsections
* Rich Shepard [2015-05-27 13:33:43 -0700]:
>I'm looking for suggestions on placing figure floats in a document where
> each figure is associated with a short subsection or sub-subsection. There
> are approximately 33 figures in the document (so far) and I would like to
> place each figure somewhere close to the associated text. This document is a
> user manual for a software application so having the figures close to the
> text they illustrate would be a Good Thing(TM).
>
>To address the 'too many unresolved floats' LaTeX error I added
> \usepackage[section]{placeins} to the preamble, and \clearpage at the point
> LaTeX became constipated. These allowed the document to compile, but the
> figures are grouped after the section.
>
>I'm sure others have figured out how to produce a good-looking document
> having many figure floats and short pieces of text associated with each.
> Please share your experiences or suggestions on how best to handle this
> situation.
Do the
Document > Settings > Float Placement > "Here if possible" or "Here
definitely"
options help?
Nikos
Re: figure covering two pages
Am 30.06.2014 22:57, schrieb Alex Vergara Gil: -Mensaje original- De: Wolfgang Engelmann Enviado el: Lunes, 30 de Junio de 2014 08:19 p.m. Am 30.06.2014 19:21, schrieb Alex Vergara Gil: Open the figure in Krita/GIMP create two new figures by cutting the original in two halves insert each half into a new graphic, using fit 100% to page and definitively here as position Thanks, Alex, The upper half of the figure is rather broad, it therefore is not reaching the lower rim of the page, not to speak of the legend. This should be placed underneath the second part of the figure on the page opposing the first part. Proposals? Wolfgang Yes I forgot to mention to rotate the two halves by 90 degres so they will fit your page, sorry! Alex, that I had done already, but the question remains. For clarifying it, may I send you the figure in question privately because of its size (114kb), so that you might have a look at it? I could add the two halves also (75kb each). The aim is, to have a figure with legend covering two adjacent pages with legend below the lower half. Wolfgang
RE: figure covering two pages
> -Mensaje original- De: Wolfgang Engelmann Enviado el: Lunes, 30 de Junio de 2014 08:19 p.m. > > Am 30.06.2014 19:21, schrieb Alex Vergara Gil: > > Open the figure in Krita/GIMP > > create two new figures by cutting the original in two halves insert > > each half into a new graphic, using fit 100% to page and definitively > > here as position > Thanks, Alex, > The upper half of the figure is rather broad, it therefore is not reaching the > lower rim of the page, not to speak of the legend. This should be placed > underneath the second part of the figure on the page opposing the first part. > Proposals? > Wolfgang > Yes I forgot to mention to rotate the two halves by 90 degres so they will fit your page, sorry!
Re: figure covering two pages
Am 30.06.2014 19:21, schrieb Alex Vergara Gil: Open the figure in Krita/GIMP create two new figures by cutting the original in two halves insert each half into a new graphic, using fit 100% to page and definitively here as position Thanks, Alex, The upper half of the figure is rather broad, it therefore is not reaching the lower rim of the page, not to speak of the legend. This should be placed underneath the second part of the figure on the page opposing the first part. Proposals? Wolfgang
RE: figure covering two pages
> -Mensaje original- De: Wolfgang Engelmann Enviado el: Lunes, 30 de Junio de 2014 05:55 p.m. > > How can I insert a large figure which expands over two pages? > I use Debian and Koma script book style A5 format. > The figure should be landscape on both pages Wolfgang > Open the figure in Krita/GIMP create two new figures by cutting the original in two halves insert each half into a new graphic, using fit 100% to page and definitively here as position good luck! Alex
Re: Figure besides
Am 07.05.2014 16:59, schrieb Richard Heck:
On 05/07/2014 04:17 AM, Wolfgang Engelmann wrote:
Figure Besides is used to set the legend to the side of a (small)
figure. It is used in this way:
Text. \FigBesBeg \FigBesEnd More Text ...
I noticed that, if the text after the \FigBesEnd (in ERT) follows
immediately the tex-Box,
Text. \FigBesBeg \FigBesEndMore Text ...
(that is, the More Text follows without a space)
I get an error:
\FigBesEndEs wurde vorgeschlagen, dass die Kontrolle der Transkription
The problem is that there is no space between your LaTeX command and
the text. So LyX is
outputing:
\FigBesEndEs
which is not a LaTeX command. Just put a space at the end of your ERT
(or else: {}).
Richard
Thanks, Richard,
but isn't it a bit strange to include a part (Es in my case) which is
not inside the ERT-box? So one could actually right in the ERT box \F
and outside of it igBesEnd (without space) and one would still get the
ERT command executed?
Wolfgang
Re: Figure besides
On 05/07/2014 04:17 AM, Wolfgang Engelmann wrote:
Figure Besides is used to set the legend to the side of a (small)
figure. It is used in this way:
Text. \FigBesBeg \FigBesEnd More Text ...
I noticed that, if the text after the \FigBesEnd (in ERT) follows
immediately the tex-Box,
Text. \FigBesBeg \FigBesEndMore Text ...
(that is, the More Text follows without a space)
I get an error:
\FigBesEndEs wurde vorgeschlagen, dass die Kontrolle der Transkription
The problem is that there is no space between your LaTeX command and the
text. So LyX is
outputing:
\FigBesEndEs
which is not a LaTeX command. Just put a space at the end of your ERT
(or else: {}).
Richard
Re: figure spans columns
Right click on the float -> settings -> span columns Hope that helps On Friday, February 21, 2014 10:01 PM, Rahayu Prihatin wrote: Hi, hopefully somebody can help me, How to span that table/image over two columns in IEEE style paper? Thank you in advance. Greeting, Hayu
Re: Figure placement and rotate
- Ursprungligt meddelande - > Från: "Jürgen Spitzmüller" > Till: lyx-users@lists.lyx.org > Skickat: måndag, 10 feb 2014 8:14:46 > Ämne: Re: Figure placement and rotate > > Robin Rosenberg wrote: > > > Are you sure you want to use a float? Why not just Insert > Graphics > > > without a float? Then it should not move around. > > > > I want a referable figure. Can I accomplish that some other way? > > Yes, use the nonfloat package. > That could do, kind-o-ugly to have to paste all that stuff around the image to make it work, though. I found another solution that works fine for me, with less LaTeX code to paste. See http://tex.stackexchange.com/questions/337/how-to-change-certain-pages-into-landscape-portrait-mode It has the added benefit that the page is rotated in a PDF viewer so you don't have to rotate the computer. -- robin
Re: Figure placement and rotate
Robin Rosenberg wrote: > > Are you sure you want to use a float? Why not just Insert > Graphics > > without a float? Then it should not move around. > > I want a referable figure. Can I accomplish that some other way? Yes, use the nonfloat package. Regards, Jürgen
Re: Figure placement and rotate
On Sun, Feb 9, 2014 at 4:51 PM, Robin Rosenberg wrote: > > > - Ursprungligt meddelande - >> Från: "Scott Kostyshak" >> Till: "Robin Rosenberg" >> Kopia: lyx-users@lists.lyx.org >> Skickat: söndag, 9 feb 2014 22:37:21 >> Ämne: Re: Figure placement and rotate >> >> On Sun, Feb 9, 2014 at 3:01 PM, Robin Rosenberg >> wrote: >> > Hi, >> > >> > I have a document with some rather large figures. It seems this doesn't >> > work well with LaTeX idea of how to place these figures. In short we >> > disagree, so I want to use the "definitely here" option. >> > >> > Since I also want to rotate the picture to maximuma readability of the text >> > in the figure, I check rotate, but this disabled the location hint. Is >> > there any way I can use both options? >> >> Are you sure you want to use a float? Why not just Insert > Graphics >> without a float? Then it should not move around. > > I want a referable figure. Can I accomplish that some other way? Ah unfortunately I don't know how to do that or if it's recommended. Hopefully someone who knows more about LaTeX than I will have a solution for you. Scott
Re: Figure placement and rotate
- Ursprungligt meddelande - > Från: "Scott Kostyshak" > Till: "Robin Rosenberg" > Kopia: lyx-users@lists.lyx.org > Skickat: söndag, 9 feb 2014 22:37:21 > Ämne: Re: Figure placement and rotate > > On Sun, Feb 9, 2014 at 3:01 PM, Robin Rosenberg > wrote: > > Hi, > > > > I have a document with some rather large figures. It seems this doesn't > > work well with LaTeX idea of how to place these figures. In short we > > disagree, so I want to use the "definitely here" option. > > > > Since I also want to rotate the picture to maximuma readability of the text > > in the figure, I check rotate, but this disabled the location hint. Is > > there any way I can use both options? > > Are you sure you want to use a float? Why not just Insert > Graphics > without a float? Then it should not move around. I want a referable figure. Can I accomplish that some other way? -- robin > > > The current workaround I use is to rotate just the graphics, but causes the > > figure title and graphics to have different orientation, which looks > > somewhat bad. > > Yes this does not seem good. > > Best, > > Scott >
Re: Figure placement and rotate
On Sun, Feb 9, 2014 at 3:01 PM, Robin Rosenberg wrote: > Hi, > > I have a document with some rather large figures. It seems this doesn't work > well with LaTeX idea of how to place these figures. In short we disagree, so > I want to use the "definitely here" option. > > Since I also want to rotate the picture to maximuma readability of the text > in the figure, I check rotate, but this disabled the location hint. Is there > any way I can use both options? Are you sure you want to use a float? Why not just Insert > Graphics without a float? Then it should not move around. > The current workaround I use is to rotate just the graphics, but causes the > figure title and graphics to have different orientation, which looks somewhat > bad. Yes this does not seem good. Best, Scott
Re: Figure float in multipage box
Frank Leone wrote:
> Thanks a lot for the answer, Jürgen, that indeed explains the problem.
> However, I don't get why "Figure wrap float" does work, even though it is
> also a float.
Don't know either. I suppose it is implemented differently-
> And the solution suggested on the website regrettably does not help in my
> case: I can't switch the box and figure, as I need the lines of the box to
> include the figure and, more importantly, the box float is (if I understand
> correctly) the only multi-page float.
>
> Is there a way to make the figure wrap float non-wrappable, i.e., to have
> no text at the side(s)?
>
> Thanks again!
Is it really important that your figure floats within the box, or do you just
need the caption? In the latter case, you can use the nonfloat package.
In preamble:
\usepackage{nonfloat}
In the box:
\figcaption{My figure}
Regards,
Jürgen
Re: Figure float in multipage box
Jürgen Spitzmüller lyx.org> writes: > > Frank Leone wrote: > > Dear all, > > > > I am writing down my PhD dissertation and would like: > > > > - A box > > - Multipage > > - With a figure float in there > > > > I almost succeeded, using a frameless multipage box, but when I insert a > > figure float inside the box I get: > > > > ! LaTeX Error: Not in outer par mode. > > > > This is true both in 2.0 and 2.1. When I use a figure wrap float > > environment, it however does work! But then it wraps, which I don't want it > > to do. > > > > Does anyone have an idea: > > - Whether this is intended behavior? > > - And how I can fix it/work around it? > > > > Thanks a lot in advance, I appreciate it, > > > > best, > > > > Frank > > Maybe this helps: > http://www.tex.ac.uk/cgi-bin/texfaq2html?label=ouparmd > > Regards, > Jürgen > > Thanks a lot for the answer, Jürgen, that indeed explains the problem. However, I don't get why "Figure wrap float" does work, even though it is also a float. And the solution suggested on the website regrettably does not help in my case: I can't switch the box and figure, as I need the lines of the box to include the figure and, more importantly, the box float is (if I understand correctly) the only multi-page float. Is there a way to make the figure wrap float non-wrappable, i.e., to have no text at the side(s)? Thanks again! best, Frank
Re: Figure float in multipage box
Frank Leone wrote: > Dear all, > > I am writing down my PhD dissertation and would like: > > - A box > - Multipage > - With a figure float in there > > I almost succeeded, using a frameless multipage box, but when I insert a > figure float inside the box I get: > > ! LaTeX Error: Not in outer par mode. > > This is true both in 2.0 and 2.1. When I use a figure wrap float > environment, it however does work! But then it wraps, which I don't want it > to do. > > Does anyone have an idea: > - Whether this is intended behavior? > - And how I can fix it/work around it? > > Thanks a lot in advance, I appreciate it, > > best, > > Frank Maybe this helps: http://www.tex.ac.uk/cgi-bin/texfaq2html?label=ouparmd Regards, Jürgen
Re: Figure numbers & change tracking
On Fri, Feb 8, 2013 at 2:22 PM, Scott Kostyshak wrote:
> On Fri, Feb 8, 2013 at 11:48 AM, EK wrote:
>> OK-- further research uncovered the culprit for the first issue (the need to
>> accept any change made before I could compile).
>> In my preamble I had the following:
>>
>> \usepackage{enumitem}
>>
>> \setlist{leftmargin=0mm, itemindent=3mm, itemsep=0.75mm,nolistsep}
>>
>> \usepackage[pdftex,outerbars]{changebar}
>>
>> \renewcommand{\lyxadded}[3]{{\cbstart\color{lyxadded}{}#3\cbend}}
>>
>> \renewcommand{\lyxdeleted}[3]{{\cbstart\color{lyxdeleted}\sout{#3}\cbend}}
>>
>>
>> Commenting these lines out solved the problem. I have not yet discovered
>> the reason for the failure to correctly reference a wrap figure in a box.
>
> Thanks for keeping us updated. Hopefully we can figure out the second issue
Hi Ehud,
The reason you get "Figure D" is that the label is outside of the
figure caption. Thus, LaTeX thinks that you want to reference the
section, not the figure. Your sections are lettered. Thus, this must
have been in the 4th section of your LyX document.
To fix this, put the label inside the caption (I think anywhere is
fine) of the graphic. Does that work?
Best,
Scott
Re: Figure numbers & change tracking
On Fri, Feb 8, 2013 at 11:48 AM, EK wrote:
> OK-- further research uncovered the culprit for the first issue (the need to
> accept any change made before I could compile).
> In my preamble I had the following:
>
> \usepackage{enumitem}
>
> \setlist{leftmargin=0mm, itemindent=3mm, itemsep=0.75mm,nolistsep}
>
> \usepackage[pdftex,outerbars]{changebar}
>
> \renewcommand{\lyxadded}[3]{{\cbstart\color{lyxadded}{}#3\cbend}}
>
> \renewcommand{\lyxdeleted}[3]{{\cbstart\color{lyxdeleted}\sout{#3}\cbend}}
>
>
> Commenting these lines out solved the problem. I have not yet discovered
> the reason for the failure to correctly reference a wrap figure in a box.
Thanks for keeping us updated. Hopefully we can figure out the second issue
Best,
Scott
Re: Figure numbers & change tracking
OK-- further research uncovered the culprit for the first issue (the
need to accept any change made before I could compile).
In my preamble I had the following:
\usepackage{enumitem}
\setlist{leftmargin=0mm,
itemindent=3mm, itemsep=0.75mm,nolistsep}
\usepackage[pdftex,outerbars]{changebar}
\renewcommand{\lyxadded}[3]{{\cbstart\color{lyxadded}{}#3\cbend}}
\renewcommand{\lyxdeleted}[3]{{\cbstart\color{lyxdeleted}\sout{#3}\cbend}}
Commenting these lines out solved the problem. I have not yet
discovered the reason for the failure to correctly reference a wrap
figure in a box.
Ehud Kaplan
On 02/07/2013 01:03 AM, Scott Kostyshak
wrote:
On Tue, Feb 5, 2013 at 8:46 AM, EK wrote:
Here is a SmallWorkingExample, which illustrates both issues.
Here the reference to the figure appears as Figure (no number).
Ehud Kaplan
Hi Ehud,
Thank you for your example file. However, it is not a working example
file for the following reasons:
1. It does not compile.
2. You did not include your bibtex file. If it's not necessary to
reproduce the problem, then consider not making it a dependency by
including references in your MWE .lyx file.
3. Even if you did include your bibtex file, the path to it is
specific to your computer.
4. You did not include the file p-trode-w-dimensions. Further, because
this file has no name, I have no idea what time of graphic it is. And
thus I have no idea what converter is being called.
5. The path to the picture is not relative.
An MWE (or a SWE) should be compilable out of the box.
You probably didn't send the picture because you didn't want to
increase the size of everyone's inboxes and I appreciate that. But
it's very nice to have an MWE. I wish we had a way where you could
upload your files somewhere and then link to them because not everyone
has access to such a service themselves. Also, you could have used a
1kb picture, or no picture at all, to show the problem.
Regarding your potential bug number 1, I think I see what you are
talking about. Here is the PDF that is produced for me on the
development version of LyX:
https://www.dropbox.com/s/e5rpv153nue0lg0/MWE.pdf
There is no number at all in the reference to the figure. It should be
figure 1 and yet nothing shows up.
Regarding point 2, I didn't try to reproduce this as I have no idea
what converter is being called and I'm not sure if by "any change to
the figure" you mean a change to the file itself, a change to the
properties of the figure, a change to the caption, or maybe all of the
above. Please specify just one action in the steps you give to
reproduce the behavior you found. You can then note that any of
several actions could also be used for that step.
I hope I'm not coming across as upset. I'm not at all. I think that it
takes time to learn how to write a good MWE. I also think that we are
missing documentation on how to make an MWE specifically in the
context of LyX. A search for "MWE" at wiki.lyx.org gives nothing. This
is something I would like to work on documenting. Let me know if you
have any suggestions for me.
My guess is that these are LyX bugs. If you are able and willing to
make MWE(s) (either one that shows both problems, or two separate
ones), it would be great if you could open separate bug reports on
www.lyx.org/trac. Please attach any relevant files to each bug report.
Best,
Scott
--
Ehud Kaplan, Ph.D.
Jules and Doris Stein Research to Prevent Blindness
Professor
Director, The laboratory of Visual & Computational
Neuroscience
Director, Center for Excellence in Computational &
Systems Neuroscience
Friedman Brain Institute
Departments of Neuroscience, Ophthalmology, Structural &
Chemical Biology,
The Ichan school of medicine at Mount Sinai
One Gustave Levy Place,
NY, NY, 10029
Re: Figure numbers & change tracking
On Tue, Feb 5, 2013 at 8:46 AM, EK wrote: > Here is a SmallWorkingExample, which illustrates both issues. > Here the reference to the figure appears as Figure (no number). > > Ehud Kaplan Hi Ehud, Thank you for your example file. However, it is not a working example file for the following reasons: 1. It does not compile. 2. You did not include your bibtex file. If it's not necessary to reproduce the problem, then consider not making it a dependency by including references in your MWE .lyx file. 3. Even if you did include your bibtex file, the path to it is specific to your computer. 4. You did not include the file p-trode-w-dimensions. Further, because this file has no name, I have no idea what time of graphic it is. And thus I have no idea what converter is being called. 5. The path to the picture is not relative. An MWE (or a SWE) should be compilable out of the box. You probably didn't send the picture because you didn't want to increase the size of everyone's inboxes and I appreciate that. But it's very nice to have an MWE. I wish we had a way where you could upload your files somewhere and then link to them because not everyone has access to such a service themselves. Also, you could have used a 1kb picture, or no picture at all, to show the problem. Regarding your potential bug number 1, I think I see what you are talking about. Here is the PDF that is produced for me on the development version of LyX: https://www.dropbox.com/s/e5rpv153nue0lg0/MWE.pdf There is no number at all in the reference to the figure. It should be figure 1 and yet nothing shows up. Regarding point 2, I didn't try to reproduce this as I have no idea what converter is being called and I'm not sure if by "any change to the figure" you mean a change to the file itself, a change to the properties of the figure, a change to the caption, or maybe all of the above. Please specify just one action in the steps you give to reproduce the behavior you found. You can then note that any of several actions could also be used for that step. I hope I'm not coming across as upset. I'm not at all. I think that it takes time to learn how to write a good MWE. I also think that we are missing documentation on how to make an MWE specifically in the context of LyX. A search for "MWE" at wiki.lyx.org gives nothing. This is something I would like to work on documenting. Let me know if you have any suggestions for me. My guess is that these are LyX bugs. If you are able and willing to make MWE(s) (either one that shows both problems, or two separate ones), it would be great if you could open separate bug reports on www.lyx.org/trac. Please attach any relevant files to each bug report. Best, Scott
Re: Figure numbers & change tracking
Here is a SmallWorkingExample, which illustrates both issues. Here the reference to the figure appears as Figure (no number). Ehud Kaplan On 02/05/2013 02:33 AM, Scott Kostyshak wrote: On Tue, Feb 5, 2013 at 2:26 AM, EK wrote: I have encountered two problems (using Lyx 2.0.5.1, (L)ubuntu 12.10 64 bit): I wanted a frame around a floating figure. So I inserted a wrap-float, and placed a box in it, into which I pasted my graphics. Now when I refer in the text to the figure by its label, the figure number appears as Figure D, not Figure 3 as it should. I need to track changes and show the results in the pdf output. When I make ANY change to the figure and compile, I get a (to me nonsensical) error message, and the compilation stops. If I ACCEPT the changes I made to the figure, the error message disappears. Is this a feature? Hi Ehud, I don't know, but I think that MWEs (Minimum Working Examples) would help for both 1 and 2. Best, Scott MWE.lyx Description: application/lyx
Re: Figure numbers & change tracking
On Tue, Feb 5, 2013 at 2:26 AM, EK wrote: > I have encountered two problems (using Lyx 2.0.5.1, (L)ubuntu 12.10 64 bit): > > I wanted a frame around a floating figure. So I inserted a wrap-float, and > placed a box in it, into which I pasted my graphics. Now when I refer in > the text to the figure by its label, the figure number appears as Figure D, > not Figure 3 as it should. > I need to track changes and show the results in the pdf output. When I make > ANY change to the figure and compile, I get a (to me nonsensical) error > message, and the compilation stops. If I ACCEPT the changes I made to the > figure, the error message disappears. Is this a feature? Hi Ehud, I don't know, but I think that MWEs (Minimum Working Examples) would help for both 1 and 2. Best, Scott
Re: Figure Overlapping
Am Freitag, 13. Januar 2012, 12:39:11 schrieb Sajjad: > Hi again, > > > I have changed the figure size, scaled them down to 20% and also > minipage text width to 30%. > > Still i have having one of the image cropped. > > Any hint to resolve this issue will be very helpful. What if you use for each image 50% of textwidth? Which gives you 100% for both side by side. Not sure what the minipage text (30%) is supposed to do. If you want the legend, its better to use a figure float which provides you with space for the legend. Though, I might have missunderstood you. Wolfgang
Re: Figure Overlapping
Hi again, I have changed the figure size, scaled them down to 20% and also minipage text width to 30%. Still i have having one of the image cropped. Any hint to resolve this issue will be very helpful. Regards Sajjad On Fri, Jan 13, 2012 at 12:25 PM, Sajjad wrote: > Hello forum, > > I am trying to put two figures side by side and i am following the hint > provided at > > http://wiki.lyx.org/LyX/Figures > > > But i am having the figures cropped > > Do i have to change the size of the images as well. They are all scaled to > 100% now. > > > > Regards > Sajjad >
Re: Figure numbering problem
On 2011-11-22, Majid Rafiee wrote: > I'm a newbie in lyx and I'm using lyx 2.0.0 in IEEEtran template. The > figures number are like this: " Fig III. A " which means figure is in > section III and subsection A. But I don't like this style and I have to > change it to the normal one, like this: "Fig 1". would you help me please > to know how can I do this? This depends: * If you need the IEEEtran class because you submit to an IEEE journal/session, it is most likely that you should not change this at all, becaust this is their house style. * If you use the IEEEtran class but are free to format the document "as you like", the easiest way is to use a different document class. If you really want to change but use the class, * you need to find out how this can be done for LaTeX (PDF/PS output, print) The IEEEtran documentation, the TeX FAQ or some expert on this list may help. Most probably this means some code in the custom preamble (Document>Settings>LaTeX premable). * if you want also the "right" numbers in LyX, you need a new "layout file" (or module). See Help>Customization. Günter
Re: Figure numbering problem
I assume that you mean 2.0.1, and not 2.1. I don’t see a version 2.1 available on LyX’s website. I’m running Windows 7 on a Sony Vaio. I just installed version 2.0.1. I did NOT uninstall version 2.0.0 first. I just installed 2.0.1 in a separate subfolder in “\Program Files (x86)”. Both copies seem to use the same application data folders for temporary files (“AppData\Local\Temp”) Both seem to be running fine and both can find the pdf file in the temporary folder. I don’t know what may be wrong with your setup, but it doesn’t seem to be any LyX bug. Virgil From: MR Sent: Tuesday, November 22, 2011 2:22 PM To: lyx-users@lists.lyx.org Subject: Figure numbering problem Hi I'm a newbie in lyx and I'm using lyx 2.0.0 in IEEEtran template. The figures number are like this: " Fig III. A " which means figure is in section III and subsection A. But I don't like this style and I have to change it to the normal one, like this: "Fig 1". would you help me please to know how can I do this? My second question is about Lyx 2.1 on Windows 7_64bits. When I upgraded lyx from version 2.0 to 2.1, it got an error that lyx cannot find pdf file in temporary folder. I uninstalled lyx 2.0 and install 2.1 again but same problem exsisted. After installing lyx 2.0, problem was solved. Is there any defect by lyx 2.1 ? Any help will be appreciated. Thank you.
Re: Figure*
Already found it: "Span to columns" option. Regards. - Julio Rojas jcredbe...@gmail.com On Thu, Nov 10, 2011 at 12:08 PM, Julio Rojas wrote: > Dear all, how can I define a figure* environment in Lyx? I'm using the > multicol package and as it is widely know, it doesn't work with the > figure float. > > Thanks in advance. Best regards. > - > Julio Rojas > jcredbe...@gmail.com >
Re: Figure Labeling Inconsistent Between Caption and Reference
On Fri, 4 Nov 2011, Rich Shepard wrote:
Liviu suggested that I put an example here. Perhaps the following from the
article will help. These are direct quotes copied from the .pdf:
I think this should compile:
#LyX 2.0 created this file. For more info see http://www.lyx.org/
\lyxformat 413
\begin_document
\begin_header
\textclass extarticle
\begin_preamble
\date{}
\usepackage{textcomp, url}
\numberwithin{figure}{section}
\numberwithin{table}{section}
\end_preamble
\use_default_options false
\begin_modules
theorems-ams
eqs-within-sections
figs-within-sections
tabs-within-sections
\end_modules
\maintain_unincluded_children false
\language english
\language_package default
\inputencoding auto
\fontencoding global
\font_roman palatino
\font_sans default
\font_typewriter default
\font_default_family default
\use_non_tex_fonts false
\font_sc false
\font_osf false
\font_sf_scale 100
\font_tt_scale 100
\graphics default
\default_output_format pdf2
\output_sync 0
\bibtex_command default
\index_command default
\paperfontsize default
\spacing single
\use_hyperref false
\papersize letterpaper
\use_geometry false
\use_amsmath 1
\use_esint 0
\use_mhchem 1
\use_mathdots 1
\cite_engine basic
\use_bibtopic false
\use_indices false
\paperorientation portrait
\suppress_date false
\use_refstyle 0
\index Index
\shortcut idx
\color #008000
\end_index
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\paragraph_indentation default
\quotes_language english
\papercolumns 1
\papersides 2
\paperpagestyle fancy
\tracking_changes false
\output_changes false
\html_math_output 0
\html_css_as_file 0
\html_be_strict false
\end_header
\begin_body
\begin_layout Title
Some Title
\end_layout
\begin_layout Author
Richard B.
Shepard, Ph.D.
\begin_inset Foot
status collapsed
\begin_layout Plain Layout
President, Applied Ecosystem Services, Inc., Troutdale, OR
\end_layout
\end_inset
\end_layout
\begin_layout Part
The Data Set
\end_layout
\begin_layout Standard
Creek
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
1987-07-23
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
2011-06-06
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
1,171
\end_layout
\end_inset
\end_inset
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
Ca
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
32.20
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
51.40
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
59.70
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
69.36
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
79.80
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
198.00
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
192
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
Cl
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
1.000
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
3.000
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
4.000
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
7.046
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
6.820
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
61.500
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
111
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
Mg
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
11.00
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
25.20
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
29.55
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
39.93
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
44.12
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
161.00
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
192
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
Na
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
3.450
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
4.615
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
5.115
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
5.233
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
5.462
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
9.600
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
222
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
SC
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
1.7
\end_layout
\end_inset
\begin_inset Text
\begin_layout Plain Layout
4.16.0
\end_lay
Re: Figure Labeling Inconsistent Between Caption and Reference
On Fri, 4 Nov 2011, Rich Shepard wrote: Have you more suggestions? Liviu suggested that I put an example here. Perhaps the following from the article will help. These are direct quotes copied from the .pdf: Table 1.1: Time range of available data, and the total number of analytical reults, for each stream. ... Table 1 shows the time from initial sampling to final (or current) ... I can strip out all but these two lines from the .lyx file if that would help. Rich
Re: Figure Labeling Inconsistent Between Caption and Reference
On Fri, 4 Nov 2011, Liviu Andronic wrote: Perhaps your counters have been re-defined (see [1]). If not, maybe you should redefine them. [1] http://wiki.lyx.org/FAQ/Numbering#enumListChangeCounterType Liviu, I put number-tables-by-section and number-figure-by-section in the right-side widget in the modules dialog. Makes no difference. It's seems odd to me that the text displayed figures by subsection but the figures themselves did not before I changed the document settings. More importantly, the changes make no difference. Have you more suggestions? Thanks, Rich
Re: Figure Labeling Inconsistent Between Caption and Reference
On Fri, Nov 4, 2011 at 3:39 PM, Rich Shepard wrote: > This is a new one for me. Running LyX-2.0.1 on Slackware-13.1 with > TeXLive-2011 behind it. > > In section 5.1.1 of an article I'm writing I inserted a figure float. When > I inserted the float the figure is numbered as 5.1, but the cross reference > in the text body to that figure's label is 5.1.1. Same thing with Figure 5.2 > (or is it 5.1.2?) > Perhaps your counters have been re-defined (see [1]). If not, maybe you should redefine them. Liviu [1] http://wiki.lyx.org/FAQ/Numbering#enumListChangeCounterType > The document class is article (paper) because plain ol' article tells me > that I'm trying to load already loaded parameters (which also never happened > before). Same problem with the class article KOMA-script and with article > (more fonts). > > What might be causing these discrepancies in figure numbering? I'll start > a new thread on the article class when this is resolved 'cause the specific > layout is less important to me than is getting this article to my client. > > Rich > -- 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: Figure Shifts Right When Exported -- [RESOLVED]
On Thu, 21 Jul 2011, Tim Wescott wrote: Was it as simple as the figure being a bit wider than the text, and getting trimmed? When I get a figure that oversteps its bounds Lyx (or LaTeX) seems to want to left-justify it -- if you moved the bounding box to the left margin that may have fixed it (or it may have just made it shift slightly to the _left_, up against the right margin). Tim, I don't think it was simple. When I previewed the document all was visible and centered above the figure caption. When the document was compiled with pdflatex the resulting figure was shifted slightly to the right. When I inserted the figure and elected to trim to the bounding box as reported by the graphic file the lower left corner was inset by 36 pixels in both directions. Since that was the default I left it. Most figures I insert (regardless of format) have the origin at 0,0. Shifting the origin from 36,36 to 0,0 kept the compiled document from shifting the figure. Shrug. Thanks, Rich
Re: Figure Shifts Right When Exported -- [RESOLVED]
On Thu, 2011-07-21 at 12:07 -0700, Rich Shepard wrote: > On Thu, 21 Jul 2011, Rich Shepard wrote: > > > When I preview the page using ctrl-x, ctrl-p I see the figure propertly > > displayed (it's rotated 90 degrees so the 'top' is just above the '1' in > > Figure 1 and the 'bottom' is just within the right page edge.) After > > exporting via pdflatex, when I view the page (xpdf, epdfview, acroread) > > the figure has shifted slightly to the right so the 'bottom' is truncated. > >Fixed it. I did two things and I don't know if both were required, but it > works now. > >First, I recompiled the graphviz file to directly output a .pdf file. > Second, I moved the default bounding box (read from file) so the origin is > at (0,0) rather than the default (36,36). It was probably the latter that > fixed the problem, but the pdf also is much clearer than was the .eps. Was it as simple as the figure being a bit wider than the text, and getting trimmed? When I get a figure that oversteps its bounds Lyx (or LaTeX) seems to want to left-justify it -- if you moved the bounding box to the left margin that may have fixed it (or it may have just made it shift slightly to the _left_, up against the right margin). Dunno. Dunno if it matters, or if you care -- but that's what seems to happen to me when I make 'em too big. -- --- Tim Wescott www.wescottdesign.com Control & Communications systems, circuit & software design.
Re: Figure Shifts Right When Exported -- [RESOLVED]
On Thu, 21 Jul 2011, Rich Shepard wrote: When I preview the page using ctrl-x, ctrl-p I see the figure propertly displayed (it's rotated 90 degrees so the 'top' is just above the '1' in Figure 1 and the 'bottom' is just within the right page edge.) After exporting via pdflatex, when I view the page (xpdf, epdfview, acroread) the figure has shifted slightly to the right so the 'bottom' is truncated. Fixed it. I did two things and I don't know if both were required, but it works now. First, I recompiled the graphviz file to directly output a .pdf file. Second, I moved the default bounding box (read from file) so the origin is at (0,0) rather than the default (36,36). It was probably the latter that fixed the problem, but the pdf also is much clearer than was the .eps. Whew! Rich
Re: Figure Float Rotated When Exported: Why?
On Tue, 14 Jun 2011, Guenter Milde wrote: No. However, you might try the eps option: set terminal postscript eps or, e.g., set terminal postscript eps "NimbusRomNo9L-Regu" 16 Guenter, Initially I set t postscript eps enhanced and tried to have gnuplot accept the palladio typeface. No joy there. Rather than wasting more time with this, I switched to Times and that worked. The eps output rotated itself so I regenerated the plot as ps; no difference. Both need to be rotated in lyx to appear properly in the generated pdf. Thanks, Rich
Re: Figure Float Rotated When Exported: Why?
On Mon, 13 Jun 2011, Julien Rioux wrote: I've seen this happen because of a %%Orientation: Landscape line in the postscript. It's up to the converter to decide how to interpret this and whether to apply a rotation or not. The png and eps converters evidently behave differently. Julien, That's interesting. I saw the same results for both eps and ps (since they are so closely related it's not surprising). Thanks, Rich
Re: Figure Float Rotated When Exported: Why?
On 2011-06-13, Rich Shepard wrote: >I created a figure using gnuplot (because neither PSTricks nor R can make > a bar plot with dates as the x labels), and exported it as PostScript (.ps). > When I view the document, the figure is properly oriented, but when I export > the file to pdflatex, the figure is rotated 90 degrees counterclockwise. > Rotating the figure in the document is necessary so it is properly oriented > when the file is compiled. >Any ideas why this happened? No. However, you might try the eps option: set terminal postscript eps or, e.g., set terminal postscript eps "NimbusRomNo9L-Regu" 16 Günter
Re: Figure Float Rotated When Exported: Why?
On 13/06/2011 7:43 PM, Rich Shepard wrote: I created a figure using gnuplot (because neither PSTricks nor R can make a bar plot with dates as the x labels), and exported it as PostScript (.ps). When I view the document, the figure is properly oriented, but when I export the file to pdflatex, the figure is rotated 90 degrees counterclockwise. Rotating the figure in the document is necessary so it is properly oriented when the file is compiled. Any ideas why this happened? Rich I've seen this happen because of a %%Orientation: Landscape line in the postscript. It's up to the converter to decide how t interpret this and whether to apply a rotation or not. The png and eps converters evidently behave differently. I think you can safely edit your file to remove the offending line. -- Julien
Re: Figure Float Rotated When Exported: Why?
On Mon, 13 Jun 2011, David L. Johnson wrote: Not that this will help, but I recall this phenomenon some years ago. For me (using linux) the problem has not reappeared in some time. Well, since I've run only linux since 1977, and haven't used gnuplot since 1998, all I can tell you is that it happened with this one plot on a linux box. :-) Personally, I prefer PSTricks, but each day's rainfall total is a discrete amount unrelated to prior and succeeding days. This means that any sort of line plot (including time series) is inappropriate. Such bar plots have a place in scientific work as well as in business (where thay are a mainstay of spreadsheet graphics). Rich
Re: Figure Float Rotated When Exported: Why?
On 06/13/2011 10:35 PM, Les Denham wrote: On Mon, 13 Jun 2011 16:43:21 -0700 (PDT) Rich Shepard wrote: I created a figure using gnuplot (because neither PSTricks nor R can make a bar plot with dates as the x labels), and exported it as PostScript (.ps). When I view the document, the figure is properly oriented, but when I export the file to pdflatex, the figure is rotated 90 degrees counterclockwise. Rotating the figure in the document is necessary so it is properly oriented when the file is compiled. Any ideas why this happened? Not that this will help, but I recall this phenomenon some years ago. For me (using linux) the problem has not reappeared in some time. -- David L. Johnson "A foolish consistency is the hobgoblin of little minds, adored by little statesmen and philosophers and divines." --Ralph Waldo Emerson
Re: Figure Float Rotated When Exported: Why?
On Mon, 13 Jun 2011 16:43:21 -0700 (PDT) Rich Shepard wrote: >I created a figure using gnuplot (because neither PSTricks nor R > can make a bar plot with dates as the x labels), and exported it as > PostScript (.ps). When I view the document, the figure is properly > oriented, but when I export the file to pdflatex, the figure is > rotated 90 degrees counterclockwise. Rotating the figure in the > document is necessary so it is properly oriented when the file is > compiled. > >Any ideas why this happened? > Rich, I have no idea why this has happened, but I don't use gnuplot because this kind of thing seems to happen with it. Instead I use xmgrace, which can do exactly what I think you're trying to do, and can export directly to either PDF or EPS, either of which will probably behave better than PS when included as a figure. Les
Re: Figure numbers and the figure captions overlap in list of figures
Hi,
I found the solution...
tocloft doesn't work properly with some of the classes...
I used titletoc instead.. .
\usepackage{titletoc}
\dottedcontents{figure}[4.5em]{}{3em}{0.75em}
\dottedcontents{table}[4.5em]{}{3em}{0.75em}
it worked fine..
Nagaraj
Re: Figure Float Label
Bruce Pourciau lawrence.edu> writes: > > I know I tried IEEETrans and RevTeX4, because they are both close to > the format used in the journal the article will appear in. I couldn't > get it to compile in RevTeX4, perhaps because I had a bibtex generated > bibliography and RevTeX4 seems to want all references in footnotes. Neither one of those classes introduces the Number Figures by Section module automatically, and as best I can tell (on 1.6.6, Win XP) neither of them causes it to disappear from the loaded list once something else (e.g. article (AMS)) has caused it to be added to the list. Might be this bug was fixed (intentionally or otherwise). Or maybe some peculiar planetary alignment is required to reproduce it. /Paul
Re: Figure Float Label
On Jan 4, 2011, at 9:08 AM, Paul A. Rubin wrote: On 1/4/2011 10:00 AM, Bruce Pourciau wrote: The "Number Figures by Section" was _not_ in the selected box, but when I put it there, saved, and then took it out, all was well. That's odd. Was this document written using an earlier version of LyX? (I'm wondering if lyx2lyx had to process it and did something odd.) /Paul No, LyX 1.6.5. But earlier on I did do some switching around to various document classes, before I came back and settled on the basic article class. Perhaps that had some latent effect? Sounds plausible, in which case I'd call it a bug, but probably one that is hard to reproduce. You don't happen to remember which classes you tried, do you? I was unable to reproduce in 1.6.6 -- I tried starting with article (AMS), which adds the offending module, then switching to article, but the Number Figures by Section module was still visibly selected after the switch. To be clear, I don't think that retaining the module is the bug -- that could easily be intended by the user. Failing to display the module in the selected list would be the bug. /Paul I know I tried IEEETrans and RevTeX4, because they are both close to the format used in the journal the article will appear in. I couldn't get it to compile in RevTeX4, perhaps because I had a bibtex generated bibliography and RevTeX4 seems to want all references in footnotes. Bruce
Re: Figure Float Label
On 1/4/2011 10:00 AM, Bruce Pourciau wrote: The "Number Figures by Section" was _not_ in the selected box, but when I put it there, saved, and then took it out, all was well. That's odd. Was this document written using an earlier version of LyX? (I'm wondering if lyx2lyx had to process it and did something odd.) /Paul No, LyX 1.6.5. But earlier on I did do some switching around to various document classes, before I came back and settled on the basic article class. Perhaps that had some latent effect? Sounds plausible, in which case I'd call it a bug, but probably one that is hard to reproduce. You don't happen to remember which classes you tried, do you? I was unable to reproduce in 1.6.6 -- I tried starting with article (AMS), which adds the offending module, then switching to article, but the Number Figures by Section module was still visibly selected after the switch. To be clear, I don't think that retaining the module is the bug -- that could easily be intended by the user. Failing to display the module in the selected list would be the bug. /Paul
Re: Figure Float Label
On Jan 3, 2011, at 5:25 PM, Paul A. Rubin wrote: On 01/03/2011 05:38 PM, Bruce Pourciau wrote: Thanks, Paul. You're welcome. The "Number Figures by Section" was _not_ in the selected box, but when I put it there, saved, and then took it out, all was well. That's odd. Was this document written using an earlier version of LyX? (I'm wondering if lyx2lyx had to process it and did something odd.) /Paul No, LyX 1.6.5. But earlier on I did do some switching around to various document classes, before I came back and settled on the basic article class. Perhaps that had some latent effect?
Re: Figure Float Label
On 01/03/2011 05:38 PM, Bruce Pourciau wrote: Thanks, Paul. You're welcome. The "Number Figures by Section" was _not_ in the selected box, but when I put it there, saved, and then took it out, all was well. That's odd. Was this document written using an earlier version of LyX? (I'm wondering if lyx2lyx had to process it and did something odd.) /Paul
Re: Figure Float Label
On Jan 2, 2011, at 10:49 AM, Paul A.Rubin wrote: Bruce Pourciau lawrence.edu> writes: When I cross reference a figure float called Figure 2, the cross reference yields 2.1 rather than 2. What am I doing wrong? Have a look at Document > Settings... > Modules, and if "Number Figures by Section" is in the "Selected:" box, highlight and delete it. I think it gets selected automagically with certain document classes, such as article (AMS). With article (AMS), the figure is also numbered 2.1 (including in the GUI), so I'm not positive that's what's going on with your document. If not, try posting a minimal example. /Paul Thanks, Paul. The "Number Figures by Section" was _not_ in the selected box, but when I put it there, saved, and then took it out, all was well. Bruce
Re: Figure Float Label
Bruce Pourciau lawrence.edu> writes: > > When I cross reference a figure float called Figure 2, the cross > reference yields 2.1 rather than 2. What am I doing wrong? Have a look at Document > Settings... > Modules, and if "Number Figures by Section" is in the "Selected:" box, highlight and delete it. I think it gets selected automagically with certain document classes, such as article (AMS). With article (AMS), the figure is also numbered 2.1 (including in the GUI), so I'm not positive that's what's going on with your document. If not, try posting a minimal example. /Paul
Re: figure*
On 11/04/2010 05:26 PM, george legge wrote: Thank you for replying Paul. Figures to be labeled in both the List of Figures and in the caption beneath the figures: My smiling face Does the attached example do what you want? (If so, just note the line in the document preamble.) /Paul figures.lyx Description: application/lyx
Re: figure*
Thank you for replying Paul. Figures to be labeled in both the List of Figures and in the caption beneath the figures: My smiling face George On Fri, Nov 5, 2010 at 12:08 AM, Paul A. Rubin wrote: > On 11/4/2010 3:30 AM, george legge wrote: > >> A simple question, I believe: How do I get captions printed without >> Figure numbers? >> Both with the figures and in the list of figures, I wish to have only >> the captions printed. >> >> I am using Book (Memoir). >> The help file on Additional LyX Features (or Extended) mentions the >> float environment figure*. >> But nothing further is said, except to refer the reader to the User's >> Guide. >> I have the User's Guide and the Embedded Objects manuals for LyX 1.6.x >> and neither makes any mention of figure* or the answer to my problem. >> >> Also I see no sign of figure* in the toolbar under Insert. >> >> I shall be very grateful for assistance. >> >> Regards, George Legge >> > > How do you want figures labeled? Possibilities include (but are not > limited to): > > Figure. My Smiling Face > Figure: My Smiling Face > Figure My Smiling Face > My Smiling Face > > /Paul > > >
Re: figure*
On 11/4/2010 3:30 AM, george legge wrote: A simple question, I believe: How do I get captions printed without Figure numbers? Both with the figures and in the list of figures, I wish to have only the captions printed. I am using Book (Memoir). The help file on Additional LyX Features (or Extended) mentions the float environment figure*. But nothing further is said, except to refer the reader to the User's Guide. I have the User's Guide and the Embedded Objects manuals for LyX 1.6.x and neither makes any mention of figure* or the answer to my problem. Also I see no sign of figure* in the toolbar under Insert. I shall be very grateful for assistance. Regards, George Legge How do you want figures labeled? Possibilities include (but are not limited to): Figure. My Smiling Face Figure: My Smiling Face Figure My Smiling Face My Smiling Face /Paul
Re: Figure Numbering
On 10/20/2010 10:37 AM, Bruce Pourciau wrote: When you change the document class, say from Article(AMS) to Article, shouldn't the modules associated with the first class disappear? My vote would be no. If I add a theorem numbering module and then switch between article and article (AMS) (or between article and a journal-specific class), I probably want to retain whatever numbering scheme I selected by default. If the journal (or other outlet) wants a different numbering scheme, I'll adjust the module selections. /Paul
Re: Figure Numbering
On Oct 19, 2010, at 3:55 PM, Paul Rubin wrote: Bruce Pourciau lawrence.edu> writes: I've looked at the manuals, but cannot find the answer to this question: Using the Article class with unnumbered headings and subheadings -- it's a relatively short paper, so there's no need to number the headings -- the figures come out numbered Figure 0.1, Figure 0.2, etc. Can I change this scheme so they are numbered Figure 1, Figure 2, etc? Not for me. Can you post a small example? (You can omit the actual figures and just put placeholder text in the floats.) /Paul For some reason -- perhaps because I had earlier switched this paper from Article to Article(AMS) and then back again -- three modules remained selected (Number Equations by Section, Number Figures by Section, and Theorem(AMS)) even when I switched back to the standard Article class. When I deleted those modules, the figures began numbering as desired: 1, 2, When you change the document class, say from Article(AMS) to Article, shouldn't the modules associated with the first class disappear? Bruce
Re: Figure Numbering
Am 19.10.2010 21:46, schrieb Bruce Pourciau:
I've looked at the manuals, but cannot find the answer to this question:
Using the Article class with unnumbered headings and subheadings -- it's
a relatively short paper, so there's no need to number the headings --
the figures come out numbered Figure 0.1, Figure 0.2, etc. Can I change
this scheme so they are numbered Figure 1, Figure 2, etc?
Yes. As you don't use chapters, you need to reset the numbering style
from \numberwithin{figure}{chapter} to \numberwithin{figure}{section} in
the document preamble. (see also sec. 3.3 and 4.2.1 of the
EmbeddedObjects manual)
regards Uwe
Re: Figure Numbering
On Tue, Oct 19, 2010 at 9:46 PM, Bruce Pourciau wrote: > I've looked at the manuals, but cannot find the answer to this question: > Using the Article class with unnumbered headings and subheadings -- it's a > relatively short paper, so there's no need to number the headings -- the > figures come out numbered Figure 0.1, Figure 0.2, etc. Can I change this > scheme so they are numbered Figure 1, Figure 2, etc? > I think this is possible and you should play with \setcounter statements [1]. You might get a quick answer for this on stackoverflow. Liviu [1] http://wiki.lyx.org/Tips/ResetNumberingOfTablesAndFiguresInAnAppendix
Re: Figure Numbering
Bruce Pourciau lawrence.edu> writes: > > I've looked at the manuals, but cannot find the answer to this > question: Using the Article class with unnumbered headings and > subheadings -- it's a relatively short paper, so there's no need to > number the headings -- the figures come out numbered Figure 0.1, > Figure 0.2, etc. Can I change this scheme so they are numbered Figure > 1, Figure 2, etc? > Not for me. Can you post a small example? (You can omit the actual figures and just put placeholder text in the floats.) /Paul
Re: Figure labelling
On 15 October 2010 00:24, Waluyo Adi Siswanto wrote: >> >> does this help? >> http://wiki.lyx.org/LyX/Figures#toc11 >> > > and for the cross references in the text, you can modify by using > hyperref package, the example is here: > > http://sites.google.com/site/lyxthesistemplate/4-cross-references > > The cross reference uses formated reference (Insert>Cross reference) > > Regards > waluyo > Ooops sorry... I mean prettyref not hyperref ! Regards, waluyo
Re: Figure labelling
Am 14.10.2010 16:09, schrieb Pavel Sanda: need to put in the manuscript (I certainly need). I use the standard article class where the default label for figures is ''Figure''. Is it possible to change it to ''Plate'', ''Fig.'' or ''Text-fig.'' etc.? One method is to use what Pavel wrote in his post. There is also another method that will additionally automatically write the name "Fig.". This has the advantage that you can later change the name of all references in your document. This method is described in sec. 3.4.2 "Automatic Reference Naming" Of the EmbeddedObjects manual that you find in LyX's Help menu. regards Uwe
Re: Figure labelling
> > does this help? > http://wiki.lyx.org/LyX/Figures#toc11 > and for the cross references in the text, you can modify by using hyperref package, the example is here: http://sites.google.com/site/lyxthesistemplate/4-cross-references The cross reference uses formated reference (Insert>Cross reference) Regards waluyo
Re: Figure labelling
Grzegorz Sadlok wrote: > need to put in the manuscript (I certainly need). I use the standard > article class where the default label for figures is ''Figure''. Is it > possible to change it to ''Plate'', ''Fig.'' or ''Text-fig.'' etc.? I does this help? http://wiki.lyx.org/LyX/Figures#toc11 pavel
Re: Figure x: defaults set up
Paul,
In the preamble:
\usepackage{caption}
\captionsetup[figure]{labelsep=period}
Many thanks, exactly what I needed.
Graham
Re: Figure x: defaults set up
Graham Smith myotis.co.uk> writes:
>
> This has got to be simple, but how do I change the figure/table
> defaults, so I get "Figure x." rather than "Figure x:" i.e. a full stop
> rather than a colon.
>
> This is with article class if that makes a difference.
>
In the preamble:
\usepackage{caption}
\captionsetup[figure]{labelsep=period}
/Paul
Re: Figure Number bug perhaps?
On Sat, May 22, 2010 at 4:48 PM, Artimess wrote: > I am using Lyx 1.6.6 on Mac, in Lyx the Figure numbers are correctly > identifed as Figure 1.1, Figure 1.2, etc. But when I reference them in the > text, the references get the section numbers instead. For example if I > reference figure 1.2 in section 1.6.2, in the printout it appears as "in > Figure 1.6.2" instead of "in Figure 1.2...". I am selecting as > the reference stye. > Could someone tell me what am I doing wrong? When you insert the label, make sure the cursor is inside the figure caption inset. (The label should then start with "fig:".) Then your cross reference should refer to the figure number. BH
Re: Figure wrapping
Jean-Pierre Chrétien schrieb: Is there a non-ERT way to wrap a non-floating figure, No, you need to use either the LaTeX-package picins or picinpar. or to remove the caption of a floating one ? Simply set the cursor before the caption and press the DEL key of your keyboard. regards Uwe
Re: Figure key
Manolo Martínez schrieb: Do you guys have opinions regarding which is the best place to add explanations to a figure? A longish list of things such as "the pointed line means blah, and the blue square stands for blah"... The "figure" box in the float is too small for that -and everything you put in there appears in the figure index. I could do it in the main text, but I'd rather make sure that it is just beside the float. That depends on your topic. For example in physics everything is written to the caption of the figure. The result are figures with huge captions. For engineers it is quite the opposite: the caption only contains a short description of the image, all explanations and details are given in the main text of the document. regards Uwe
RE: Figure key
>Do you guys have opinions regarding which is the best place >to add explanations to a figure? A longish list of things >such as "the pointed line means blah, and the blue square >stands for blah"... > >The "figure" box in the float is too small for that How can it be too small ? I can put a work by Shakespeare in it. >-and everything you put in there appears in the figure index. Then you should try "Insert->Short Title" in the caption of the float. Only the text within this "opt" inset will be put in the figure index. In this way, you can have a brief description in the figure index (list). >I could do it in the main text, but I'd rather make sure that >it is just beside the float. So, I would put everything you need to understand the figure in the caption. Any explanation, reasoning, conclusions, remarks, details etc. in the main text. >Thanks >Manolo Vincent
Re: [Figure embedding] An easy way to share lyx documents
On 17.04.2009, at 15:25, Niko Schwarz wrote: On Fri, Apr 17, 2009 at 8:53 AM, Rainer M Krug wrote: 1) I like the lyx format as it is BECAUSE it is not compressed, so I would definitely not change the default format. Ok, maybe I didn't make myself clear: you can have self-contained archives with no compression at all on OSX. It works like this: you make a directory and in that directory you dump a special file that tells finder to display the directory as a package. But from the command line, it is still a directory. And in finder, you can look into the package by choosing "Show Package Contents" from the pop up menu. Now Pages files for example come as such "packages", you can copy that directory around, send it through email (yea, email clients handle it surprisingly well), and it still works. Now, other operating systems see a directory and not a package. People using something other than OSX would have to be reminded to copy the directory around the .lyx file around, which would be managed by lyx. The file would still be accessible, no performance penalty, but complete send-aroundability, and while it might feel a little alien on other OS's, on OSX it's the standard way to do such things, so OSX users will cheer. No, they won't. The thing is that OSX -- or at least the OSX applications that use this concept, with Pages being a good (well, bad) example -- do *not* treat packages as true directories, but as a "personal container". Whenever you save a Pages document, for instance, Pages deletes everything in the "directory" that was not created by itself. This can be quite surprising! Pages might also decide to rename its files in the directory. And so on. All tools that need to manage side-by-side metadata in directories (such as CVS and SVN) are inherently unusable with OSX apps that use the package format. You just cannot put a Keynote presentation into an svn repository... Packages are one of those OSX standards that are conceptually nice, but unfortunately seriously broken in the actual implementation. Daniel
Re: [Figure embedding] An easy way to share lyx documents
oh, i didn't know that's possible! hmm, that would solve the update thing! niko On Sat, Apr 18, 2009 at 2:47 PM, BH wrote: > On Sat, Apr 18, 2009 at 5:38 AM, Christian Ridderström > wrote: > > On Fri, 17 Apr 2009, Niko Schwarz wrote: > > > >> need to tar/untar anything. What was REALLY difficult was the .module I > >> had written for the document. It cannot be accessed by a relative path; > it > >> needs to be inserted directly into the lyx tree. On OSX, I have to redo > the > >> module installation procedure on every update. > > > > Have you reported this? At the very least it sounds like a feature > request > > that you don't want to have to use absolute paths to .module. > > Niko - > > Are you putting modules in the right place? If you put them in > ~/Library/Application Support/LyX-1.6/layouts, then you should have no > problems with updates. > > Bennett >
Re: [Figure embedding] An easy way to share lyx documents
On Sat, Apr 18, 2009 at 5:38 AM, Christian Ridderström wrote: > On Fri, 17 Apr 2009, Niko Schwarz wrote: > >> need to tar/untar anything. What was REALLY difficult was the .module I >> had written for the document. It cannot be accessed by a relative path; it >> needs to be inserted directly into the lyx tree. On OSX, I have to redo the >> module installation procedure on every update. > > Have you reported this? At the very least it sounds like a feature request > that you don't want to have to use absolute paths to .module. Niko - Are you putting modules in the right place? If you put them in ~/Library/Application Support/LyX-1.6/layouts, then you should have no problems with updates. Bennett
Re: [Figure embedding] An easy way to share lyx documents
On Fri, 17 Apr 2009, Niko Schwarz wrote: need to tar/untar anything. What was REALLY difficult was the .module I had written for the document. It cannot be accessed by a relative path; it needs to be inserted directly into the lyx tree. On OSX, I have to redo the module installation procedure on every update. Have you reported this? At the very least it sounds like a feature request that you don't want to have to use absolute paths to .module. regards, Christian -- Christian Ridderström Mobile: +46-70 687 39 44
Re: [Figure embedding] An easy way to share lyx documents
On Fri, Apr 17, 2009 at 8:53 AM, Rainer M Krug wrote: > > 1) I like the lyx format as it is BECAUSE it is not compressed, so I > would definitely not change the default format. > Ok, maybe I didn't make myself clear: you can have self-contained archives with no compression at all on OSX. It works like this: you make a directory and in that directory you dump a special file that tells finder to display the directory as a package. But from the command line, it is still a directory. And in finder, you can look into the package by choosing "Show Package Contents" from the pop up menu. Now Pages files for example come as such "packages", you can copy that directory around, send it through email (yea, email clients handle it surprisingly well), and it still works. Now, other operating systems see a directory and not a package. People using something other than OSX would have to be reminded to copy the directory around the .lyx file around, which would be managed by lyx. The file would still be accessible, no performance penalty, but complete send-aroundability, and while it might feel a little alien on other OS's, on OSX it's the standard way to do such things, so OSX users will cheer. cheers, niko
Re: [Figure embedding] An easy way to share lyx documents
On Fri, Apr 17, 2009 at 09:26:26AM +0200, A B wrote: > suggested. But basically everything in one place. Reason? If you need > lyxa format, you are either archiving it for backup or sending it to > someone. The recipient are never going to have the same directory > structure as you. That will only mean failure to try to achieve. The > easier way is to just loose the exact location if you are going for a > lyxa file. You have this problem anyway, because LyX depends on LaTeX and all the various LaTeX packages people have installed. It's really quite a bit more complicated than a Word or OOo installation. I've no idea what to do about this short of limiting the power of LyX by shipping its own LaTeX with "standard" extensions. A -- Andrew Sullivan a...@shinkuro.com Shinkuro, Inc.
Re: [Figure embedding] An easy way to share lyx documents
On Fri, Apr 17, 2009 at 9:26 AM, A B wrote: > First I wish to come clean with one thing: I'd like to see LyX being > used by the ms word people in the industry, so my take is: do not > trust files someone send to you (see earlier discussions on > collaboration) > >> 1) I like the lyx format as it is BECAUSE it is not compressed, so I >> would definitely not change the default format. > > Yes, that is very nice. Easy to generate lyx files from scripts, etc. > Very nice and worth saving. Exactly. > >> 2) I like the idea of an export format, which effectively compresses >> all files necessary into a single file. This is very nice for >> archiving final documents (lets call it .lyxa for lyx Archive). > > lyxa sounds like a nice idea, and there seems to allready be code for this. > There are two things though. lyxa should, as I see it, keep everything > in one place, all original paths will be removed, and it will be > "everything in one directory" or possible one subdirectory for images, > one for lyx files, one for bibtex stuff, one for and so on, as > suggested. But basically everything in one place. Reason? If you need > lyxa format, you are either archiving it for backup or sending it to > someone. The recipient are never going to have the same directory > structure as you. That will only mean failure to try to achieve. The > easier way is to just loose the exact location if you are going for a > lyxa file. > The only time I can see that the exact location is important is when > the images are changed and you don't want to update them manually in > the lyxa file, but hey, then you are probably not receiving new lyxa > versions back in collaboration with someone, so just keep your > original structure and generate a new lyxa file if you need to send it > to someone. > I hope I've managed to make my point clear about that keeping the > exact structure in a lyxa format is futile. > > >> 5) .lyxa should contain information of the original location of the >> foles on the system where it was created, to be able to update the >> files not in the subdirectory. > I say no. You do not want to trust someone on this, either sending > your paths or receiving paths from someone else. If you trust your > coworkers, set up subversion, use the same account, make it world > readable... etc. > > >> 6) One should be able to open a .lyxa file (which would modify the >> files in the .lyxa but not the original location information (from 5)) >> or imported (showing the differences of the files in the .lyxa and the >> original files and update the files when confirmed from the ones in >> the .lyxa) >> >> In this way, the .lyxa could be used as a colaborative tool (original >> author exports, sends .lyxa to other authors, they open it, save it, >> send it back, oroginal author imports it and confirms the files which >> should be overwritten) and as an archive tool of finalised documents. > > As I said no to replacing existing files with files from a lyxa file, > I say no to that, but I say yes to colaboration. > I don't want to start another flamewar about collaboration, but from > my viewpoint, don't trust your enemies lyxa files, add a "diff this > new lyxa file against this lyxa file that I have currently open and > display differences so I can accept or reject them"-button :-) > This will work also when you are working with total trust. I probably did not make myself clear: I definitely do NOT want that it is automatically replacing the original files, only AFTER confirmation, which could be done after showing the differences. > > If someone includes an eps file that generates fractals and overload > your cpu, well that is kind of hard to detect and I guess you'll have > to live with it. > > IMHO: > The lyxa format is what Lyx misses, if you have to send more than one agreed. > file to send text and image, you are alienating 99% of the population. > Then comes the question... should .lyx be available as a file format > or an internal hidden format and everything is saved in lyxa format? > But that can probably be decided in the future. > Just one idea to make the conversion easier: what about offering the option of creating the file structure automatically, when a graph or bibtex is inserted? Under Linux, this could be done via links, under Windows probably as well (.lnk files?)? i.e. when I include a file outside the ./graphs directory, a link to the original location is created? Rainer -- Rainer M. Krug, Centre of Excellence for Invasion Biology, Stellenbosch University, South Africa
Re: [Figure embedding] An easy way to share lyx documents
First I wish to come clean with one thing: I'd like to see LyX being used by the ms word people in the industry, so my take is: do not trust files someone send to you (see earlier discussions on collaboration) > 1) I like the lyx format as it is BECAUSE it is not compressed, so I > would definitely not change the default format. Yes, that is very nice. Easy to generate lyx files from scripts, etc. Very nice and worth saving. > 2) I like the idea of an export format, which effectively compresses > all files necessary into a single file. This is very nice for > archiving final documents (lets call it .lyxa for lyx Archive). lyxa sounds like a nice idea, and there seems to allready be code for this. There are two things though. lyxa should, as I see it, keep everything in one place, all original paths will be removed, and it will be "everything in one directory" or possible one subdirectory for images, one for lyx files, one for bibtex stuff, one for and so on, as suggested. But basically everything in one place. Reason? If you need lyxa format, you are either archiving it for backup or sending it to someone. The recipient are never going to have the same directory structure as you. That will only mean failure to try to achieve. The easier way is to just loose the exact location if you are going for a lyxa file. The only time I can see that the exact location is important is when the images are changed and you don't want to update them manually in the lyxa file, but hey, then you are probably not receiving new lyxa versions back in collaboration with someone, so just keep your original structure and generate a new lyxa file if you need to send it to someone. I hope I've managed to make my point clear about that keeping the exact structure in a lyxa format is futile. > 5) .lyxa should contain information of the original location of the > foles on the system where it was created, to be able to update the > files not in the subdirectory. I say no. You do not want to trust someone on this, either sending your paths or receiving paths from someone else. If you trust your coworkers, set up subversion, use the same account, make it world readable... etc. > 6) One should be able to open a .lyxa file (which would modify the > files in the .lyxa but not the original location information (from 5)) > or imported (showing the differences of the files in the .lyxa and the > original files and update the files when confirmed from the ones in > the .lyxa) > > In this way, the .lyxa could be used as a colaborative tool (original > author exports, sends .lyxa to other authors, they open it, save it, > send it back, oroginal author imports it and confirms the files which > should be overwritten) and as an archive tool of finalised documents. As I said no to replacing existing files with files from a lyxa file, I say no to that, but I say yes to colaboration. I don't want to start another flamewar about collaboration, but from my viewpoint, don't trust your enemies lyxa files, add a "diff this new lyxa file against this lyxa file that I have currently open and display differences so I can accept or reject them"-button :-) This will work also when you are working with total trust. If someone includes an eps file that generates fractals and overload your cpu, well that is kind of hard to detect and I guess you'll have to live with it. IMHO: The lyxa format is what Lyx misses, if you have to send more than one file to send text and image, you are alienating 99% of the population. Then comes the question... should .lyx be available as a file format or an internal hidden format and everything is saved in lyxa format? But that can probably be decided in the future.
Re: [Figure embedding] An easy way to share lyx documents
Just my two cents worth: 1) I like the lyx format as it is BECAUSE it is not compressed, so I would definitely not change the default format. 2) I like the idea of an export format, which effectively compresses all files necessary into a single file. This is very nice for archiving final documents (lets call it .lyxa for lyx Archive). 3) .lyxa should represent a directory tree, in which subfolders hold pictures, bibtex, ... files. 4) .lyxa should be usable directly, i.e. the .lyx document should be modified during export to contain only a) relative paths which b) only are in subdirectories of the location of .lyx 5) .lyxa should contain information of the original location of the foles on the system where it was created, to be able to update the files not in the subdirectory. 6) One should be able to open a .lyxa file (which would modify the files in the .lyxa but not the original location information (from 5)) or imported (showing the differences of the files in the .lyxa and the original files and update the files when confirmed from the ones in the .lyxa) In this way, the .lyxa could be used as a colaborative tool (original author exports, sends .lyxa to other authors, they open it, save it, send it back, oroginal author imports it and confirms the files which should be overwritten) and as an archive tool of finalised documents. Cheers, Rainer On Fri, Apr 17, 2009 at 8:24 AM, Niko Schwarz wrote: > On Mon, Apr 13, 2009 at 7:32 PM, Etienne lepercq wrote: > >> >> >[self-contained lyx-files] >> I think this feature should be at least re-discussed. > > > I for one have had large troubles when asking people to cooperate with me, > because I had to give them precise instructions how to set up lyx. The image > relative path thing I could solve by making lyx find the pictures using > relative paths and otherwise sharing the folder using dropbox, so i didn't > need to tar/untar anything. What was REALLY difficult was the .module I had > written for the document. It cannot be accessed by a relative path; it needs > to be inserted directly into the lyx tree. On OSX, I have to redo the module > installation procedure on every update. > > I would like to point to how pages treats its documents. Pages documents are > identified with directories, which contain the required images, texts and > properties. No zipping into one archive is done. OSX then makes the > directory look like a file (called a package) in finder. > > I think, sharing lyx documents would would be simplified by providing > self-contained bundles that can be shipped around. > > Niko > -- Rainer M. Krug, Centre of Excellence for Invasion Biology, Stellenbosch University, South Africa
Re: [Figure embedding] An easy way to share lyx documents
On Mon, Apr 13, 2009 at 7:32 PM, Etienne lepercq wrote: > > >[self-contained lyx-files] > I think this feature should be at least re-discussed. I for one have had large troubles when asking people to cooperate with me, because I had to give them precise instructions how to set up lyx. The image relative path thing I could solve by making lyx find the pictures using relative paths and otherwise sharing the folder using dropbox, so i didn't need to tar/untar anything. What was REALLY difficult was the .module I had written for the document. It cannot be accessed by a relative path; it needs to be inserted directly into the lyx tree. On OSX, I have to redo the module installation procedure on every update. I would like to point to how pages treats its documents. Pages documents are identified with directories, which contain the required images, texts and properties. No zipping into one archive is done. OSX then makes the directory look like a file (called a package) in finder. I think, sharing lyx documents would would be simplified by providing self-contained bundles that can be shipped around. Niko
Re: [Figure embedding] An easy way to share lyx documents
Konrad Hofbauer schreef: Vincent van Ravesteijn wrote: Actually, I have an implementation of something that allows you to export a zipped archive with all figures, bibtex files, child documents, etc.etc. Put it in as Export format! :) /Konrad It is not yet so perfect to go in. Vincent
Re: [Figure embedding] An easy way to share lyx documents
Vincent van Ravesteijn wrote: Actually, I have an implementation of something that allows you to export a zipped archive with all figures, bibtex files, child documents, etc.etc. Put it in as Export format! :) /Konrad
Re: [Figure embedding] An easy way to share lyx documents
On Mon, 13 Apr 2009, rgheck wrote: I'll second what a few others have said: A version control system is really the way to go for collaboration. You get easy exchanges, easy updating, conflict management, plus you get versioned archving of everything you do. There are plenty of free hosting services for this kind of thing, if you don't already have access to some server or other. I started my new job today and learned about a document management system called 'DOX' (possible link: http://www.softwarecompliance.com/html/products/dox.html ) Now, while that system does have mane benefits, it does still seem quite crude compared to a proper version control system. Basically it expects you to lock a file while editing it. So for sharing files to work with, I really think version control is the way to go. Perhaps what you need is such a system that easily let's you e-mail only the differences. /Christian -- Christian Ridderström Mobile: +46-70 687 39 44
Re: [Figure embedding] An easy way to share lyx documents
2009/4/13, Niko Schwarz : > > to help sharing files, dropbox is excellent. > > Hmm interesting idea : I'll try, even if it imply using a third-party tool. I'll give it a try. -- Sincerily
Re: [Figure embedding] An easy way to share lyx documents
Murat Yildizoglu wrote: Just my two cents: Scientific Word was used to come with a utility called Document Manager. It was able to pack everything in a .msg file. The utility has a GUI that gives you options for choosing the elements to include for the packing and other options during unpacking. I think that we were even allowed to distribute it to the collaborators with whom we share files. I do not know if such a solution would be sufficient and enough secure... Also, it worked only for Windows, we would definitely need a cross-platform tool for LyX of course. But, such a tool would definitely be useful. I'll second what a few others have said: A version control system is really the way to go for collaboration. You get easy exchanges, easy updating, conflict management, plus you get versioned archving of everything you do. There are plenty of free hosting services for this kind of thing, if you don't already have access to some server or other. Richard
