Re: Question on whitespace at the end of raw TeX - inserts

Dieter Jurzitza dieter.jurzi...@t-online.de writes: But wait: what is LyX saying about itself, WYSIWYM? Hey, if I put a whitespace after the end of an ERT you tell me we see it but we won't protect it because you put it there but because you've been working with an ERT before we are sure you

Re: Question on whitespace at the end of raw TeX - inserts

Quick question: why doesn't LyX do this? abcertdef/ert ghi -to tex- abcdef\ ghi I totally agree that you shouldn't mess with ert; that's the point of ert. But this would protect the spaces _outside_ of ert as Dieter described. For that matter, this could be applied to any other insert if

Re: Question on whitespace at the end of raw TeX - inserts

dcmertens wrote: abcertdef/ert ghi -to tex- abcdef\ ghi Because this is not expected in all cases, and because you cannot revert this to a normal blank (whereas you can always get the desired result if you insert an inter-word space [M-C-space] instead of a normal blank). For instance, if I

Re: Question on whitespace at the end of raw TeX - inserts

Dear David, if I get you right you suggest protecting the first whitespace following ERT - if there is one - the point is that the developers say they do not want to cope with side effects from ERT as ERT is a do that if you _really_ know what you do! And expect side effects on the document!

Re: Question on whitespace at the end of raw TeX - inserts

Dieter Jurzitza dieter.jurzi...@t-online.de writes: But wait: what is LyX saying about itself, WYSIWYM? Hey, if I put a whitespace after the end of an ERT you tell me we see it but we won't protect it because you put it there but because you've been working with an ERT before we are sure you

Re: Question on whitespace at the end of raw TeX - inserts

Quick question: why doesn't LyX do this? abcertdef/ert ghi -to tex- abcdef\ ghi I totally agree that you shouldn't mess with ert; that's the point of ert. But this would protect the spaces _outside_ of ert as Dieter described. For that matter, this could be applied to any other insert if

Re: Question on whitespace at the end of raw TeX - inserts

dcmertens wrote: abcertdef/ert ghi -to tex- abcdef\ ghi Because this is not expected in all cases, and because you cannot revert this to a normal blank (whereas you can always get the desired result if you insert an inter-word space [M-C-space] instead of a normal blank). For instance, if I

Re: Question on whitespace at the end of raw TeX - inserts

Dear David, if I get you right you suggest protecting the first whitespace following ERT - if there is one - the point is that the developers say they do not want to cope with side effects from ERT as ERT is a do that if you _really_ know what you do! And expect side effects on the document!

Re: Question on whitespace at the end of raw TeX - inserts

Dieter Jurzitza writes: > But wait: what is LyX saying about itself, WYSIWYM? Hey, if I put a > whitespace after the end of an ERT you tell me we see it but we won't > protect it because you put it there but because you've been working > with an ERT before we are sure

Re: Question on whitespace at the end of raw TeX - inserts

Quick question: why doesn't LyX do this? abcdef ghi -to tex- abcdef\ ghi I totally agree that you shouldn't mess with ert; that's the point of ert. But this would protect the spaces _outside_ of ert as Dieter described. For that matter, this could be applied to any other insert if desired.

Re: Question on whitespace at the end of raw TeX - inserts

dcmertens wrote: > abcdef ghi > -to tex- > abcdef\ ghi Because this is not expected in all cases, and because you cannot revert this to a normal blank (whereas you can always get the desired result if you insert an "inter-word space" [M-C-] instead of a normal blank). For instance, if I write

Re: Question on whitespace at the end of raw TeX - inserts

Dear David, if I get you right you suggest protecting the first whitespace following ERT - if there is one - the point is that the developers say they do not want to cope with side effects from ERT as ERT is a "do that if you _really_ know what you do! And expect side effects on the document!"

Re: Question on whitespace at the end of raw TeX - inserts

I think LyX should not try to be more clever than the user. We know from other Word processors where this ends. Particularly, ERT is supposed to pass code _as is_ without any addition or modification. Doing clever tricks is impossible to get right. Dieter Jurzitza wrote: 1.) put automatically

Re: Question on whitespace at the end of raw TeX - inserts

David Mertens wrote: I completely agree, for reasons that you pointed out, that Dieter's first suggested solution would break many things.  However, I think you and I are interpreting the second suggestion differently. Here's how I understand things.  Presently, lyx would translate the

