Re: A couple problems
If you import BibTeX bibliography into your document you have to put some citations in your text, then only cited bibliographies are put on this list in your final document. This is general idea. I think there are tricks to list not cited in text (I saw such sometime ago on this list as far as I remember). But I don't need this, so I don't know how to achieve this. Most people need only cited bibliographies. M. 2008/5/20 Brian Bubnash <[EMAIL PROTECTED]>: > I'm a LaTeX newbie, but already really like the system, and I like LyX's > interface quite a lot. I'm having two serious issues though in assembling a > large report I'm writing in LyX. > > First, LyX does not seem to be importing my BibTeX bibliography correctly - > after I insert, I see the "BibTeX Generated Bibliography" tag, but when I > view the latex output (DVI,PDF,etc) it only shows the word Bibliography, > and > is blank afterward. Is there anything I'm missing here? > > Secondly, I'm finding that when I view the output for image floats, or > table > floats, that there is no check for where page boundaries are, so that > overly > wide images or tables will disappear off of the rendered page, unless I > specify size in terms of column width in the case of floats (there doesn't > seem to be a good fix for tables though). > > Anyway, it's a great program, it's cross-platform, and it's in an entirely > different league from MS Word for anything involving math. I'd be in love > if > it weren't for these two things... > > BTW, I am running LyX 1.5.5-1 on Windows XP, although I have experienced > the > BibTeX problem on a quick trial import on Ubuntu Hardy Heron linux as well. > > > Thanks for helping a newbie, > Brian > -- Manveru jabber: [EMAIL PROTECTED] gg: 1624001 http://www.manveru.pl
Re: Personal dictionary
On 19.05.08, Paul A. Rubin wrote: > G. Milde wrote: >> On 16.05.08, Paul A. Rubin wrote: >>> Rune Schjellerup Philosof wrote: Where is the default personal dictionary placed? >>> Which operating system? >> Info for all OSes is under http://wiki.lyx.org/LyX/UserDir > I'm not sure if it's that simple on Windows. On Windows, Aspell can be > installed either for "all users" or for the user logged in during the > installation. I think the location of the personal dictionary depends > on which choice was made (although I'm not 100% sure of that). Sorry, I was mixing up personal *dictionary* and personal *directory* (aka home dir). Günter
Re: Default Float placement is pathetic
Marwan Boustany wrote: On Mon, 19 May 2008 22:12:57 +0100, Uwe Stöhr <[EMAIL PROTECTED]> wrote: Marwan Boustany schrieb: Peace, Nice joke. It was not a joke, if I wanted to joke I could say, " What is the difference between a store and a stohr?" and someone else would say "what?", then I would say "You can get something useful from a store". Well that's an insulting joke IMHO, especially for someone like Uwe who doesn't count his time when helping users... Is it really what you meant? Before answering this way maybe you could ask Uwe why he thinks this is a joke? I myself didn't understand why Uwe ;-) Abdel.
Re: Default Float placement is pathetic
Marwan Boustany wrote: As it happens the graphics are large, taking up, lengthwise about 40% of the page. And they tend to need to be where i put them for the most part. For dual side document, my experience is that, when a graphic is large (and 40% of the page height is certainly large enough), then p (page) will give you the best visual effect. In general you will be able to read the text and the graphics side by side. Hope this helps, Abdel.
Re: Default Float placement is pathetic
Uwe Stöhr wrote: Marwan Boustany schrieb: Peace, Nice joke. Just FYI 'Salam' in Arabic real meaning is 'Peace'. But that's the word Arabic people uses to say hello. Salam, Abdel.
Re: Default Float placement is pathetic
On 20.05.08, Marwan Boustany wrote:
> On Tue, 20 May 2008 00:49:45 +0100, Steve Litt wrote:
>> On Monday 19 May 2008 12:51, Marwan Boustany wrote:
>>> Is it necessary to force [e]very float to be 'here definitely' if I
>>> actually want it to be correctly placed in the text?
* If you want it exactly at the position where you have it in the input
text (i.e. a non-floating float), yes.
As the float will be put as one nonbreakable unit, there will be lots
of vertical whitespace before or after in many cases.
* If you want it at a "correct" position but not necessarily exact where
it is, no.
> As it happens the graphics are large, taking up, lengthwise about 40% of
> the page.
This is a very important part of information (as well as the number of
floats in the document).
We also need to know, whether your thesis layout should
a) normally place floats at the top or bottom of a page
b) always place floats at the top or bottom of a page
c) preferabely puts floats between the text
d) always puts floats between the text
In case of d), using the global toggle "here definitely" in LyX helps.
LaTeX has it's own idea about the correct position of a float, but there
are a lot of parameters to customise this.
Float placement in LaTeX is not *pathetic* but *complex*! Consulting a
LaTeX guide (or local expert) about this topic is recommended.
The counters topnumber and bottomnumber determine how many floats are
allowed on one page and the commands \topfraction, \bottomfraction and
\textfraction determine how much space they might take.
Change with e.g. \setcounter{topnumber}{4}
or \renewcommand{textfraction}{0.1} in the LaTeX preamble.
Günter
Re: Problems with equations in tables
On 19.05.08, Tim Michelsen wrote: > I'd like to put a enumerated equation into a table. When I try this I > get a lot of errors. > There's already been a thread on this issue at: > http://www.mail-archive.com/[EMAIL PROTECTED]/msg130124.html > But the answer given there doesn't solve the problem for me. But what is your problem? > May anyone please send me a example with a equation in a table? Attached. GM math-in-table.lyx Description: application/lyx
Re: Default Float placement is pathetic
Andre Poenitz <[EMAIL PROTECTED]> writes: > On Mon, May 19, 2008 at 08:29:19PM +0100, Marwan Boustany wrote: >> I think the point with me is that I have text and graphics in a way that >> the graphics really must be exactly where i put them, spacing as per latex >> formating is fine, but I cannot have them being grouped on separate pages >> or in the middle of other text willy nilly. > > Right, and then you can and should use 'definitely here'. It's not the > default as the people creating these options did not consider this the > 'usually wanted behaviour'. Or you can include graphics without putting them in a figure float. If the figures have to be in precise points, I am surprised that you need captions at all. JMarc
Re: Default Float placement is pathetic
Abdelrazak Younes <[EMAIL PROTECTED]> writes: > I myself didn't understand why Uwe ;-) It is because he. JMarc
Re: Default Float placement is pathetic
On Tue, 20 May 2008 09:17:07 +0100, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: Andre Poenitz <[EMAIL PROTECTED]> writes: On Mon, May 19, 2008 at 08:29:19PM +0100, Marwan Boustany wrote: I think the point with me is that I have text and graphics in a way that the graphics really must be exactly where i put them, spacing as per latex formating is fine, but I cannot have them being grouped on separate pages or in the middle of other text willy nilly. Right, and then you can and should use 'definitely here'. It's not the default as the people creating these options did not consider this the 'usually wanted behaviour'. Or you can include graphics without putting them in a figure float. If the figures have to be in precise points, I am surprised that you need captions at all. JMarc It is because the context of figures is mostly local, with occasional need to reference them elsewhere. Also there are many figures in the so far 40 page document, approximately 20. so if they are placed around the place by latex they start to mix up. Finally, I may need to refer to up to three pictures in one paragraph, hence the need for the captions. -- Peace
Re: Default Float placement is pathetic
On Tue, 20 May 2008 08:31:42 +0100, Abdelrazak Younes <[EMAIL PROTECTED]> wrote: Marwan Boustany wrote: As it happens the graphics are large, taking up, lengthwise about 40% of the page. And they tend to need to be where i put them for the most part. For dual side document, my experience is that, when a graphic is large (and 40% of the page height is certainly large enough), then p (page) will give you the best visual effect. In general you will be able to read the text and the graphics side by side. Hope this helps, Abdel. what is p (page)? -- Peace
Re: Default Float placement is pathetic
"Marwan Boustany" <[EMAIL PROTECTED]> writes: > Finally, I may need to refer to up to three pictures in one paragraph, > hence the need for the captions. I this case you might want to reconsider the placement on a separate page. By placing some images that fit together on a page, you will give some flexibility for the others. Another possibility (when figures are not too large) is to put several or them in the same float (with several captions), so that they stay together. JMarc
bibtex: jurabib translation
Hi all! I use Jurabib for my works, until now, everything worked great, but in german translation my jurabib package uses something my professor does not like: For citing the same book/author again, it uses A. a. O. instead of ebd. or ebda. Where can i change these settings? i found my jurabib.bst but unfortunatly, it does not seem to hold the translations as well, where are they? btw: use lyx1.5.3, texlive on ubuntu 8.04 thanks in advance karl
Re: Default Float placement is pathetic
On Tue, 20 May 2008 09:35:35 +0100, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: "Marwan Boustany" <[EMAIL PROTECTED]> writes: Finally, I may need to refer to up to three pictures in one paragraph, hence the need for the captions. I this case you might want to reconsider the placement on a separate page. By placing some images that fit together on a page, you will give some flexibility for the others. Another possibility (when figures are not too large) is to put several or them in the same float (with several captions), so that they stay together. JMarc I understand, but one thing I noticed when allowing them to go on another page is that in the place where the figures used to be there is a gap in the text... this along with figures appearing in the wrong order, and appearing in the middle of my chapter conclusion... -- Peace
Re: Default Float placement is pathetic
On Tue, 20 May 2008 08:25:53 +0100, Abdelrazak Younes <[EMAIL PROTECTED]> wrote: Marwan Boustany wrote: On Mon, 19 May 2008 22:12:57 +0100, Uwe Stöhr wrote: Marwan Boustany schrieb: Peace, Nice joke. It was not a joke, if I wanted to joke I could say, " What is the difference between a store and a stohr?" and someone else would say "what?", then I would say "You can get something useful from a store". Well that's an insulting joke IMHO, especially for someone like Uwe who doesn't count his time when helping users... Is it really what you meant? Before answering this way maybe you could ask Uwe why he thinks this is a joke? I myself didn't understand why Uwe ;-) Abdel. I suppose my joke was more verbose than his short implication ridden statement. But Let me interpret for you... I said peace, a genuine statement, even if it used allot. He said, nice joke, a statement laden with implications. My guess as to what this means (with some comedic license of course) is:- Peace? Peace?! with a name like Marwan Boustany I'm surprised that in between using lyx you are not screaming threats and insults at the infidels while riddling all your cielings with machine gun fire... :-) Anyway... That is all water under the bridge... which i do not plan to blow up... Peace. -- Peace
Re: bibtex: jurabib translation
Karl Richter-Trummer wrote:
> I use Jurabib for my works, until now, everything worked great, but in
> german translation my jurabib package uses something my professor does not
> like: For citing the same book/author again, it uses A. a. O. instead of
> ebd. or ebda. Where can i change these settings?
The jurabib manual explains this. Add to preamble:
\AddTo\bibsgerman{%
\renewcommand*{\ibidemname}{Ebd.}
\renewcommand*{\ibidemmidname}{ebd.}
}
Jürgen
Re: Default Float placement is pathetic
"Marwan Boustany" <[EMAIL PROTECTED]> writes: > I understand, but one thing I noticed when allowing them to go on > another page is that in the place where the figures used to be there > is a gap in the text... This should not happen. Is there something special about the place where you include the figures? > this along with figures appearing in the wrong order, and appearing > in the middle of my chapter conclusion... One other trick is to include the images at the beginning of the paragraph where you mention them. If you include them at the end, or at the place where you need them, they will often appear too late. JMarc
Re: Default Float placement is pathetic
Abdelrazak Younes schrieb: Well that's an insulting joke IMHO, No, it's OK, I just was in the mood to make a littel joke and he made one two (a nice attempt btw.), so everything is fine. regards Uwe
Re: A couple problems
Brian Bubnash schrieb: Secondly, I'm finding that when I view the output for image floats, or table floats, that there is no check for where page boundaries are, so that overly wide images or tables will disappear off of the rendered page, unless I specify size in terms of column width in the case of floats (there doesn't seem to be a good fix for tables though). Yes, you have to specify the size of the graphics. As you found out you best do this by setting a column width value. For tables this cannot be done, because that would shrink tables and its text, but the text of tables should normally be the same as used for the normal document text. regards Uwe
Re: A couple problems
Manveru schrieb: I think there are tricks to list not cited in text (I saw such sometime ago on this list as far as I remember). This feature will be available in the upcoming LyX 1.6. regards Uwe
segmentation fault
Dear colleagues, I just installed lyx 1.5.4 by using repository of Fedora. My system: ASPLinux 12 (based on Fedora 7). I use KDE 3.5 but with installed parts of KDE4 and Qt4. When I start in console lyx I obtain result: "segmentation fault" and the program does not start. What is the problem? I did not find discussion of this question in internet. Nail
Re: segmentation fault
Khusnutdinov Nail schrieb: I just installed lyx 1.5.4 by using repository of Fedora. My system: ASPLinux 12 (based on Fedora 7). I use KDE 3.5 but with installed parts of KDE4 and Qt4. When I start in console lyx I obtain result: "segmentation fault" and the program does not start. When you are using Qt 4.4, you need to upgrade to LyX 1.5.5. regards Uwe
Re: Default Float placement is pathetic
Jean-Marc Lasgouttes wrote: Abdelrazak Younes <[EMAIL PROTECTED]> writes: I myself didn't understand why Uwe ;-) Hum... that was a typo of course, I meant: I myself didn't understand it, Uwe. Abdel
+/- in a table too large
Again a question: in a table is in math mode e.g. 50.9\pm1.3 the export (pdf) shows too large +/- (see appendix) is this a bug or should I use something else or add \small in front of it? Wolfgang <>
Re: Default Float placement is pathetic
Marwan Boustany wrote: On Tue, 20 May 2008 08:31:42 +0100, Abdelrazak Younes <[EMAIL PROTECTED]> wrote: Marwan Boustany wrote: As it happens the graphics are large, taking up, lengthwise about 40% of the page. And they tend to need to be where i put them for the most part. For dual side document, my experience is that, when a graphic is large (and 40% of the page height is certainly large enough), then p (page) will give you the best visual effect. In general you will be able to read the text and the graphics side by side. Hope this helps, Abdel. what is p (page)? Sorry, that is the LateX option that was used before the 1.5 days. I meant 'Page of Floats'. Abdel.
Re: Default Float placement is pathetic
Jean-Marc Lasgouttes wrote: Abdelrazak Younes <[EMAIL PROTECTED]> writes: I myself didn't understand why Uwe ;-) It is because he. He what? This thrad is becoming surrealistic :-) Abdel.
Re: About bibliography
rgheck <[EMAIL PROTECTED]> writes: > First, you should try 1.5.5. Ok, I have installed lyx 1.5.5 and it works :) > Second, You need to select the natbib style, as well, namely: > Author-year. This is in the Document>Settings bibliography pane, I > think. At least that's where it is in 1.5.5. But actually, the only thing that I want to change it is the order of the name and the surname... and this is not in this pane, I think... there you can change if you want a numeric or a author-year bibliography, don't you? thank you in adavance...
IEEEtran theorem numbering by section
Hello:
The IEEETran class has a corresponding LyX layout which seems to work well.
Many theorem-like environments are provided in the drop-down "environment" list
on the top left corner.
But how can one choose per-section numbering (Theorem 3.5 for the firth theorem
in the third section, for example)?
According to the IEEETran manual, the newtheorem command allows for such
specification.
The user must first declare the structure name via
\newtheorem{struct_type}{struct_title}[in_counter]
where struct_type is the user chosen identifier for the structure, struct_title
is the heading that is used for the structure and in_counter is an optional name
of a counter whose number will be displayed with the structure number and whose
update will reset the structure counter.
Papers that use in_counter usually use “section” such that the section number is
the first part of each theorem number.
Example: \newtheorem{thm}{Theorem}[section]
It seems that LyX follows the same procedure when asked to generate LaTeX, but
ommitts the "counter" specifier (thus theorems are numbered sequentially
throughout the paper:
\newtheorem{thm}{Theorem}
The question is whether one can specify the counter (third parameter) from
within LyX, and how to do it.
Re: IEEEtran theorem numbering by section
Virgil schrieb:
But how can one choose per-section numbering (Theorem 3.5 for the firth theorem
in the third section, for example)?
Enable in the document settings dialog explicitely amsmath, then use this
command in the preamble:
\numberwithin{counter}{section}
where counter is the counter of your theorem.
regards Uwe
Can't convert graphviz DOT format to PDF
Hi all I have a simple problem with setting up converters in LyX. I want to be able to embed Graphviz DOT files (http://www.graphviz.org) into my LyX document. I have added the DOT file type via the preferences, and I have added a DOT->PDF (pdflatex) file format converter as well, and then I attempt to render my document using the View->PDF (pdflatex) menu item. It doesn't seem to matter what I do, I always get the error "No information for converting DOT format files to png. Define a converter in the preferences.". Note that if I do as it asks and provided a DOT->PNG converter, then my PDF includes a bitmap rendering of the Graphviz diagram, which is not what I want. I want nice clean edges which means I need LyX to use a vector graphics format to render the DOT file. I have attached a simple test file. If someone could tell me the correct way to fix this it would be a great help. I am using LyX 1.5.3 on Ubuntu 8.04. More generally: how can I get LyX to explain its clearly *wrong* logic that says that the format converter that it is 'missing' is this DOT->PNG converter. At least it should show the *end target* format, which I presume for pdflatex would be any of a number of possible options: PDF, PNG, JPEG and GIF, right? Cheers JP simple.lyx Description: application/lyx
Re: Can't convert graphviz DOT format to PDF
John Pye wrote: I have a simple problem with setting up converters in LyX. I want to be able to embed Graphviz DOT files (http://www.graphviz.org) into my LyX document. I have added the DOT file type via the preferences, and I have added a DOT->PDF (pdflatex) file format converter as well, and then I attempt to render my document using the View->PDF (pdflatex) menu item. Have you also defined a "File formats" for DOT in the preferences, and checked the box "Vector graphics format"? /Konrad
Re: Default Float placement is pathetic
On Tuesday 20 May 2008, G. Milde wrote:
> The counters topnumber and bottomnumber determine how many floats are
> allowed on one page and the commands \topfraction, \bottomfraction and
> \textfraction determine how much space they might take.
>
> Change with e.g. \setcounter{topnumber}{4}
> or \renewcommand{textfraction}{0.1} in the LaTeX preamble.
Günter,
That is some very valuable advice. I am currently working on a document of
about 200 pages with over 200 figures, and getting the reasonable float
placement has been quite an interesting experience. I spent more time than I
really wanted to reading the details of how LaTeX decides where to put a
float -- the documentation of how these LaTeX settings really affect the
output is dense, complex and abstruse. I only arrived at a satisfactory
solution by repeated trial and error, and I'm still not sure why the settings
I'm using give the results they do.
--
Les
~~
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
Re: segmentation fault
On Tuesday 20 May 2008 06:27, Uwe Stöhr wrote: > Khusnutdinov Nail schrieb: > > I just installed lyx 1.5.4 by using repository of Fedora. My system: > > ASPLinux 12 (based on Fedora 7). I use KDE 3.5 but with installed parts > > of KDE4 and Qt4. When I start in console lyx I obtain result: > > "segmentation fault" and the program does not start. > > When you are using Qt 4.4, you need to upgrade to LyX 1.5.5. > > regards Uwe You know what? If LyX is going to be so tightly bound to minor versions of Qt, then someone should document a chart of Qt versions and their possible LyX versions, and LyX versions and their possible Qt versions. Also, I'd like to once again recommend that the developers develop each LyX version to be compatible with a wider range of Qt. SteveT Steve Litt Recession Relief Package http://www.recession-relief.US
Re: segmentation fault
Steve Litt wrote: > You know what? If LyX is going to be so tightly bound to minor versions of > Qt, then someone should document a chart of Qt versions and their possible > LyX versions, and LyX versions and their possible Qt versions. > > Also, I'd like to once again recommend that the developers develop each LyX > version to be compatible with a wider range of Qt. Normally, this should be the case. However, Qt 4.4 revealed problems that were simply not foreseeable, unless Qt 4.4 -- well -- existed. Jürgen
Re: segmentation fault
Steve Litt schrieb: Also, I'd like to once again recommend that the developers develop each LyX version to be compatible with a wider range of Qt. LyX 1.5 can be compiled with Qt 4.2, 4.3, and 4.4. Qt 4.4. was just not release when LyX 1.5.4 came out, so we could first support it with LyX 1.5.5. When a users uses the brand new Qt he also has to use the brand new LyX. regards Uwe
Re: Can't convert graphviz DOT format to PDF
Hi Konrad, Konrad Hofbauer wrote: John Pye wrote: I have a simple problem with setting up converters in LyX. I want to be able to embed Graphviz DOT files (http://www.graphviz.org) into my LyX document. I have added the DOT file type via the preferences, and I have added a DOT->PDF (pdflatex) file format converter as well, and then I attempt to render my document using the View->PDF (pdflatex) menu item. Have you also defined a "File formats" for DOT in the preferences, and checked the box "Vector graphics format"? Thanks for that suggestion. I hadn't noticed the 'Vector graphics format' checkbox before now. HOWEVER, it doesn't fix the problem. When I switch DOT to a vector format, I get a blank two page document, with page numbers but nothing else, instead of the expected PDF with one page and diagram. Did it work for you with the test document I sent? Cheers JP
Re: segmentation fault
Uwe Stöhr wrote: Steve Litt schrieb: Also, I'd like to once again recommend that the developers develop each LyX version to be compatible with a wider range of Qt. LyX 1.5 can be compiled with Qt 4.2, 4.3, and 4.4. And 4.1. Abdel.
Re: segmentation fault
Steve Litt wrote: On Tuesday 20 May 2008 06:27, Uwe Stöhr wrote: Khusnutdinov Nail schrieb: I just installed lyx 1.5.4 by using repository of Fedora. My system: ASPLinux 12 (based on Fedora 7). I use KDE 3.5 but with installed parts of KDE4 and Qt4. When I start in console lyx I obtain result: "segmentation fault" and the program does not start. When you are using Qt 4.4, you need to upgrade to LyX 1.5.5. regards Uwe You know what? If LyX is going to be so tightly bound to minor versions of Qt, Wrong. 1.5.5 fixed a bug when used in conjunction with Qt4.4, nothing to do with previous versions. then someone should document a chart of Qt versions and their possible LyX versions, and LyX versions and their possible Qt versions. Also, I'd like to once again recommend that the developers develop each LyX version to be compatible with a wider range of Qt. LyX-1.5 is compatible with Qt >= 4.1, period. Abdel.
Re: Can't convert graphviz DOT format to PDF
John Pye wrote: HOWEVER, it doesn't fix the problem. When I switch DOT to a vector format, I get a blank two page document, with page numbers but nothing else, instead of the expected PDF with one page and diagram. Could it be that now the actual DOT->PDF conversion fails? Make sure to check your console.log and system.log for error messages. Did it work for you with the test document I sent? I did not try. I do not use Graphviz, and as well I would not have your converters defined. Sorry. /Konrad
Re: +/- in a table too large
Am Dienstag, 20. Mai 2008 11:51 schrieb Wolfgang Engelmann: > Again a question: > in a table is in math mode e.g. > 50.9\pm1.3 > the export (pdf) shows too large +/- (see appendix) > is this a bug or should I use something else or add \small in front of it? > > Wolfgang I just noticed that the same (too large +/-) occurs also in normal text, if I add it there in mathmode. So it is not a table problem, butI guess it has to do with something of the math stuff. Any hint? Wolfgang
IEEEtran theorem numbering by section (2)
"Uwe Stöhr" wrote:
>Virgil schrieb:
>>But how can one choose per-section numbering
> Enable in the document settings dialog explicitely amsmath,
> then use this command in the preamble:
> \numberwithin{counter}{section}
>where counter is the counter of your theorem.
Hi:
It appears to work well. Thank you, very much!
Some additional related comments:
Apparently, one needs to put in the preamble a version of the command
\numberwithin{counter}{section}
for EACH theorem-like construct used.
Ex:
\numberwithin{thm}{section}
\numberwithin{cor}{section}
\numberwithin{lemma}{section}
Also, there does not appear to be a direct way of knowing the short form
(abbreviated version) of the name of the construct that LyX uses, and
these forms appear to be inconsistent... example
thm for theorem
cor for Corollary
lemma for Lemma
I don't know if these abbreviations are LaTeX conventions.
If not, it would be best to have a uniform convention within LyX
(first 3 letters in lower case. or
full name in lower case, etc. etc).
(To know the above forms I exported to LaTeX and viewed the result).
I did not know the difference between "Use AMS Math package automatically"
and "Use AMS math package".
I found the answer in the math help doc:
"The option 'Use AMS math package automatically' only uses AMS-math
when math constructs are found that are supported by LyX.".
However, the math help doc appears NOT to discuss theorems,
proofs and related issues at all.
Thanks again.
Virgil
P.S. For some insanity, Gname wont't let me post this as a follow-up in
the original thread ("lines longer than 80 characters")
Can't convert graphviz DOT format to PDF
I have no answer for you, but I'm following this thread closely. I tried to get dot2tex working under LyX several months ago, but gave up. Eran
Re: Can't convert graphviz DOT format to PDF
Konrad Hofbauer wrote: John Pye wrote: HOWEVER, it doesn't fix the problem. When I switch DOT to a vector format, I get a blank two page document, with page numbers but nothing else, instead of the expected PDF with one page and diagram. Could it be that now the actual DOT->PDF conversion fails? Don't know. The command works fine from the command line, and there are no embedded filename references that could be causing problems with 'file copiers'. And there is no error message from LyX. Just a blank two-page document. If I make a DOT->PNG converter and use that, it works fine. So there is nothing wrong with LyX's ability to make some form of file conversion here. It fails when I attempt to configure a conversion from DOT to PDF. Make sure to check your console.log and system.log for error messages. Where will I find those files? There are not in the same directory as the document, and they are not in ~/.lyx. And they are not listed in the LyX menus, and no path for log files is given in Preferences. And nothing on Google. Did it work for you with the test document I sent? I did not try. I do not use Graphviz, and as well I would not have your converters defined. Sorry. The whole problem here is in the user interface for the definition of converters. LyX gives very poor feedback on errors related to file formats and converters. Cheers JP
Re: +/- in a table too large
The typeface is suspected. Some symbols are joined from two characters when selected typeface has not correct glyph in the set. Are you using any alternative font settings in your document? What text size is chosen? 2008/5/20 Wolfgang Engelmann <[EMAIL PROTECTED]>: > Am Dienstag, 20. Mai 2008 11:51 schrieb Wolfgang Engelmann: > > Again a question: > > in a table is in math mode e.g. > > 50.9\pm1.3 > > the export (pdf) shows too large +/- (see appendix) > > is this a bug or should I use something else or add \small in front of > it? > > > > Wolfgang > I just noticed that the same (too large +/-) occurs also in normal text, if > I > add it there in mathmode. So it is not a table problem, butI guess it has > to > do with something of the math stuff. Any hint? > > Wolfgang > -- Manveru jabber: [EMAIL PROTECTED] gg: 1624001 http://www.manveru.pl
Re: +/- in a table too large
Wolfgang Engelmann wrote: Am Dienstag, 20. Mai 2008 11:51 schrieb Wolfgang Engelmann: Again a question: in a table is in math mode e.g. 50.9\pm1.3 the export (pdf) shows too large +/- (see appendix) is this a bug or should I use something else or add \small in front of it? Wolfgang I just noticed that the same (too large +/-) occurs also in normal text, if I add it there in mathmode. So it is not a table problem, butI guess it has to do with something of the math stuff. Any hint? Wolfgang Can you post a small example document where this happens? I've never seen it here. Perhaps it's a font issue? /Paul
Re: Default Float placement is pathetic
On 20.05.08, Les Denham wrote:
> On Tuesday 20 May 2008, G. Milde wrote:
> > The counters topnumber and bottomnumber determine how many floats are
> > allowed on one page and the commands \topfraction, \bottomfraction and
> > \textfraction determine how much space they might take.
> >
> > Change with e.g. \setcounter{topnumber}{4}
> > or \renewcommand{textfraction}{0.1} in the LaTeX preamble.
> That is some very valuable advice. I am currently working on a document of
> about 200 pages with over 200 figures, and getting the reasonable float
> placement has been quite an interesting experience.
Thanks. Encouraged by this and following an old tradition on this list, I
include a link to Herbert Voß' "Tips and Tricks" pages:
All about floats:
http://www.texnik.de/cgi-bin/mainFAQ.cgi?file=floats/floats
Float parameters:
http://www.texnik.de/cgi-bin/mainFAQ.cgi?file=floats/parameter
Günter
Re: +/- in a table too large
I can't reproduce that (just tried 1.6.0alpha2 on Windows XP), as the table
spacing looks fine.
One way you might be able to work around it is using a \nicefrac{+}{-}
instead of \pm. I personally don't prefer \nicefrac in this case, but it might
work.
Cheers,
C.O.
/
Down with categorical imperative!
[EMAIL PROTECTED]
/
- Original Message
From: Wolfgang Engelmann <[EMAIL PROTECTED]>
To: Lyx-Users
Sent: Tuesday, May 20, 2008 5:51:16 AM
Subject: +/- in a table too large
Again a question:
in a table is in math mode e.g.
50.9\pm1.3
the export (pdf) shows too large +/- (see appendix)
is this a bug or should I use something else or add \small in front of it?
Wolfgang
Re: Can't convert graphviz DOT format to PDF
John Pye wrote: Make sure to check your console.log and system.log for error messages. Where will I find those files? There are not in the same directory as the document, and they are not in ~/.lyx. And they are not listed in the LyX menus, and no path for log files is given in Preferences. And nothing on Google. Those are your system's log files. If you are on Linux, they should be somewhere in /var/log. On the mac, use Console.app (in Utilities). On windows, I don't know. The whole problem here is in the user interface for the definition of converters. LyX gives very poor feedback on errors related to file formats and converters. If you know how to do that, you could also try starting LyX from command-line, with a switch to give you debug information: Use "./lyx -dbg" to see your options. With "./lyx -dbg any" you get more than you probably want. :-) If you get it working, please post your solution (and if you have time also post it on the wiki). /Konrad
Re: Default Float placement is pathetic
On Tuesday 20 May 2008, G. Milde wrote: > Thanks. Encouraged by this and following an old tradition on this list, I > include a link to Herbert Voß' "Tips and Tricks" pages: > > All about floats: > http://www.texnik.de/cgi-bin/mainFAQ.cgi?file=floats/floats > > Float parameters: > http://www.texnik.de/cgi-bin/mainFAQ.cgi?file=floats/parameter Yes, Herbert's "Tips and Tricks" were my starting point. They showed me which setting I needed to change. But the tips are, by their nature, terse, so I had to hunt through the documentation to find out what each parameter really does, and even then I had to try it out until I found something that worked for my case. As for the unfortunate title of this thread, if you want really pathetic figure placement, try getting decent figure layouts in a conventional word processor. Those who want perfect figure placement should perhaps use a publishing program such as Scribus. But be prepared to place every figure exactly where you want it -- one at a time. -- Les ~~ Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html
Re: Can't convert graphviz DOT format to PDF
John Pye wrote: If I make a DOT->PNG converter and use that, it works fine. So there is nothing wrong with LyX's ability to make some form of file conversion here. It fails when I attempt to configure a conversion from DOT to PDF. Works fine for me here. Keep in mind that there are at least three PDF file formats defined within LyX, because different compilation methods (ps2pdf, pdflatex, dvipdfm) have different requirements. On my box those are designated pdf, pdf2 and pdf3 respectively, and I'm pretty sure that's standard across installations. If you create a converter from DOT to pdf3, say, and then use View -> PDF (pdflatex) to see the output (which is creating pdf2 output), presumably something will break. I always use pdflatex, so I created a Dot file format and then a Dot to PDF (pdflatex) converter. The latter used the command line 'dot -Tpdf $$i -o $$o'. I have the dot executable on my system command path; otherwise, I would need either to specify a full path in the converter or add the path to the LyX path prefix. /Paul
Re: +/- in a table too large
Am Dienstag, 20. Mai 2008 14:40 schrieb Paul A. Rubin: > Wolfgang Engelmann wrote: > > Am Dienstag, 20. Mai 2008 11:51 schrieb Wolfgang Engelmann: > >> Again a question: > >> in a table is in math mode e.g. > >> 50.9\pm1.3 > >> the export (pdf) shows too large +/- (see appendix) > >> is this a bug or should I use something else or add \small in front of > >> it? > >> > >> Wolfgang > > > > I just noticed that the same (too large +/-) occurs also in normal text, > > if I add it there in mathmode. So it is not a table problem, butI guess > > it has to do with something of the math stuff. Any hint? > > > > Wolfgang > > Can you post a small example document where this happens? I've never > seen it here. Perhaps it's a font issue? > > /Paul thanks for the various responses. Here is a minimal example Have a look at the document settings. I can´t see any strange things there, and the error stays after taking out the preamble entrances Wolfgang flyrhythm.lyx Description: application/lyx
Re: Problems with equations in tables
> But what is your problem? I was using that enumerated formulat type (the one you insert with ALT+SHIFT+M. It seems that only embedded formulars work in tables. I have to check this with my latex documentation... May anyone please send me a example with a equation in a table? Thanks for the file.
Re: +/- in a table too large
Wolfgang Engelmann wrote: thanks for the various responses. Here is a minimal example Have a look at the document settings. I can´t see any strange things there, and the error stays after taking out the preamble entrances Wolfgang This might be a repost -- I tried to post a response but it was rejected because it had an attachment deemed too big. I'm not sure why; the attachment was only 60K. Your file compiled just fine for me (LyX 1.5.5). I can send you the PDF if you want (I guess you'll need to send me an e-mail address). You might try switching the font from Latin Modern to something else; if that works, the problem is with your Latin Modern files. Here it worked with LM. /Paul
Re: +/- in a table too large
It worked here for me, too -- no problems with the \pm symbol bleeding into the table frames. ( 1.5.5 on Debian Sid and 1.6.0 svn on Windows XP ) - Original Message From: Paul A. Rubin <[EMAIL PROTECTED]> To: lyx-users@lists.lyx.org Sent: Tuesday, May 20, 2008 4:12:16 PM Subject: Re: +/- in a table too large Wolfgang Engelmann wrote: > > thanks for the various responses. Here is a minimal example > > Have a look at the document settings. I can´t see any strange things there, > and the error stays after taking out the preamble entrances > > Wolfgang This might be a repost -- I tried to post a response but it was rejected because it had an attachment deemed too big. I'm not sure why; the attachment was only 60K. Your file compiled just fine for me (LyX 1.5.5). I can send you the PDF if you want (I guess you'll need to send me an e-mail address). You might try switching the font from Latin Modern to something else; if that works, the problem is with your Latin Modern files. Here it worked with LM. /Paul
Re: +/- in a table too large
On Tuesday 20 May 2008 12:36:01 pm Wolfgang Engelmann wrote: > Have a look at the document settings. I can´t see any strange things there, > and the error stays after taking out the preamble entrances I can see exactly what you are talking about. The +/- symbol appears too large. But only if you use Latin Modern fonts. I tried every other font I have in LaTeX, and the problem seems to be exclusive to the LMSymbol Type 1 font, which I assume is what is used for Math symbols when you use Latin Modern fonts for text. Whether it is a problem with LyX, with LaTeX, or with the font, I can't tell. You can fiddle with the line spacing in the table (I don't remember exactly how), but it seems to me the simplest solution would be to use another font. I'm using 1.5.4 with texlive on Gentoo 2007. Les
ModernCV in LyX broken?
I opened the moderncv.lyx example in lyx, pressed the pdflatex button to see what it looks like and received the message, "Undefined control sequence," on the use of \moderncvtheme. What is wrong? This file is unaltered from what was in the examples directory. Thank you in advance.
Re: +/- in a table too large
What I see here from those few responses different TeX distros have different implementation (if I can tell that) of Latin Modern typefaces in details. Very strange. The question we have here now is which distributions are fine by default, and which may need some additional tweaks to get math symbols fine with LM typeface. 2008/5/21 Les Denham <[EMAIL PROTECTED]>: > On Tuesday 20 May 2008 12:36:01 pm Wolfgang Engelmann wrote: > > Have a look at the document settings. I can´t see any strange things > there, > > and the error stays after taking out the preamble entrances > > I can see exactly what you are talking about. The +/- symbol appears too > large. But only if you use Latin Modern fonts. I tried every other font I > have in LaTeX, and the problem seems to be exclusive to the LMSymbol Type 1 > font, which I assume is what is used for Math symbols when you use Latin > Modern fonts for text. Whether it is a problem with LyX, with LaTeX, or > with > the font, I can't tell. > > You can fiddle with the line spacing in the table (I don't remember exactly > how), but it seems to me the simplest solution would be to use another > font. > > I'm using 1.5.4 with texlive on Gentoo 2007. > > Les > -- Manveru jabber: [EMAIL PROTECTED] gg: 1624001 http://www.manveru.pl
