Strange bug with inputenc, listings and a character in UTF8 in a document header
Hi,
I have a strange problem with inputenc. I've got it accidentally
updating my document in some place which looks to be not related to the
problem (a listing that doesn't have offending character). I'm unable to
write more text before that place to not to get that error:
! Package inputenc Error: Keyboard character used is undefined
(inputenc)in inputencoding `latin9'.
(...)
You need to provide a definition with \DeclareInputText
or \DeclareInputMath before using this key.
It is weird, because seems to be related to the text content (e.g. a
word replaced with some other word with the same length doesn't cause an
error). For example change : to : in a corresponding
document to get rid the error of. The attached file looks quite strange,
but I had problem with a reproduction of a problem.
I spotted that the problem occurs only when there is a Polish national
character in a document header (e.g. \rhead{\bfseries ę}). I don't know
why this is a problem. I have set UTF8 encoding in a document. Problem
reproducible with Lyx 2.0.3 and a following document:
http://timeoff.wsisiz.edu.pl/tmp/mla/problem-with-inputenc-and-listings.lyx
Is it a know bug (and in which program/module)?
Regards
Marcin
Re: Strange bug with inputenc, listings and a character in UTF8 in a document header
On 2012-06-10 00:27, Jürgen Spitzmüller wrote:
2012/6/9 Marcin Zajączkowski:
I spotted that the problem occurs only when there is a Polish national
character in a document header (e.g. \rhead{\bfseries ę}). I don't know
why this is a problem. I have set UTF8 encoding in a document. Problem
reproducible with Lyx 2.0.3 and a following document:
http://timeoff.wsisiz.edu.pl/tmp/mla/problem-with-inputenc-and-listings.lyx
The problem results from the fact that LyX has to switch to latin9
(the default encoding of your document's main language, English) for
listings (since listings does not support unicode), and this latin9
encoding is active when your header is written. Workarounds: (1) Use
macros for non-latin9 chars in the header (i.e., \k{e} instead of ę),
Thanks Jürgen for your quick reply.
As a document is in English and the only problematic letter is in my
surname the first solution seems to be the easier to adapt for me.
(2) set the document language to Polish (given the document is in
Polish, of course) or (3) select the listing and change the language
in Edit Text Style to Polish just for the listing. (2) and (3) will
cause the switch to be to latin2.
I tried also the third workaround, but for listing in a Text Style menu
there are active only the bottom three positions (capitalize, uppercase
and lowercase). Dissolve Text Styles and Customized is inactive. Do I
have to do something more?
Btw, why the problem occurs only sometimes?
Regards
Marcin
Strange bug with inputenc, listings and a character in UTF8 in a document header
Hi,
I have a strange problem with inputenc. I've got it accidentally
updating my document in some place which looks to be not related to the
problem (a listing that doesn't have offending character). I'm unable to
write more text before that place to not to get that error:
! Package inputenc Error: Keyboard character used is undefined
(inputenc)in inputencoding `latin9'.
(...)
You need to provide a definition with \DeclareInputText
or \DeclareInputMath before using this key.
It is weird, because seems to be related to the text content (e.g. a
word replaced with some other word with the same length doesn't cause an
error). For example change : to : in a corresponding
document to get rid the error of. The attached file looks quite strange,
but I had problem with a reproduction of a problem.
I spotted that the problem occurs only when there is a Polish national
character in a document header (e.g. \rhead{\bfseries ę}). I don't know
why this is a problem. I have set UTF8 encoding in a document. Problem
reproducible with Lyx 2.0.3 and a following document:
http://timeoff.wsisiz.edu.pl/tmp/mla/problem-with-inputenc-and-listings.lyx
Is it a know bug (and in which program/module)?
Regards
Marcin
Re: Strange bug with inputenc, listings and a character in UTF8 in a document header
On 2012-06-10 00:27, Jürgen Spitzmüller wrote:
2012/6/9 Marcin Zajączkowski:
I spotted that the problem occurs only when there is a Polish national
character in a document header (e.g. \rhead{\bfseries ę}). I don't know
why this is a problem. I have set UTF8 encoding in a document. Problem
reproducible with Lyx 2.0.3 and a following document:
http://timeoff.wsisiz.edu.pl/tmp/mla/problem-with-inputenc-and-listings.lyx
The problem results from the fact that LyX has to switch to latin9
(the default encoding of your document's main language, English) for
listings (since listings does not support unicode), and this latin9
encoding is active when your header is written. Workarounds: (1) Use
macros for non-latin9 chars in the header (i.e., \k{e} instead of ę),
Thanks Jürgen for your quick reply.
As a document is in English and the only problematic letter is in my
surname the first solution seems to be the easier to adapt for me.
(2) set the document language to Polish (given the document is in
Polish, of course) or (3) select the listing and change the language
in Edit Text Style to Polish just for the listing. (2) and (3) will
cause the switch to be to latin2.
I tried also the third workaround, but for listing in a Text Style menu
there are active only the bottom three positions (capitalize, uppercase
and lowercase). Dissolve Text Styles and Customized is inactive. Do I
have to do something more?
Btw, why the problem occurs only sometimes?
Regards
Marcin
Strange bug with inputenc, listings and a character in UTF8 in a document header
Hi,
I have a strange problem with inputenc. I've got it accidentally
updating my document in some place which looks to be not related to the
problem (a listing that doesn't have offending character). I'm unable to
write more text before that place to not to get that error:
! Package inputenc Error: Keyboard character used is undefined
(inputenc)in inputencoding `latin9'.
(...)
You need to provide a definition with \DeclareInputText
or \DeclareInputMath before using this key.
It is weird, because seems to be related to the text content (e.g. a
word replaced with some other word with the same length doesn't cause an
error). For example change ":" to ":" in a corresponding
document to get rid the error of. The attached file looks quite strange,
but I had problem with a reproduction of a problem.
I spotted that the problem occurs only when there is a Polish national
character in a document header (e.g. \rhead{\bfseries ę}). I don't know
why this is a problem. I have set UTF8 encoding in a document. Problem
reproducible with Lyx 2.0.3 and a following document:
http://timeoff.wsisiz.edu.pl/tmp/mla/problem-with-inputenc-and-listings.lyx
Is it a know bug (and in which program/module)?
Regards
Marcin
Re: Strange bug with inputenc, listings and a character in UTF8 in a document header
On 2012-06-10 00:27, Jürgen Spitzmüller wrote:
> 2012/6/9 Marcin Zajączkowski:
>> I spotted that the problem occurs only when there is a Polish national
>> character in a document header (e.g. \rhead{\bfseries ę}). I don't know
>> why this is a problem. I have set UTF8 encoding in a document. Problem
>> reproducible with Lyx 2.0.3 and a following document:
>> http://timeoff.wsisiz.edu.pl/tmp/mla/problem-with-inputenc-and-listings.lyx
>
> The problem results from the fact that LyX has to switch to latin9
> (the default encoding of your document's main language, English) for
> listings (since listings does not support unicode), and this latin9
> encoding is active when your header is written. Workarounds: (1) Use
> macros for non-latin9 chars in the header (i.e., \k{e} instead of ę),
Thanks Jürgen for your quick reply.
As a document is in English and the only problematic letter is in my
surname the first solution seems to be the easier to adapt for me.
> (2) set the document language to Polish (given the document is in
> Polish, of course) or (3) select the listing and change the language
> in Edit > Text Style to Polish just for the listing. (2) and (3) will
> cause the switch to be to latin2.
I tried also the third workaround, but for listing in a Text Style menu
there are active only the bottom three positions (capitalize, uppercase
and lowercase). Dissolve Text Styles and Customized is inactive. Do I
have to do something more?
Btw, why the problem occurs only sometimes?
Regards
Marcin
Re: An inline preview of a program listing from an external file
On 2012-02-07 10:49, Guenter Milde wrote: On 2012-02-06, Marcin Zajączkowski wrote: On 2012-01-30 13:14, Marcin Zajączkowski wrote: Hi, I added a program listing from an external file to my document using Insert - File - Child document (with type Program Listing). Everything works fine, but I would like to have an ability to turn on preview of that file when working with Lyx (like with program listings pasted into directly into document with Insert - Program listing). Is it possible to do that (I tried to use Preview, but with any success)? Anyone, is it currently achievable somehow? Or it's better to enter a feature request to be able to follow potential progress in the further versions? A preview should be possible with an external inset. You may read the documentation under HelpEmbedde Objects and try writing one. Thanks for your reply. I will take a look at it. Marcin
Re: Copying a text style when adding a row to a table
On 2012-02-07 22:41, Julien Rioux wrote: On 31/01/2012 8:15 AM, Marcin Zajączkowski wrote: Hi, When adding a new row to a table I expected than test style would be copied from a current row/cell. Generally when I check a text style of a new cell it seems to be fine (e.g. size as in the source cell), but written text uses default style and I have to reapply style. Is it intended behavior? I'm using Lyx 2.0.2 under Fedora 15. You can copy rows (from memory): Edit Rows Copy row Thanks for your reply! That's some workaround, but nevertheless I reported an issue to not forget about that: http://www.lyx.org/trac/ticket/8028 Marcin
Re: An inline preview of a program listing from an external file
On 2012-02-07 10:49, Guenter Milde wrote: On 2012-02-06, Marcin Zajączkowski wrote: On 2012-01-30 13:14, Marcin Zajączkowski wrote: Hi, I added a program listing from an external file to my document using Insert - File - Child document (with type Program Listing). Everything works fine, but I would like to have an ability to turn on preview of that file when working with Lyx (like with program listings pasted into directly into document with Insert - Program listing). Is it possible to do that (I tried to use Preview, but with any success)? Anyone, is it currently achievable somehow? Or it's better to enter a feature request to be able to follow potential progress in the further versions? A preview should be possible with an external inset. You may read the documentation under HelpEmbedde Objects and try writing one. Thanks for your reply. I will take a look at it. Marcin
Re: Copying a text style when adding a row to a table
On 2012-02-07 22:41, Julien Rioux wrote: On 31/01/2012 8:15 AM, Marcin Zajączkowski wrote: Hi, When adding a new row to a table I expected than test style would be copied from a current row/cell. Generally when I check a text style of a new cell it seems to be fine (e.g. size as in the source cell), but written text uses default style and I have to reapply style. Is it intended behavior? I'm using Lyx 2.0.2 under Fedora 15. You can copy rows (from memory): Edit Rows Copy row Thanks for your reply! That's some workaround, but nevertheless I reported an issue to not forget about that: http://www.lyx.org/trac/ticket/8028 Marcin
Re: An inline preview of a program listing from an external file
On 2012-02-07 10:49, Guenter Milde wrote: > On 2012-02-06, Marcin Zajączkowski wrote: >> On 2012-01-30 13:14, Marcin Zajączkowski wrote: >>> Hi, > >>> I added a program listing from an external file to my document using >>> Insert -> File -> Child document (with type Program Listing). Everything >>> works fine, but I would like to have an ability to turn on preview of >>> that file when working with Lyx (like with program listings pasted into >>> directly into document with Insert -> Program listing). > >>> Is it possible to do that (I tried to use Preview, but with any success)? > >> Anyone, is it currently achievable somehow? Or it's better to enter a >> feature request to be able to follow potential progress in the further >> versions? > > A preview should be possible with an external inset. > You may read the documentation under Help>Embedde Objects and try writing one. Thanks for your reply. I will take a look at it. Marcin
Re: Copying a text style when adding a row to a table
On 2012-02-07 22:41, Julien Rioux wrote: > On 31/01/2012 8:15 AM, Marcin Zajączkowski wrote: >> Hi, >> >> When adding a new row to a table I expected than test style would be >> copied from a current row/cell. Generally when I check a text style of a >> new cell it seems to be fine (e.g. size as in the source cell), but >> written text uses "default" style and I have to reapply style. >> >> Is it intended behavior? >> >> I'm using Lyx 2.0.2 under Fedora 15. > > You can copy rows (from memory): > Edit > Rows > Copy row Thanks for your reply! That's some workaround, but nevertheless I reported an issue to not forget about that: http://www.lyx.org/trac/ticket/8028 Marcin
EOL characters removed when pasting a source code into a program listing section
Hi, When I add Program Listing section (Insert - Program Listing) and paste source code from IDE or a text editor the EOL characters are removed. For example: usedArgument.setValue1(); usedArgument.getValue2(); becase: usedArgument.setValue1(); usedArgument.getValue2(); Is it necessary to remove those characters for some reason or it should be treated as a bug? I'm using Lyx 2.0.2 under Fedora 15. Regards Marcin
EOL characters removed when pasting a source code into a program listing section
Hi, When I add Program Listing section (Insert - Program Listing) and paste source code from IDE or a text editor the EOL characters are removed. For example: usedArgument.setValue1(); usedArgument.getValue2(); becase: usedArgument.setValue1(); usedArgument.getValue2(); Is it necessary to remove those characters for some reason or it should be treated as a bug? I'm using Lyx 2.0.2 under Fedora 15. Regards Marcin
EOL characters removed when pasting a source code into a program listing section
Hi, When I add Program Listing section (Insert -> Program Listing) and paste source code from IDE or a text editor the EOL characters are removed. For example: usedArgument.setValue1(); usedArgument.getValue2(); becase: usedArgument.setValue1(); usedArgument.getValue2(); Is it necessary to remove those characters for some reason or it should be treated as a bug? I'm using Lyx 2.0.2 under Fedora 15. Regards Marcin