Re: Question on whitespace at the end of raw TeX - inserts

I agree 100% with Jürgen here. As a guy who regularly does funny things with LyX, I don't need my job made harder by working around oddities put in as user friendliness. And he's right, ERT is and always should be raw LaTeX. SteveT On Monday 22 December 2008 04:17:53 am Jürgen Spitzmüller

Re: Question on whitespace at the end of raw TeX - inserts

What Dieter refers to is that TeX is interpreting a blank as the end of a command. I.e., \TeX and friends will be parsed as commandTeX/commandand friends. If you want a blank after the command, you must either write \TeX\ and friends or \TeX{} and friends (in ordinary LaTeX), and I think

Re: Question on whitespace at the end of raw TeX - inserts

David Mertens dcmert...@gmail.com writes: Perhaps we could add an option to ERT boxes to respect spaces afer this ert, in which case a space after the close of an ert would be replaced with a '\ '? Do you really think that checking this box is easier than adding '\ ' at the end of your ERT?

Re: Question on whitespace at the end of raw TeX - inserts

On Monday 22 December 2008 11:58:24 am David Mertens wrote: What Dieter refers to is that TeX is interpreting a blank as the end of a command. I.e., \TeX and friends will be parsed as commandTeX/commandand friends. If you want a blank after the command, you must either write \TeX\ and

Re: Question on whitespace at the end of raw TeX - inserts

Hi folks, first of all: thank you for all your replies. And yes, after hearing what you came up with I think ERT should remain ERT and inserting an automatic blank _within_ the ERT is not a good idea. But wait: what is LyX saying about itself, WYSIWYM? Hey, if I put a whitespace after the end

Re: Question on whitespace at the end of raw TeX - inserts

I think LyX should not try to be more clever than the user. We know from other Word processors where this ends. Particularly, ERT is supposed to pass code _as is_ without any addition or modification. Doing clever tricks is impossible to get right. Dieter Jurzitza wrote: 1.) put automatically

Re: Question on whitespace at the end of raw TeX - inserts

David Mertens wrote: I completely agree, for reasons that you pointed out, that Dieter's first suggested solution would break many things.  However, I think you and I are interpreting the second suggestion differently. Here's how I understand things.  Presently, lyx would translate the

Re: Question on whitespace at the end of raw TeX - inserts

I agree 100% with Jürgen here. As a guy who regularly does funny things with LyX, I don't need my job made harder by working around oddities put in as user friendliness. And he's right, ERT is and always should be raw LaTeX. SteveT On Monday 22 December 2008 04:17:53 am Jürgen Spitzmüller

Re: Question on whitespace at the end of raw TeX - inserts

What Dieter refers to is that TeX is interpreting a blank as the end of a command. I.e., \TeX and friends will be parsed as commandTeX/commandand friends. If you want a blank after the command, you must either write \TeX\ and friends or \TeX{} and friends (in ordinary LaTeX), and I think

Re: Question on whitespace at the end of raw TeX - inserts

David Mertens dcmert...@gmail.com writes: Perhaps we could add an option to ERT boxes to respect spaces afer this ert, in which case a space after the close of an ert would be replaced with a '\ '? Do you really think that checking this box is easier than adding '\ ' at the end of your ERT?

Re: Question on whitespace at the end of raw TeX - inserts

On Monday 22 December 2008 11:58:24 am David Mertens wrote: What Dieter refers to is that TeX is interpreting a blank as the end of a command. I.e., \TeX and friends will be parsed as commandTeX/commandand friends. If you want a blank after the command, you must either write \TeX\ and

Re: Question on whitespace at the end of raw TeX - inserts

Hi folks, first of all: thank you for all your replies. And yes, after hearing what you came up with I think ERT should remain ERT and inserting an automatic blank _within_ the ERT is not a good idea. But wait: what is LyX saying about itself, WYSIWYM? Hey, if I put a whitespace after the end

Re: Question on whitespace at the end of raw TeX - inserts

I think LyX should not try to be more clever than the user. We know from other Word processors where this ends. Particularly, ERT is supposed to pass code _as is_ without any addition or modification. Doing clever tricks is impossible to get right. Dieter Jurzitza wrote: > 1.) put

