Hello,
as my thesis requires roman numerals for the front matter and arabic
numerals for the main matter I would like the resulting PDF file to display
always the right number as on the printed paper. Right now it displays
something like
i -- 1
ii -- 2 etc.
1 -- 7
2 -- 8 etc.
as the PDF
Hi Etinne,
I know you won't exactly love this solution, but it does work. You can
remove the extra space again simply by entering a spacer with a user
value with a negative in front. eg -1 em. This removes the text up a
line again.
You have to give LyX more of a chance. Writing in LaTeX requires
Maksi wrote:
However, I
have seen already LaTeX-PDF-Files that display always the same page number
as is being printed. How can I achieve that in LyX 1.5.5 and XeTeX on
latest MacTeX?
Works for me using the \frontmatter ans \mainmatter commands and Acroread as
PDF viewer.
Jürgen
Maksi wrote:
Hello,
as my thesis requires roman numerals for the front matter and arabic
numerals for the main matter I would like the resulting PDF file to display
always the right number as on the printed paper. Right now it displays
something like
i -- 1
ii -- 2 etc.
1 -- 7
2 -- 8 etc.
as
Christopher Reeve wrote:
I know you won't exactly love this solution, but it does work. You can
remove the extra space again simply by entering a spacer with a user
value with a negative in front. eg -1 em. This removes the text up a
line again.
The main problem with this approach is that:
Hello Lyx users :)
I have a problem with images in lyx. I'm writing a thesis and some graphs
are included. The problem is with the written part of the graphs -
legends, axes descriptions etc. Some diacritic markers are not displayed
in lyx output - like the letter Č is displayed as C. But
I have noticed that in the wrapfigure environment (text wrap float),
there is no option for allowing the figure to really float. In the
actual LaTeX code, you may specify l/L, r/R, o/O, etc. with the lower
case mandating placement at that point in the text and upper case
allowing the
Dear Olivier,
thank you very much for your extensive answer!
Now, I do not really understand why you need such a
complex workflow. Why do you need to go in Linux ?
That´s just because so far I didn´t know better how to deal with bounding boxes
- and I have a Linux machine running anyway.
I
Hi,
I have a little bit of a problem with formatting my table of contents. I
have use the following latex code to get the table of content as shown
in the attached figure.
\contentsline {chapter}{{\textbf{\textit{\Large{Chapter\hspace{0.2cm}%
Bennett Helm wrote:
[...]
In the meantime, so your report doesn't get lost, may I suggest that
you submit this as a bug [...]
Done. See: http://bugzilla.lyx.org/show_bug.cgi?id=4993.
Etienne
--
Etienne M. Gagnon, Ph.D.
SableCC:http://sablecc.org
Hello,
as my thesis requires roman numerals for the front matter and arabic
numerals for the main matter I would like the resulting PDF file to display
always the right number as on the printed paper. Right now it displays
something like
i -- 1
ii -- 2 etc.
1 -- 7
2 -- 8 etc.
as the PDF
Hi Etinne,
I know you won't exactly love this solution, but it does work. You can
remove the extra space again simply by entering a spacer with a user
value with a negative in front. eg -1 em. This removes the text up a
line again.
You have to give LyX more of a chance. Writing in LaTeX requires
Maksi wrote:
However, I
have seen already LaTeX-PDF-Files that display always the same page number
as is being printed. How can I achieve that in LyX 1.5.5 and XeTeX on
latest MacTeX?
Works for me using the \frontmatter ans \mainmatter commands and Acroread as
PDF viewer.
Jürgen
Maksi wrote:
Hello,
as my thesis requires roman numerals for the front matter and arabic
numerals for the main matter I would like the resulting PDF file to display
always the right number as on the printed paper. Right now it displays
something like
i -- 1
ii -- 2 etc.
1 -- 7
2 -- 8 etc.
as
Christopher Reeve wrote:
I know you won't exactly love this solution, but it does work. You can
remove the extra space again simply by entering a spacer with a user
value with a negative in front. eg -1 em. This removes the text up a
line again.
The main problem with this approach is that:
Hello Lyx users :)
I have a problem with images in lyx. I'm writing a thesis and some graphs
are included. The problem is with the written part of the graphs -
legends, axes descriptions etc. Some diacritic markers are not displayed
in lyx output - like the letter Č is displayed as C. But
I have noticed that in the wrapfigure environment (text wrap float),
there is no option for allowing the figure to really float. In the
actual LaTeX code, you may specify l/L, r/R, o/O, etc. with the lower
case mandating placement at that point in the text and upper case
allowing the
Dear Olivier,
thank you very much for your extensive answer!
Now, I do not really understand why you need such a
complex workflow. Why do you need to go in Linux ?
That´s just because so far I didn´t know better how to deal with bounding boxes
- and I have a Linux machine running anyway.
I
Hi,
I have a little bit of a problem with formatting my table of contents. I
have use the following latex code to get the table of content as shown
in the attached figure.
\contentsline {chapter}{{\textbf{\textit{\Large{Chapter\hspace{0.2cm}%
Bennett Helm wrote:
[...]
In the meantime, so your report doesn't get lost, may I suggest that
you submit this as a bug [...]
Done. See: http://bugzilla.lyx.org/show_bug.cgi?id=4993.
Etienne
--
Etienne M. Gagnon, Ph.D.
SableCC:http://sablecc.org
Hello,
as my thesis requires roman numerals for the front matter and arabic
numerals for the main matter I would like the resulting PDF file to display
always the right number as on the printed paper. Right now it displays
something like
i --> 1
ii --> 2 etc.
1 --> 7
2 --> 8 etc.
as the PDF
Hi Etinne,
I know you won't exactly love this solution, but it does work. You can
remove the extra space again simply by entering a spacer with a user
value with a negative in front. eg -1 em. This removes the text up a
line again.
You have to give LyX more of a chance. Writing in LaTeX requires
Maksi wrote:
> However, I
> have seen already LaTeX-PDF-Files that display always the same page number
> as is being printed. How can I achieve that in LyX 1.5.5 and XeTeX on
> latest MacTeX?
Works for me using the \frontmatter ans \mainmatter commands and Acroread as
PDF viewer.
Jürgen
Maksi wrote:
Hello,
as my thesis requires roman numerals for the front matter and arabic
numerals for the main matter I would like the resulting PDF file to display
always the right number as on the printed paper. Right now it displays
something like
i --> 1
ii --> 2 etc.
1 --> 7
2 --> 8 etc.
Christopher Reeve wrote:
I know you won't exactly love this solution, but it does work. You can
remove the extra space again simply by entering a spacer with a user
value with a negative in front. eg -1 em. This removes the text up a
line again.
The main problem with this approach is that:
Hello Lyx users :)
I have a problem with images in lyx. I'm writing a thesis and some graphs
are included. The problem is with the written part of the graphs -
legends, axes descriptions etc. Some diacritic markers are not displayed
in lyx output - like the letter Č is displayed as C. But
I have noticed that in the wrapfigure environment (text wrap float),
there is no option for allowing the figure to really float. In the
actual LaTeX code, you may specify l/L, r/R, o/O, etc. with the lower
case mandating placement at that point in the text and upper case
allowing the
Dear Olivier,
thank you very much for your extensive answer!
> Now, I do not really understand why you need such a
> complex workflow. Why do you need to go in Linux ?
That´s just because so far I didn´t know better how to deal with bounding boxes
- and I have a Linux machine running anyway.
Hi,
I have a little bit of a problem with formatting my table of contents. I
have use the following latex code to get the table of content as shown
in the attached figure.
\contentsline {chapter}{{\textbf{\textit{\Large{Chapter\hspace{0.2cm}%
Bennett Helm wrote:
[...]
In the meantime, so your report doesn't get lost, may I suggest that
you submit this as a bug [...]
Done. See: http://bugzilla.lyx.org/show_bug.cgi?id=4993.
Etienne
--
Etienne M. Gagnon, Ph.D.
SableCC:http://sablecc.org
30 matches
Mail list logo
