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
José Vargas wrote:
Hi, I'm using the lastest version...
1.6.1
And I have this problem:
http://img149.imageshack.us/img149/2048/lyxmb2.png
I get that error when I click See PostScript. It's in spanish, but the error is something like There isn't information to see the postscript.
If
Hi!
I am writing a conversion program which should generate floating and wrapped
image, what you get in Lyx by 'insert - Float - wrap text'. this works fine
in Lyx, but when I import the same code as handwritten TeX code, Lyx
complains and does not recognize it as a block. Even worse, if I
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
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
Hubert Christiaen wrote:
I am writing a conversion program which should generate floating and
wrapped image, what you get in Lyx by 'insert - Float - wrap text'. this
works fine in Lyx, but when I import the same code as handwritten TeX code,
Lyx complains and does not recognize it as a block.
Text cannot be properly justified in the 'item' environment, if
\use_geometry is set 'true'. Both the lyx interface and the pdf output
appear to be affected by that switch.
I do not remember what the use of the \use_geometry option and how it can be
set off from the lyx interface. I
I have just
pol xphy...@gmail.com writes:
Text cannot be properly justified in the 'item' environment, if
\use_geometry is set 'true'. Both the lyx interface and the pdf output
appear to be affected by that switch.
Could you send a small example file? I am not sure what you mean.
I do not remember what
Jean-Marc Lasgouttes wrote:
Could you send a small example file? I am not sure what you mean.
I had been experimenting a few days ago, with lyx 1.4.3, but i cannot
arrange a test now.
Anyway, should one expect any problems justifying text in the 'item'
environment, due to lines containing
Dear Jürgen,
On Monday 22 December 2008 16:06, Jürgen Spitzmüller wrote:
The good news is that we (Jean-Marc Lasgouttes, for that matter) are now
seriously addressing this issue and that tex2lyx is handling unicode more
or less now (i.e., in forthcoming LyX 1.6.2). This means that we will be
pol xphy...@gmail.com writes:
Anyway, should one expect any problems justifying text in the 'item'
environment, due to lines containing math expressions not being properly
wrapped up?
It might happen, I think. And I also think that 'use_geometry' changes
the default margins.
JMarc
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
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?
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
I just published a book through Booksurge created from a lyx generated PDF.
Setting aside pros and cons of that particular publisher, despite their
lengthy and (to me) incomprehensible requirements regarding embedded fonts
etc., they accepted my lyx generated PDF as is.
The book is all text
Hi,
in Lyx 1.6.1, when in a Lyx-Code paragraph, inserting an index entry
(Alt-I,D) puts the font selection into a somewhat undefined state.
Just typing produces roman font, but hitting Ctrl-Alt-P still produces
roman font; only issuing Ctrl-Alt-P once again finally gives typewriter
font
Do I need MikTex 2.7 for the LyX 1.6.x branch?
It seems to be working with 2.6
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
On Monday 22 December 2008 12:46:10 pm Jonathan Kroner wrote:
I just published a book through Booksurge created from a lyx generated PDF.
Setting aside pros and cons of that particular publisher, despite their
lengthy and (to me) incomprehensible requirements regarding embedded fonts
etc.,
Hello,
I want to open an lyx-file (created based on the version 1.6.0 beta) in
the actual version of lyx 1.6.1.
But when I try to open the file I got the error that lyx2lyx can not
convert the file. Where I can look for error messages? Is this an known
problem? How to prevent this error or
Hello,
after starting lyx with lyx.exe instead of lyxlauncher.exe I got an
console. There I can found an error message, that the import for the
unicodedata dll fails. What can I do?
Many thanks - Tino
Tino Langer schrieb:
Hello,
I want to open an lyx-file (created based on the version
Yes.
Wen
Robert Orr wrote:
Do I need MikTex 2.7 for the LyX 1.6.x branch?
It seems to be working with 2.6
On Mon, 22 Dec 2008, Steve Litt wrote:
I have a question about the search inside the book. A publishing
mailing list of which I'm also a member is extremely upset about
Google's plan to scan all books from the libraries. The thought is that
why should customers buy the cow if the milk is free
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
José Vargas wrote:
Hi, I'm using the lastest version...
1.6.1
And I have this problem:
http://img149.imageshack.us/img149/2048/lyxmb2.png
I get that error when I click See PostScript. It's in spanish, but the error is something like There isn't information to see the postscript.
If
Hi!
I am writing a conversion program which should generate floating and wrapped
image, what you get in Lyx by 'insert - Float - wrap text'. this works fine
in Lyx, but when I import the same code as handwritten TeX code, Lyx
complains and does not recognize it as a block. Even worse, if I
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
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
Hubert Christiaen wrote:
I am writing a conversion program which should generate floating and
wrapped image, what you get in Lyx by 'insert - Float - wrap text'. this
works fine in Lyx, but when I import the same code as handwritten TeX code,
Lyx complains and does not recognize it as a block.
Text cannot be properly justified in the 'item' environment, if
\use_geometry is set 'true'. Both the lyx interface and the pdf output
appear to be affected by that switch.
I do not remember what the use of the \use_geometry option and how it can be
set off from the lyx interface. I
I have just
pol xphy...@gmail.com writes:
Text cannot be properly justified in the 'item' environment, if
\use_geometry is set 'true'. Both the lyx interface and the pdf output
appear to be affected by that switch.
Could you send a small example file? I am not sure what you mean.
I do not remember what
Jean-Marc Lasgouttes wrote:
Could you send a small example file? I am not sure what you mean.
I had been experimenting a few days ago, with lyx 1.4.3, but i cannot
arrange a test now.
Anyway, should one expect any problems justifying text in the 'item'
environment, due to lines containing
Dear Jürgen,
On Monday 22 December 2008 16:06, Jürgen Spitzmüller wrote:
The good news is that we (Jean-Marc Lasgouttes, for that matter) are now
seriously addressing this issue and that tex2lyx is handling unicode more
or less now (i.e., in forthcoming LyX 1.6.2). This means that we will be
pol xphy...@gmail.com writes:
Anyway, should one expect any problems justifying text in the 'item'
environment, due to lines containing math expressions not being properly
wrapped up?
It might happen, I think. And I also think that 'use_geometry' changes
the default margins.
JMarc
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
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?
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
I just published a book through Booksurge created from a lyx generated PDF.
Setting aside pros and cons of that particular publisher, despite their
lengthy and (to me) incomprehensible requirements regarding embedded fonts
etc., they accepted my lyx generated PDF as is.
The book is all text
Hi,
in Lyx 1.6.1, when in a Lyx-Code paragraph, inserting an index entry
(Alt-I,D) puts the font selection into a somewhat undefined state.
Just typing produces roman font, but hitting Ctrl-Alt-P still produces
roman font; only issuing Ctrl-Alt-P once again finally gives typewriter
font
Do I need MikTex 2.7 for the LyX 1.6.x branch?
It seems to be working with 2.6
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
On Monday 22 December 2008 12:46:10 pm Jonathan Kroner wrote:
I just published a book through Booksurge created from a lyx generated PDF.
Setting aside pros and cons of that particular publisher, despite their
lengthy and (to me) incomprehensible requirements regarding embedded fonts
etc.,
Hello,
I want to open an lyx-file (created based on the version 1.6.0 beta) in
the actual version of lyx 1.6.1.
But when I try to open the file I got the error that lyx2lyx can not
convert the file. Where I can look for error messages? Is this an known
problem? How to prevent this error or
Hello,
after starting lyx with lyx.exe instead of lyxlauncher.exe I got an
console. There I can found an error message, that the import for the
unicodedata dll fails. What can I do?
Many thanks - Tino
Tino Langer schrieb:
Hello,
I want to open an lyx-file (created based on the version
Yes.
Wen
Robert Orr wrote:
Do I need MikTex 2.7 for the LyX 1.6.x branch?
It seems to be working with 2.6
On Mon, 22 Dec 2008, Steve Litt wrote:
I have a question about the search inside the book. A publishing
mailing list of which I'm also a member is extremely upset about
Google's plan to scan all books from the libraries. The thought is that
why should customers buy the cow if the milk is free
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
José Vargas wrote:
Hi, I'm using the lastest version...
1.6.1
And I have this problem:
http://img149.imageshack.us/img149/2048/lyxmb2.png
I get that error when I click "See PostScript". It's in spanish, but the error is something like "There isn't information to see the postscript".
Hi!
I am writing a conversion program which should generate floating and wrapped
image, what you get in Lyx by 'insert -> Float -> wrap text'. this works fine
in Lyx, but when I import the same code as handwritten TeX code, Lyx
complains and does not recognize it as a block. Even worse, if I
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
>
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
Hubert Christiaen wrote:
> I am writing a conversion program which should generate floating and
> wrapped image, what you get in Lyx by 'insert -> Float -> wrap text'. this
> works fine in Lyx, but when I import the same code as handwritten TeX code,
> Lyx complains and does not recognize it as a
Text cannot be properly justified in the 'item' environment, if
\use_geometry is set 'true'. Both the lyx interface and the pdf output
appear to be affected by that switch.
I do not remember what the use of the \use_geometry option and how it can be
set off from the lyx interface. I
I have just
pol writes:
> Text cannot be properly justified in the 'item' environment, if
> \use_geometry is set 'true'. Both the lyx interface and the pdf output
> appear to be affected by that switch.
Could you send a small example file? I am not sure what you mean.
> I do not
Jean-Marc Lasgouttes wrote:
> Could you send a small example file? I am not sure what you mean.
I had been experimenting a few days ago, with lyx 1.4.3, but i cannot
arrange a test now.
Anyway, should one expect any problems justifying text in the 'item'
environment, due to lines containing
Dear Jürgen,
On Monday 22 December 2008 16:06, Jürgen Spitzmüller wrote:
> The good news is that we (Jean-Marc Lasgouttes, for that matter) are now
> seriously addressing this issue and that tex2lyx is handling unicode more
> or less now (i.e., in forthcoming LyX 1.6.2). This means that we will
pol writes:
> Anyway, should one expect any problems justifying text in the 'item'
> environment, due to lines containing math expressions not being properly
> wrapped up?
It might happen, I think. And I also think that 'use_geometry' changes
the default margins.
JMarc
>
> 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
>
"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
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
I just published a book through Booksurge created from a lyx generated PDF.
Setting aside pros and cons of that particular publisher, despite their
lengthy and (to me) incomprehensible requirements regarding embedded fonts
etc., they accepted my lyx generated PDF as is.
The book is all text
Hi,
in Lyx 1.6.1, when in a Lyx-Code paragraph, inserting an index entry
(Alt-I,D) puts the font selection into a somewhat undefined state.
Just typing produces roman font, but hitting Ctrl-Alt-P still produces
roman font; only issuing Ctrl-Alt-P once again finally gives typewriter
font
Do I need MikTex 2.7 for the LyX 1.6.x branch?
It seems to be working with 2.6
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
On Monday 22 December 2008 12:46:10 pm Jonathan Kroner wrote:
> I just published a book through Booksurge created from a lyx generated PDF.
> Setting aside pros and cons of that particular publisher, despite their
> lengthy and (to me) incomprehensible requirements regarding embedded fonts
>
Hello,
I want to open an lyx-file (created based on the version 1.6.0 beta) in
the actual version of lyx 1.6.1.
But when I try to open the file I got the error that lyx2lyx can not
convert the file. Where I can look for error messages? Is this an known
problem? How to prevent this error or
Hello,
after starting lyx with lyx.exe instead of lyxlauncher.exe I got an
console. There I can found an error message, that the import for the
unicodedata dll fails. What can I do?
Many thanks - Tino
Tino Langer schrieb:
Hello,
I want to open an lyx-file (created based on the version
Yes.
Wen
Robert Orr wrote:
Do I need MikTex 2.7 for the LyX 1.6.x branch?
It seems to be working with 2.6
On Mon, 22 Dec 2008, Steve Litt wrote:
I have a question about the "search inside the book". A publishing
mailing list of which I'm also a member is extremely upset about
Google's plan to scan all books from the libraries. The thought is that
why should customers buy the cow if the milk is
69 matches
Mail list logo