Re: Question on whitespace at the end of raw TeX - inserts

David Mertens wrote: > I completely agree, for reasons that you pointed out, that Dieter's first > suggested solution would break many things.  However, I think you and I are > interpreting the second suggestion differently. > > Here's how I understand things.  Presently, lyx would translate the >

Re: Question on whitespace at the end of raw TeX - inserts

I agree 100% with Jürgen here. As a guy who regularly does funny things with LyX, I don't need my job made harder by working around oddities put in as "user friendliness". And he's right, ERT is and always should be raw LaTeX. SteveT On Monday 22 December 2008 04:17:53 am Jürgen Spitzmüller

Re: Question on whitespace at the end of raw TeX - inserts

> > What Dieter refers to is that TeX is interpreting a blank as the end of a > command. I.e., "\TeX and friends" will be parsed as > "TeXand > friends". If you want a blank after the command, you must either write > "\TeX\ and friends" or "\TeX{} and friends" (in ordinary LaTeX), and I > think >

Re: Question on whitespace at the end of raw TeX - inserts

"David Mertens" writes: > Perhaps we could add an option to ERT boxes to "respect spaces afer this > ert", in which case a space after the close of an ert would be replaced with > a '\ '? Do you really think that checking this box is easier than adding '\ ' at the end of

Re: Question on whitespace at the end of raw TeX - inserts

On Monday 22 December 2008 11:58:24 am David Mertens wrote: > > What Dieter refers to is that TeX is interpreting a blank as the end of a > > command. I.e., "\TeX and friends" will be parsed as > > "TeXand > > friends". If you want a blank after the command, you must either write > > "\TeX\ and

Re: Question on whitespace at the end of raw TeX - inserts

Hi folks, first of all: thank you for all your replies. And yes, after hearing what you came up with I think ERT should remain ERT and inserting an automatic blank _within_ the ERT is not a good idea. But wait: what is LyX saying about itself, WYSIWYM? Hey, if I put a whitespace after the end

Re: Question on whitespace at the end of raw TeX - inserts

1.) put automatically a blank as whitespace at the end of each TeX-insert before closing it. 2.) protect a whitespace follwing a TeX-insert if there is one - assume that the user intentionally puts a whitespace there. Something tells me this has been discussed before, but since Dieter

Re: Question on whitespace at the end of raw TeX - inserts

1.) put automatically a blank as whitespace at the end of each TeX-insert before closing it. 2.) protect a whitespace follwing a TeX-insert if there is one - assume that the user intentionally puts a whitespace there. Something tells me this has been discussed before, but since Dieter

Re: Question on whitespace at the end of raw TeX - inserts

> > 1.) put automatically a blank as whitespace at the end of each TeX-insert > before closing it. > 2.) protect a whitespace follwing a TeX-insert if there is one - assume > that > the user intentionally puts a whitespace there. > Something tells me this has been discussed before, but since

Re: question about ERT inset in LyX1.6

Brian Kidd wrote: Hello, Previous versions of LyX had tabs for TeX code so that one could open or close the inset by a single mouse click. The latest version allows for opening of the inset by a single click, but to close the inset one must now right click and select close inset. Is there a

Re: question about ERT inset in LyX1.6

Brian Kidd wrote: Hello, Previous versions of LyX had tabs for TeX code so that one could open or close the inset by a single mouse click. The latest version allows for opening of the inset by a single click, but to close the inset one must now right click and select close inset. Is there a

Re: question about ERT inset in LyX1.6

Brian Kidd wrote: Hello, Previous versions of LyX had tabs for TeX code so that one could open or close the inset by a single mouse click. The latest version allows for opening of the inset by a single click, but to close the inset one must now right click and select close inset. Is there a

Re: Question about the windows 1.6 alphas

[EMAIL PROTECTED] schrieb: If I install the Windows 1.6 alpha, will it interfere with my 1.5 installation? In other words, if I install using the 1.6 installer rather than building from the source, can I run 1.5 and 1.6 in parallel as I did under Linux? Yes. I for example do this for months

Re: Question about the windows 1.6 alphas

Uwe Stöhr wrote: If I install the Windows 1.6 alpha, will it interfere with my 1.5 installation? In other words, if I install using the 1.6 installer rather than building from the source, can I run 1.5 and 1.6 in parallel as I did under Linux? Yes. I for example do this for months without

Re: Question about the windows 1.6 alphas

[EMAIL PROTECTED] schrieb: If I install the Windows 1.6 alpha, will it interfere with my 1.5 installation? In other words, if I install using the 1.6 installer rather than building from the source, can I run 1.5 and 1.6 in parallel as I did under Linux? Yes. I for example do this for months

Re: Question about the windows 1.6 alphas

Uwe Stöhr wrote: If I install the Windows 1.6 alpha, will it interfere with my 1.5 installation? In other words, if I install using the 1.6 installer rather than building from the source, can I run 1.5 and 1.6 in parallel as I did under Linux? Yes. I for example do this for months without

Re: Question about the windows 1.6 alphas

[EMAIL PROTECTED] schrieb: If I install the Windows 1.6 alpha, will it interfere with my 1.5 installation? In other words, if I install using the 1.6 installer rather than building from the source, can I run 1.5 and 1.6 in parallel as I did under Linux? Yes. I for example do this for months

Re: Question about the windows 1.6 alphas

Uwe Stöhr wrote: If I install the Windows 1.6 alpha, will it interfere with my 1.5 installation? In other words, if I install using the 1.6 installer rather than building from the source, can I run 1.5 and 1.6 in parallel as I did under Linux? Yes. I for example do this for months without

Re: question about lyx

Rich Shepard wrote: On Mon, 31 Mar 2008, Michael Wojcik wrote: It's an attribute, not a tag. And it's deprecated in HTML 4.0, and omitted entirely in XHTML 1.0. The correct way to specify justification in contemporary HTML is with a style. That's because xhtml has moved toward separation

Re: question about lyx

Rich Shepard wrote: On Mon, 31 Mar 2008, Michael Wojcik wrote: It's an attribute, not a tag. And it's deprecated in HTML 4.0, and omitted entirely in XHTML 1.0. The correct way to specify justification in contemporary HTML is with a style. That's because xhtml has moved toward separation

Re: question about lyx

Rich Shepard wrote: On Mon, 31 Mar 2008, Michael Wojcik wrote: It's an attribute, not a tag. And it's deprecated in HTML 4.0, and omitted entirely in XHTML 1.0. The correct way to specify justification in contemporary HTML is with a style. That's because xhtml has moved toward separation

Re: question about lyx

Scott White wrote: 2) the first line after a section, subsection, subsubsection begins at the left margin, but the other paragraphs under it are indented ie Section Name first paragraph second paragraph third paragraph This is normal English typesetting style. If you want no

Re: question about lyx

Scott White wrote: Date: Sun, 30 Mar 2008 21:38:22 -0400 From: [EMAIL PROTECTED] Scott White wrote: 1) everything is justified. How can I change it to left alignment? Note that LaTeX microspaces, etc, so this looks proper. If you're going to convert to HTML, it probably doesn't matter,

Re: question about lyx

On Mon, 31 Mar 2008, Michael Wojcik wrote: It's an attribute, not a tag. And it's deprecated in HTML 4.0, and omitted entirely in XHTML 1.0. The correct way to specify justification in contemporary HTML is with a style. That's because xhtml has moved toward separation of content and

Re: question about lyx

Scott White wrote: 2) the first line after a section, subsection, subsubsection begins at the left margin, but the other paragraphs under it are indented ie Section Name first paragraph second paragraph third paragraph This is normal English typesetting style. If you want no

Re: question about lyx

Scott White wrote: Date: Sun, 30 Mar 2008 21:38:22 -0400 From: [EMAIL PROTECTED] Scott White wrote: 1) everything is justified. How can I change it to left alignment? Note that LaTeX microspaces, etc, so this looks proper. If you're going to convert to HTML, it probably doesn't matter,

Re: question about lyx

On Mon, 31 Mar 2008, Michael Wojcik wrote: It's an attribute, not a tag. And it's deprecated in HTML 4.0, and omitted entirely in XHTML 1.0. The correct way to specify justification in contemporary HTML is with a style. That's because xhtml has moved toward separation of content and

Re: question about lyx

Scott White wrote: 2) the first line after a section, subsection, subsubsection begins at the left margin, but the other paragraphs under it are indented ie Section Name first paragraph second paragraph third paragraph This is normal English typesetting style. If you want no

Re: question about lyx

Scott White wrote: Date: Sun, 30 Mar 2008 21:38:22 -0400 From: [EMAIL PROTECTED] Scott White wrote: 1) everything is justified. How can I change it to left alignment? Note that LaTeX microspaces, etc, so this looks proper. If you're going to convert to HTML, it probably doesn't matter,

Re: question about lyx

On Mon, 31 Mar 2008, Michael Wojcik wrote: It's an attribute, not a tag. And it's deprecated in HTML 4.0, and omitted entirely in XHTML 1.0. The correct way to specify justification in contemporary HTML is with a style. That's because xhtml has moved toward separation of content and

Re: question about lyx

rgheck wrote: Other people will answer this question. But let me say: LaTeX is generally print-oriented, and in that world, justified is the standard. Note that LaTeX microspaces, etc, so this looks proper. If you're going to convert to HTML, it probably doesn't matter, since HTML doesn't do

RE: question about lyx

Date: Sun, 30 Mar 2008 21:38:22 -0400 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: lyx-users@lists.lyx.org Subject: Re: question about lyx Scott White wrote: Hello, I am using LyX 1.5.4 on my Windows XP box. I am creating some documentation and will probably be posting

Re: question about lyx

On Sun, 30 Mar 2008 20:18:00 -0500 Scott White [EMAIL PROTECTED] wrote: Hello, I am using LyX 1.5.4 on my Windows XP box. I am creating some documentation and will probably be posting it to the intranet in html. MS Word generated html works but is pretty lame. Someone told me about

Re: question about lyx

rgheck wrote: Other people will answer this question. But let me say: LaTeX is generally print-oriented, and in that world, justified is the standard. Note that LaTeX microspaces, etc, so this looks proper. If you're going to convert to HTML, it probably doesn't matter, since HTML doesn't do

RE: question about lyx

Date: Sun, 30 Mar 2008 21:38:22 -0400 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: lyx-users@lists.lyx.org Subject: Re: question about lyx Scott White wrote: Hello, I am using LyX 1.5.4 on my Windows XP box. I am creating some documentation and will probably be posting

Re: question about lyx

On Sun, 30 Mar 2008 20:18:00 -0500 Scott White [EMAIL PROTECTED] wrote: Hello, I am using LyX 1.5.4 on my Windows XP box. I am creating some documentation and will probably be posting it to the intranet in html. MS Word generated html works but is pretty lame. Someone told me about

Re: question about lyx

rgheck wrote: Other people will answer this question. But let me say: LaTeX is generally print-oriented, and in that world, justified is the standard. Note that LaTeX microspaces, etc, so this looks proper. If you're going to convert to HTML, it probably doesn't matter, since HTML doesn't do

RE: question about lyx

> Date: Sun, 30 Mar 2008 21:38:22 -0400 > From: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > CC: lyx-users@lists.lyx.org > Subject: Re: question about lyx > > Scott White wrote: >> Hello, >> >> I am using LyX 1.5.4 on my Windows XP box. I am creating s

Re: question about lyx

On Sun, 30 Mar 2008 20:18:00 -0500 Scott White <[EMAIL PROTECTED]> wrote: > > Hello, > > I am using LyX 1.5.4 on my Windows XP box. I am creating some > documentation and will probably be posting it to the intranet in > html. MS Word generated html works but is pretty lame. Someone told > me

Re: Question about Eq numbering

snvv schrieb: I would like to number some equations like this Chapter.eq_no 1.1 1.2a 1.2b 1.2c 1.3 Is that possible? Yes, see section 19.4 of the math manual that comes with LyX 1.5.4. (add this command to your document preamble: \numberwithin{equation}{chapter} and set the mat option use

Re: Question about Eq numbering

snvv schrieb: I would like to number some equations like this Chapter.eq_no 1.1 1.2a 1.2b 1.2c 1.3 Is that possible? Yes, see section 19.4 of the math manual that comes with LyX 1.5.4. (add this command to your document preamble: \numberwithin{equation}{chapter} and set the mat option use

Re: Question about Eq numbering

snvv schrieb: I would like to number some equations like this Chapter.eq_no 1.1 1.2a 1.2b 1.2c 1.3 Is that possible? Yes, see section 19.4 of the math manual that comes with LyX 1.5.4. (add this command to your document preamble: \numberwithin{equation}{chapter} and set the mat option

Re: Question about 'keep with next'

Steve Litt wrote: I think some good can come of this, assuming the author is reasonable about what he puts in the box. For instance, my 10 step Universal Troubleshooting Process really should be on one page, along with its header, even if it creates a gap on a page. If you're doing that,

Re: Question about 'keep with next'

[EMAIL PROTECTED] wrote: If you're doing that, though, it sounds like what you really want is a float. Possibly, though I don't want any re-ordering. I'm only concerned in the case where the whole block is small - a conditional page throw if very near end of page would do the trick too.

Re: Question about 'keep with next'

Steve Litt wrote: I think some good can come of this, assuming the author is reasonable about what he puts in the box. For instance, my 10 step Universal Troubleshooting Process really should be on one page, along with its header, even if it creates a gap on a page. If you're doing that,

Re: Question about 'keep with next'

[EMAIL PROTECTED] wrote: If you're doing that, though, it sounds like what you really want is a float. Possibly, though I don't want any re-ordering. I'm only concerned in the case where the whole block is small - a conditional page throw if very near end of page would do the trick too.

Re: Question about 'keep with next'

Steve Litt wrote: I think some good can come of this, assuming the author is reasonable about what he puts in the box. For instance, my 10 step Universal Troubleshooting Process really should be on one page, along with its header, even if it creates a gap on a page. If you're doing that,

Re: Question about 'keep with next'

[EMAIL PROTECTED] wrote: If you're doing that, though, it sounds like what you really want is a float. Possibly, though I don't want any re-ordering. I'm only concerned in the case where the whole block is small - a conditional page throw if very near end of page would do the trick too.

Re: Question about 'keep with next'

James Mansion wrote: Hi, I have a writing 'style' that tends to use a lot of bullet lists. I've been using 'Itemize' in my Koma-script book. The style tends to be: * with a point * or two In word annd OOo I use 'keep with next' and 'don't break paragraph' and widow and orphan control

Re: Question about 'keep with next'

On Sunday 23 March 2008 09:56, Paul A. Rubin wrote: James Mansion wrote: Hi, I have a writing 'style' that tends to use a lot of bullet lists. I've been using 'Itemize' in my Koma-script book. The style tends to be: * with a point * or two In word annd OOo I use 'keep

Re: Question about 'keep with next'

James Mansion wrote: Hi, I have a writing 'style' that tends to use a lot of bullet lists. I've been using 'Itemize' in my Koma-script book. The style tends to be: * with a point * or two In word annd OOo I use 'keep with next' and 'don't break paragraph' and widow and orphan control

Re: Question about 'keep with next'

On Sunday 23 March 2008 09:56, Paul A. Rubin wrote: James Mansion wrote: Hi, I have a writing 'style' that tends to use a lot of bullet lists. I've been using 'Itemize' in my Koma-script book. The style tends to be: * with a point * or two In word annd OOo I use 'keep

Re: Question about 'keep with next'

James Mansion wrote: Hi, I have a writing 'style' that tends to use a lot of bullet lists. I've been using 'Itemize' in my Koma-script book. The style tends to be: * with a point * or two In word annd OOo I use 'keep with next' and 'don't break paragraph' and widow and orphan control

Re: Question about 'keep with next'

On Sunday 23 March 2008 09:56, Paul A. Rubin wrote: > James Mansion wrote: > > Hi, > > > > I have a writing 'style' that tends to use a lot of bullet lists. I've > > been using 'Itemize' in my Koma-script book. > > > > The style tends to be: > > > > * with a point > > > > * or two > > > > In word

Re: question about section problem with bibliography

Brian Kidd wrote: Hello all, I have come across a strange situation where the output for my references is appearing below the section heading (see attached picture). I'm using the article class and normally references appear in the proper \section* format. However, something is bad in this

Re: question about section problem with bibliography

Brian Kidd wrote: Hello all, I have come across a strange situation where the output for my references is appearing below the section heading (see attached picture). I'm using the article class and normally references appear in the proper \section* format. However, something is bad in this

Re: question about section problem with bibliography

Brian Kidd wrote: Hello all, I have come across a strange situation where the output for my references is appearing below the section heading (see attached picture). I'm using the article class and normally references appear in the proper \section* format. However, something is bad in this

Re: question

Simon Zsolt schrieb: I would like to have my formulas appeared immediately at the center of the line (so at the horizontal center of the actual page), but I can't find the option for it. Since I have to take all of the formulas to the center one by one. To have formulas centered, you need

Re: question

Simon Zsolt schrieb: I would like to have my formulas appeared immediately at the center of the line (so at the horizontal center of the actual page), but I can't find the option for it. Since I have to take all of the formulas to the center one by one. To have formulas centered, you need

Re: question

Simon Zsolt schrieb: I would like to have my formulas appeared immediately at the center of the line (so at the horizontal center of the actual page), but I can't find the option for it. Since I have to take all of the formulas to the center one by one. To have formulas centered, you need

Re: Question about tools

Les Denham wrote: On Thursday 04 October 2007, you wrote: The .lyx file format is a text format, modifying it should be no harder than modifying latex. LyX can even import latex files, if you prefer to modify/generate latex code. LyX has enough batch features that a script can create

Re: Question about tools

Les Denham wrote: On Thursday 04 October 2007, you wrote: The .lyx file format is a text format, modifying it should be no harder than modifying latex. LyX can even import latex files, if you prefer to modify/generate latex code. LyX has enough batch features that a script can create

Re: Question about tools

Les Denham wrote: On Thursday 04 October 2007, you wrote: The .lyx file format is a text format, modifying it should be no harder than modifying latex. LyX can even import latex files, if you prefer to modify/generate latex code. LyX has enough batch features that a script can create

Re: Question about tools

Les Denham wrote: On Wednesday 03 October 2007, Richard Heck wrote: Les Denham wrote: My current ideas of how to do this are the following: 3. Write a Perl script to generate the same LaTeX, pulling the parts that vary in each of the reports from the various databases. Take the

Re: Question about tools

Les Denham [EMAIL PROTECTED] writes: I'm facing a similar, but different problem. I need to revise a series of 28 reports which are largely identical except for coverage of different geographical areas. Much of the information is in several databases. The revision is needed because data

Re: Question about tools

On Thursday 04 October 2007, you wrote: The .lyx file format is a text format, modifying it should be no harder than modifying latex. LyX can even import latex files, if you prefer to modify/generate latex code. LyX has enough batch features that a script can create pdf/ps without anyone

Re: Question about tools

On Thursday 04 October 2007, Jean-Marc Lasgouttes wrote: put the files specific to the areas in directories area1 area2, etc (or another name). Do a ln -s area1 area Prepare the report by including all special files as area/file1.eps or whatever. The to create the reports you can do a

Re: Question about tools

On Wednesday 03 October 2007 07:47:54 am Jeremy C. Reed wrote: Or generate XML and use Passepartout's typesetting engine xml2ps to generate your Postscript. Doh! After spending several hours fiddling with passepartout and verifying that it will do everything I need I discovered that xml2ps

Re: Question about tools

Les Denham wrote: On Wednesday 03 October 2007, Richard Heck wrote: Les Denham wrote: My current ideas of how to do this are the following: 3. Write a Perl script to generate the same LaTeX, pulling the parts that vary in each of the reports from the various databases. Take the

Re: Question about tools

Les Denham [EMAIL PROTECTED] writes: I'm facing a similar, but different problem. I need to revise a series of 28 reports which are largely identical except for coverage of different geographical areas. Much of the information is in several databases. The revision is needed because data

Re: Question about tools

On Thursday 04 October 2007, you wrote: The .lyx file format is a text format, modifying it should be no harder than modifying latex. LyX can even import latex files, if you prefer to modify/generate latex code. LyX has enough batch features that a script can create pdf/ps without anyone

Re: Question about tools

On Thursday 04 October 2007, Jean-Marc Lasgouttes wrote: put the files specific to the areas in directories area1 area2, etc (or another name). Do a ln -s area1 area Prepare the report by including all special files as area/file1.eps or whatever. The to create the reports you can do a

Re: Question about tools

On Wednesday 03 October 2007 07:47:54 am Jeremy C. Reed wrote: Or generate XML and use Passepartout's typesetting engine xml2ps to generate your Postscript. Doh! After spending several hours fiddling with passepartout and verifying that it will do everything I need I discovered that xml2ps

<    4   5   6   7   8   9   10   11   12   13   >