Re: Docbook template - Textclass error
On Saturday 26 March 2005 15:35, Robert Orr wrote: Hi - I am trying to use the Docbook template on 1.3.5 under Windows XP, but when I load it I'm getting a missing TeX class docbook error. Docbook is not latex. :-) That is why you don't find it, the same applies to linuxdoc btw... So I checked my MikTeX setup and sure enough, there is no Docbook class. I then tried to update my MikTeX with docbook. Unfortunately, I can not find docbook. Has anyone come across this issue before?I am not really sure what to do, other than to use a different template for my document. I hope this helps, -- José Abílio
Re: Docbook template - Textclass error
On Saturday 26 March 2005 15:35, Robert Orr wrote: > Hi - > > I am trying to use the Docbook template on 1.3.5 under > Windows XP, but when I load it I'm getting a missing > TeX class "docbook" error. Docbook is not latex. :-) That is why you don't find it, the same applies to linuxdoc btw... > So I checked my MikTeX setup and sure enough, there is > no Docbook class. > > I then tried to update my MikTeX with docbook. > Unfortunately, I can not find docbook. > > Has anyone come across this issue before?I am not > really sure what to do, other than to use a different > template for my document. I hope this helps, -- José Abílio
Re: Superscript with ^ key does not work
On Tuesday 22 March 2005 18:21, Rex Dieter wrote: It's probably a qt-immodule issue. See http://bugzilla.lyx.org/show_bug.cgi?id=1830 -- Rex You are right. :-( -- José Abílio
Re: Superscript with ^ key does not work
On Tuesday 22 March 2005 18:21, Rex Dieter wrote: It's probably a qt-immodule issue. See http://bugzilla.lyx.org/show_bug.cgi?id=1830 -- Rex You are right. :-( -- José Abílio
Re: Superscript with ^ key does not work
On Tuesday 22 March 2005 18:21, Rex Dieter wrote: > It's probably a qt-immodule issue. See > http://bugzilla.lyx.org/show_bug.cgi?id=1830 > > -- Rex You are right. :-( -- José Abílio
Re: lyx - xml (mathml)
On Monday 14 March 2005 09:59, Matt Flax wrote: Hello, I was wondering however how would I create an xml (mathml) page from a .lyx file ? You can not (yet) do that. Also mathml is only one part of the whole equation, usually mathml is inserted inside xhtml. I can create an sgml file from the .lyx file by changing the document type to 'SGML', but can't get further then that. As you can see some of the machinery is there but not all of it. thanks Matt -- José Abílio
Re: lyx - xml (mathml)
On Monday 14 March 2005 09:59, Matt Flax wrote: Hello, I was wondering however how would I create an xml (mathml) page from a .lyx file ? You can not (yet) do that. Also mathml is only one part of the whole equation, usually mathml is inserted inside xhtml. I can create an sgml file from the .lyx file by changing the document type to 'SGML', but can't get further then that. As you can see some of the machinery is there but not all of it. thanks Matt -- José Abílio
Re: lyx -> xml (mathml)
On Monday 14 March 2005 09:59, Matt Flax wrote: > Hello, > > I was wondering however how would I create an xml (mathml) page from a > .lyx file ? You can not (yet) do that. Also mathml is only one part of the whole equation, usually mathml is inserted inside xhtml. > I can create an sgml file from the .lyx file by changing the document > type to 'SGML', but can't get further then that. As you can see some of the machinery is there but not all of it. > thanks > Matt -- José Abílio
Re: sgml/xml and lyx
On Monday 21 February 2005 08:10, [EMAIL PROTECTED] wrote: hello all,as far as i understand you can edit sgml/xml-files with lyx, docbook-files that is. is it somehow possible to work with self-defined, arbitrary dtd's ? No, we are working on that, there is an entry in the bugzilla database requesting for tei support as an enhancement but we are not there (yet). i want to edit tei-files with lyx and export them to pdf. frank -- Jos Ablio
Re: [noob q] Recursive sections?
On Saturday 19 February 2005 12:41, Glenn Davy wrote: Is there a template or layout readily available for lyx that will provide that type of functionality? Alternatively what are my other options for deeper nesting of subsections? No. At this time the only option is use the traditional scheme. I am sure that we will support that in later versions, but we are not there yet. Thanks Glenn -- Jos Ablio
Re: sgml/xml and lyx
On Monday 21 February 2005 17:09, Matej Cepl wrote: And acutally, you cannot edit Docbook/XML, just Docbook/SGML (unless you create special type in Edit/Preferences and then set up some creative way how to translate between XML and SGML). It is possible (read I have done it before ;-). It will be possible under 1.4.x to output both formats. Matej -- José Abílio
Re: sgml/xml and lyx
On Monday 21 February 2005 08:10, [EMAIL PROTECTED] wrote: hello all,as far as i understand you can edit sgml/xml-files with lyx, docbook-files that is. is it somehow possible to work with self-defined, arbitrary dtd's ? No, we are working on that, there is an entry in the bugzilla database requesting for tei support as an enhancement but we are not there (yet). i want to edit tei-files with lyx and export them to pdf. frank -- Jos Ablio
Re: [noob q] Recursive sections?
On Saturday 19 February 2005 12:41, Glenn Davy wrote: Is there a template or layout readily available for lyx that will provide that type of functionality? Alternatively what are my other options for deeper nesting of subsections? No. At this time the only option is use the traditional scheme. I am sure that we will support that in later versions, but we are not there yet. Thanks Glenn -- Jos Ablio
Re: sgml/xml and lyx
On Monday 21 February 2005 17:09, Matej Cepl wrote: And acutally, you cannot edit Docbook/XML, just Docbook/SGML (unless you create special type in Edit/Preferences and then set up some creative way how to translate between XML and SGML). It is possible (read I have done it before ;-). It will be possible under 1.4.x to output both formats. Matej -- José Abílio
Re: sgml/xml and lyx
On Monday 21 February 2005 08:10, [EMAIL PROTECTED] wrote: > hello all,as far as i understand you can edit sgml/xml-files with lyx, > docbook-files that is. is it somehow possible to work with self-defined, > arbitrary dtd's ? No, we are working on that, there is an entry in the bugzilla database requesting for tei support as an enhancement but we are not there (yet). > i want to edit tei-files with lyx and export them to > pdf. frank -- Josà AbÃlio
Re: [noob q] Recursive sections?
On Saturday 19 February 2005 12:41, Glenn Davy wrote: > Is there a template or layout readily available for lyx that will provide > that type of functionality? Alternatively what are my other options for > deeper nesting of subsections? No. At this time the only option is use the traditional scheme. I am sure that we will support that in later versions, but we are not there yet. > Thanks > > Glenn -- Josà AbÃlio
Re: sgml/xml and lyx
On Monday 21 February 2005 17:09, Matej Cepl wrote: > And acutally, you cannot edit Docbook/XML, just Docbook/SGML (unless you > create special type in Edit/Preferences and then set up some creative way > how to translate between XML and SGML). It is possible (read I have done it before ;-). It will be possible under 1.4.x to output both formats. > Matej -- José Abílio
Re: Keybinding for italic
On Thursday 17 February 2005 08:16, Jean-Pierre Chretien wrote: While we're at character style, what is planned exactly for this in the next release ? The original thread was about italic, and you will have noticed it shifted to \emph, which is very different in fact. In the same line, \noun is not alike \textsc. 1.4 will support character styles. :-) This will work per class and not per document, but it is a good first step. What I mean here is that are defined by the class it is not possible (yet) to define a given set for a document. -- Jean-Pierre -- José Abílio
Re: Keybinding for italic
On Thursday 17 February 2005 09:06, Jean-Pierre Chretien wrote: What do you mean by chracter styles ? A set of lyx functions associated to given combinations of choices in the Character layout ? I hope it will not allow to tune locally the chapter, section, etc. layouts... No, I mean the equivalent of layout styles in a subparagraph level. Suppose, as an example, that you would like to distinguish all the dates in your document. You can mark all the occurrences as such, and then control through the layout class how it will appear. Would not an extension of math-macro mechanism to \newcommand constructs be more general ? (on a document basis, as well :-) math-macros have their own problems. :-) I don't think they would expand as well as the logical characters styles we will be using. -- José Abílio
Re: [Numpy-discussion] Multiarray PEP
On Thursday 17 February 2005 16:51, Colin J. Williams wrote: I don't see the need for hierarchical type classes, though it might ease the comparison with Python types. I see some small potential benefit, particularly with the addition of non-numeric types. I am pushing forward for a better integration of python into lyx, but I think that for the moment Numerical python, numarray or even the new proposal (multiarray) are not being considered. ;-) Colin W. -- José Abílio
Re: Keybinding for italic
On Thursday 17 February 2005 08:16, Jean-Pierre Chretien wrote: While we're at character style, what is planned exactly for this in the next release ? The original thread was about italic, and you will have noticed it shifted to \emph, which is very different in fact. In the same line, \noun is not alike \textsc. 1.4 will support character styles. :-) This will work per class and not per document, but it is a good first step. What I mean here is that are defined by the class it is not possible (yet) to define a given set for a document. -- Jean-Pierre -- José Abílio
Re: Keybinding for italic
On Thursday 17 February 2005 09:06, Jean-Pierre Chretien wrote: What do you mean by chracter styles ? A set of lyx functions associated to given combinations of choices in the Character layout ? I hope it will not allow to tune locally the chapter, section, etc. layouts... No, I mean the equivalent of layout styles in a subparagraph level. Suppose, as an example, that you would like to distinguish all the dates in your document. You can mark all the occurrences as such, and then control through the layout class how it will appear. Would not an extension of math-macro mechanism to \newcommand constructs be more general ? (on a document basis, as well :-) math-macros have their own problems. :-) I don't think they would expand as well as the logical characters styles we will be using. -- José Abílio
Re: [Numpy-discussion] Multiarray PEP
On Thursday 17 February 2005 16:51, Colin J. Williams wrote: I don't see the need for hierarchical type classes, though it might ease the comparison with Python types. I see some small potential benefit, particularly with the addition of non-numeric types. I am pushing forward for a better integration of python into lyx, but I think that for the moment Numerical python, numarray or even the new proposal (multiarray) are not being considered. ;-) Colin W. -- José Abílio
Re: Keybinding for italic
On Thursday 17 February 2005 08:16, Jean-Pierre Chretien wrote: > While we're at character style, what is planned exactly for this in the > next release ? The original thread was about italic, and you will have > noticed it shifted to \emph, which is very different in fact. In the same > line, \noun is not alike \textsc. 1.4 will support character styles. :-) This will work per class and not per document, but it is a good first step. What I mean here is that are defined by the class it is not possible (yet) to define a given set for a document. > -- > Jean-Pierre -- José Abílio
Re: Keybinding for italic
On Thursday 17 February 2005 09:06, Jean-Pierre Chretien wrote: > > What do you mean by chracter styles ? A set of lyx functions associated > to given combinations of choices in the Character layout ? I hope it will > not allow to tune locally the chapter, section, etc. layouts... No, I mean the equivalent of layout styles in a subparagraph level. Suppose, as an example, that you would like to distinguish all the dates in your document. You can mark all the occurrences as such, and then control through the layout class how it will appear. > Would not an extension of math-macro mechanism to \newcommand constructs > be more general ? (on a document basis, as well :-) math-macros have their own problems. :-) I don't think they would expand as well as the logical characters styles we will be using. -- José Abílio
Re: [Numpy-discussion] Multiarray PEP
On Thursday 17 February 2005 16:51, Colin J. Williams wrote: > > I don't see the need for hierarchical type classes, though it might > > ease the comparison with Python types. > > I see some small potential benefit, particularly with the addition of > non-numeric types. I am pushing forward for a better integration of python into lyx, but I think that for the moment Numerical python, numarray or even the new proposal (multiarray) are not being considered. ;-) > Colin W. -- José Abílio
Re: Writing Lyx on a text editor
On Wednesday 02 February 2005 07:30, Jose Capco wrote: Oh by the by.. not related to the topic here. Is there a way to view the (most recent!) mailing list posts without checking it up in the email (like in a newsgroup or a http site.. someone has to put up a lyx newsgroup , that way I think its more practical) Not it is not, IMO. :-) But I think that you are searching this: http://dir.gmane.org/gmane.editors.lyx.general Sincerely, Jose Capco -- José Abílio
Re: tex2lyx for Linux
On Wednesday 02 February 2005 15:58, Jose Capco wrote: 'import site' failed; use -v for traceback Traceback (most recent call last): File C:\LyX\Resources\lyx\lyx2lyx\lyx2lyx, line 19, in ? import getopt ImportError: No module named getopt Last time we saw this error this was the result of a bad or incomplete python installation. -- José Abílio
Re: Writing Lyx on a text editor
On Wednesday 02 February 2005 07:30, Jose Capco wrote: Oh by the by.. not related to the topic here. Is there a way to view the (most recent!) mailing list posts without checking it up in the email (like in a newsgroup or a http site.. someone has to put up a lyx newsgroup , that way I think its more practical) Not it is not, IMO. :-) But I think that you are searching this: http://dir.gmane.org/gmane.editors.lyx.general Sincerely, Jose Capco -- José Abílio
Re: tex2lyx for Linux
On Wednesday 02 February 2005 15:58, Jose Capco wrote: 'import site' failed; use -v for traceback Traceback (most recent call last): File C:\LyX\Resources\lyx\lyx2lyx\lyx2lyx, line 19, in ? import getopt ImportError: No module named getopt Last time we saw this error this was the result of a bad or incomplete python installation. -- José Abílio
Re: Writing Lyx on a text editor
On Wednesday 02 February 2005 07:30, Jose Capco wrote: > > Oh by the by.. not related to the topic here. Is there > a way to view the (most recent!) mailing list posts > without checking it up in the email (like in a > newsgroup or a http site.. someone has to put up a lyx > newsgroup , that way I think its more practical) Not it is not, IMO. :-) But I think that you are searching this: http://dir.gmane.org/gmane.editors.lyx.general > Sincerely, > Jose Capco -- José Abílio
Re: tex2lyx for Linux
On Wednesday 02 February 2005 15:58, Jose Capco wrote: > 'import site' failed; use -v for traceback > Traceback (most recent call last): > File "C:\LyX\Resources\lyx\lyx2lyx\lyx2lyx", line > 19, in ? > import getopt > ImportError: No module named getopt Last time we saw this error this was the result of a bad or incomplete python installation. -- José Abílio
Re: follow-up: relyx / lyx2lyx problems -- next bug
On Thursday 27 January 2005 22:27, Sven Schreiber wrote: from-relyx # The reLyX bundled with LyX 1.3 created this file. # For more info see http://www.lyx.org/ \lyxformat 2.15 \textclass article \use_natbib 0 \use_numerical_citations 0 \layout Standard \LyXTable multicol5 1 2 0 0 0 0 0 0 0 0 0 0 This line is bogus. This is clearly wrong, it shouldn't be here. The line above says that this table has 1 line and two columns. Bellow we have discription for the columns and then for all cells (2), so this line is completly wrong. :-( 8 0 0 8 0 0 0 8 0 0 0 0 0 0 8 0 0 0 0 0 \begin_inset Formula \( 7 \latex latex \backslash )* \latex default * \newline \begin_inset Formula \( 4 \latex latex \backslash )* \latex default * \newline \the_end /from-relyx Now I don't know much about the lyx-format, but this looks a bit strange considering where it came from... With this input, lyx2lyx hangs! forever. lyx2lyx must trust in some way the input file. It is very difficult to distinguish and guard against all the different possibilities. At least with regard to older lyx formats. That is one of the main reasons why we have been cleaning the file format in 1.4, actually we had more file format changes in 1.4 than all the previous versions combined. (!) :-) Workaround/solution: put a blank after the closing $, like this: $x$ **. (@Günter Milde: next item for the latex-import-wiki: avoid having something directly after the closing math-$.) Note that if a thing like $x$** exists only once in the source, then lyx2lyx doesn't hang but the output is of course not what it's intended to be. And if the source is just the line $7$** $4$** (without the tabular), same thing: no hang, but strange lyx output. Hey -- wait a minute: relyx is written in perl, right? Maybe $* gets evaluated directly by perl although it's not supposed to be? (Don't know what's the special meaning of $* in perl.) Oh well, just a wild idea. I hope this is useful for the relyx-programmer(s) to squash the bug... That is the problem. The perl code can be quite difficult to grok, and no one here has enough knowledge to fix it. :-( -sven -- José Abílio
Re: follow-up: relyx / lyx2lyx problems -- next bug
On Thursday 27 January 2005 22:27, Sven Schreiber wrote: from-relyx # The reLyX bundled with LyX 1.3 created this file. # For more info see http://www.lyx.org/ \lyxformat 2.15 \textclass article \use_natbib 0 \use_numerical_citations 0 \layout Standard \LyXTable multicol5 1 2 0 0 0 0 0 0 0 0 0 0 This line is bogus. This is clearly wrong, it shouldn't be here. The line above says that this table has 1 line and two columns. Bellow we have discription for the columns and then for all cells (2), so this line is completly wrong. :-( 8 0 0 8 0 0 0 8 0 0 0 0 0 0 8 0 0 0 0 0 \begin_inset Formula \( 7 \latex latex \backslash )* \latex default * \newline \begin_inset Formula \( 4 \latex latex \backslash )* \latex default * \newline \the_end /from-relyx Now I don't know much about the lyx-format, but this looks a bit strange considering where it came from... With this input, lyx2lyx hangs! forever. lyx2lyx must trust in some way the input file. It is very difficult to distinguish and guard against all the different possibilities. At least with regard to older lyx formats. That is one of the main reasons why we have been cleaning the file format in 1.4, actually we had more file format changes in 1.4 than all the previous versions combined. (!) :-) Workaround/solution: put a blank after the closing $, like this: $x$ **. (@Günter Milde: next item for the latex-import-wiki: avoid having something directly after the closing math-$.) Note that if a thing like $x$** exists only once in the source, then lyx2lyx doesn't hang but the output is of course not what it's intended to be. And if the source is just the line $7$** $4$** (without the tabular), same thing: no hang, but strange lyx output. Hey -- wait a minute: relyx is written in perl, right? Maybe $* gets evaluated directly by perl although it's not supposed to be? (Don't know what's the special meaning of $* in perl.) Oh well, just a wild idea. I hope this is useful for the relyx-programmer(s) to squash the bug... That is the problem. The perl code can be quite difficult to grok, and no one here has enough knowledge to fix it. :-( -sven -- José Abílio
Re: follow-up: relyx / lyx2lyx problems -- next bug
On Thursday 27 January 2005 22:27, Sven Schreiber wrote: > > > # The reLyX bundled with LyX 1.3 created this file. > # For more info see http://www.lyx.org/ > \lyxformat 2.15 > \textclass article > \use_natbib 0 > \use_numerical_citations 0 > > \layout Standard > > > > \LyXTable > multicol5 > 1 2 0 0 0 0 0 0 > 0 0 0 0 This line is bogus. This is clearly wrong, it shouldn't be here. The line above says that this table has 1 line and two columns. Bellow we have discription for the columns and then for all cells (2), so this line is completly wrong. :-( > 8 0 0 "" "" > 8 0 0 "" "" > 0 8 0 0 0 0 0 "" "" > 0 8 0 0 0 0 0 "" "" > > > \begin_inset Formula \( 7 > \latex latex > > \backslash )* > \latex default > * > \newline > > \begin_inset Formula \( 4 > \latex latex > > \backslash )* > \latex default > * > \newline > > > \the_end > > > Now I don't know much about the lyx-format, but this looks a bit strange > considering where it came from... With this input, lyx2lyx hangs! > forever. lyx2lyx must trust in some way the input file. It is very difficult to distinguish and guard against all the different possibilities. At least with regard to older lyx formats. That is one of the main reasons why we have been cleaning the file format in 1.4, actually we had more file format changes in 1.4 than all the previous versions combined. (!) :-) > Workaround/solution: put a blank after the closing $, like this: > "$x$ **". > > (@Günter Milde: next item for the latex-import-wiki: avoid having > something directly after the closing math-$.) > > Note that if a thing like "$x$**" exists only once in the source, then > lyx2lyx doesn't hang but the output is of course not what it's intended > to be. And if the source is just the line "$7$** $4$**" (without the > tabular), same thing: no hang, but strange lyx output. > > Hey -- wait a minute: relyx is written in perl, right? Maybe "$*" gets > evaluated directly by perl although it's not supposed to be? (Don't know > what's the special meaning of $* in perl.) Oh well, just a wild idea. > > I hope this is useful for the relyx-programmer(s) to squash the bug... That is the problem. The perl code can be quite difficult to grok, and no one here has enough knowledge to fix it. :-( > -sven -- José Abílio
Re: follow-up: relyx / lyx2lyx problems and tex2lyx future
On Wednesday 26 January 2005 16:05, Sven Schreiber wrote:
Jose' Matos wrote:
Do you have a small example where this happens?
It should be easy to fix.
I cannot reproduce the infinite hanging yet with a small example, but
I can reproduce an abort with error, so I'll leave the hang for later --
please note again, this is *not* win-specific, I also tried importing it
on linux. Consider this latex doc:
\documentclass{article}
\begin{document}
\begin{tabular}{p{1.75cm}|c|p{0.75cm}|p{2cm}|p{3cm}|p{1.5cm}|p{1.5cm}}
eigenvalue \\ \hline
\multicolumn{6}{l}{log} \\ \hline
\end{tabular}
\end{document}
This compiles without errors in latex.
I run relyx on it, that reports finished successfully! and I get the
following lyx document (I've tried not to change line spacing etc.):
Running it over tex2lyx I get a different file, and this is a valid lyx
file, as well what you intended. :-)
...
Then I run lyx2lyx on it, and it reports Malformed lyx file and aborts
without output.
Is it multicolumn alone or do the column widths have anything to do?
I am not sure, it should declare 14 cells, yet shows 26 (!?), so this is a
bug from reLyX.
cheers, sven
Until know all lyx2lyx bugs have been solved quickly, and I intend to
maintain this record. What can be done in another stage is to recover
gracefully from malformed lyx files, but that is clearly another issue. :-)
--
José Abílio
Re: follow-up: relyx / lyx2lyx problems and tex2lyx future
On Wednesday 26 January 2005 16:05, Sven Schreiber wrote:
Jose' Matos wrote:
Do you have a small example where this happens?
It should be easy to fix.
I cannot reproduce the infinite hanging yet with a small example, but
I can reproduce an abort with error, so I'll leave the hang for later --
please note again, this is *not* win-specific, I also tried importing it
on linux. Consider this latex doc:
\documentclass{article}
\begin{document}
\begin{tabular}{p{1.75cm}|c|p{0.75cm}|p{2cm}|p{3cm}|p{1.5cm}|p{1.5cm}}
eigenvalue \\ \hline
\multicolumn{6}{l}{log} \\ \hline
\end{tabular}
\end{document}
This compiles without errors in latex.
I run relyx on it, that reports finished successfully! and I get the
following lyx document (I've tried not to change line spacing etc.):
Running it over tex2lyx I get a different file, and this is a valid lyx
file, as well what you intended. :-)
...
Then I run lyx2lyx on it, and it reports Malformed lyx file and aborts
without output.
Is it multicolumn alone or do the column widths have anything to do?
I am not sure, it should declare 14 cells, yet shows 26 (!?), so this is a
bug from reLyX.
cheers, sven
Until know all lyx2lyx bugs have been solved quickly, and I intend to
maintain this record. What can be done in another stage is to recover
gracefully from malformed lyx files, but that is clearly another issue. :-)
--
José Abílio
Re: follow-up: relyx / lyx2lyx problems and tex2lyx future
On Wednesday 26 January 2005 16:05, Sven Schreiber wrote:
> Jose' Matos wrote:
> > Do you have a small example where this happens?
> >
> > It should be easy to fix.
>
> I cannot reproduce the infinite "hanging" yet with a small example, but
> I can reproduce an abort with error, so I'll leave the hang for later --
> please note again, this is *not* win-specific, I also tried importing it
> on linux. Consider this latex doc:
>
> \documentclass{article}
> \begin{document}
> \begin{tabular}{p{1.75cm}|c|p{0.75cm}|p{2cm}|p{3cm}|p{1.5cm}|p{1.5cm}}
> & & & eigenvalue & & & \\ \hline
> \multicolumn{6}{l}{log} \\ \hline
> \end{tabular}
> \end{document}
>
> This compiles without errors in latex.
>
> I run relyx on it, that reports "finished successfully!" and I get the
> following lyx document (I've tried not to change line spacing etc.):
Running it over tex2lyx I get a different file, and this is a valid lyx
file, as well what you intended. :-)
...
> Then I run lyx2lyx on it, and it reports "Malformed lyx file" and aborts
> without output.
>
> Is it multicolumn alone or do the column widths have anything to do?
I am not sure, it should declare 14 cells, yet shows 26 (!?), so this is a
bug from reLyX.
> cheers, sven
Until know all lyx2lyx bugs have been solved quickly, and I intend to
maintain this record. What can be done in another stage is to recover
gracefully from malformed lyx files, but that is clearly another issue. :-)
--
José Abílio
Re: follow-up: relyx / lyx2lyx problems and tex2lyx future
On Tuesday 25 January 2005 17:57, Sven Schreiber wrote: Yes I read about this bug and therefore did it by hand from the cli. Also as I said it happens on linux, too. Do you have a small example where this happens? It should be easy to fix. -- José Abílio
Re: follow-up: relyx / lyx2lyx problems and tex2lyx future
On Tuesday 25 January 2005 17:57, Sven Schreiber wrote: Yes I read about this bug and therefore did it by hand from the cli. Also as I said it happens on linux, too. Do you have a small example where this happens? It should be easy to fix. -- José Abílio
Re: follow-up: relyx / lyx2lyx problems and tex2lyx future
On Tuesday 25 January 2005 17:57, Sven Schreiber wrote: > Yes I read about this bug and therefore did it by hand from the cli. > Also as I said it happens on linux, too. Do you have a small example where this happens? It should be easy to fix. -- José Abílio
Re: accents no work
On Friday 21 January 2005 13:15, Marcelo Acuf1a wrote: I have Suse Linux 9.1 and selected Spanish keyboard. In all soft accents work fine. I compiled Lyx 1.3.5. I selected Edit Preferences Lang Opts Language and selected Default Language = Spanish, I check keyboard map and then choose espanol.kmap, then click Apply button, What if you don't use a keyboard map? I write in Portuguese those same accents without any need for a special keyboard... but accents no work, acute plus vocals (A) = unknow function. Tilde plus n () work fine. In others applications like Kwrite, Open Office, all work good. What happens ? thanks Marcelo Acua Argentina -- Jos Ablio
Re: accents no work
On Friday 21 January 2005 13:15, Marcelo Acuf1a wrote: I have Suse Linux 9.1 and selected Spanish keyboard. In all soft accents work fine. I compiled Lyx 1.3.5. I selected Edit Preferences Lang Opts Language and selected Default Language = Spanish, I check keyboard map and then choose espanol.kmap, then click Apply button, What if you don't use a keyboard map? I write in Portuguese those same accents without any need for a special keyboard... but accents no work, acute plus vocals (A) = unknow function. Tilde plus n () work fine. In others applications like Kwrite, Open Office, all work good. What happens ? thanks Marcelo Acua Argentina -- Jos Ablio
Re: accents no work
On Friday 21 January 2005 13:15, Marcelo AcuÃf1a wrote: > I have Suse Linux 9.1 and selected Spanish keyboard. > In all soft accents work fine. > I compiled Lyx 1.3.5. > I selected Edit > Preferences > Lang Opts > Language and selected > Default Language = Spanish, > I check keyboard map and then choose espanol.kmap, > then click Apply button, What if you don't use a keyboard map? I write in Portuguese those same accents without any need for a special keyboard... > but accents no work, acute plus vocals (ÃÂÂA) = unknow > function. > Tilde plus n (Ã) work fine. > In others applications like Kwrite, Open Office, all work good. > What happens ? > > thanks > Marcelo AcuÃa > Argentina -- Josà AbÃlio
Re: Steve Litt's gripes against LyX and Docbook
On Friday 14 January 2005 22:24, Matej Cepl wrote: Hi, while reading a Steve Litt's column on writing technical books (http://www.troubleshooters.com/tpromag/200201/200201.htm) I found this: This is not completely correct. If you don't need BibTeX (I do), then you can pretty easily create Docbook XML from SGML Docbook with the attached script (you have to run it in the same directory as the original LyX file. You can even define Docbook XML as new format in LyX and define conversion for it (see attached screenshot of its definition). It is very rough and probably buggy, but it may work at least partially. However, then the answer is what to do with Docbook XML file and it is not simple either. Comments? lyx 1.4.0 will write directly xml or sgml on demand, you ask. :-) Certainly if you have ert in sgml that not valid xml then you are in trouble, but this is the same with lyx and tex constructs when working with the latex backend. (Yes Richard, I know the difference between the backend and frontends ;-). Was this the comment you were waiting for? :-) Best, Matej -- Jos Ablio
Re: Steve Litt's gripes against LyX and Docbook
On Friday 14 January 2005 22:24, Matej Cepl wrote: Hi, while reading a Steve Litt's column on writing technical books (http://www.troubleshooters.com/tpromag/200201/200201.htm) I found this: This is not completely correct. If you don't need BibTeX (I do), then you can pretty easily create Docbook XML from SGML Docbook with the attached script (you have to run it in the same directory as the original LyX file. You can even define Docbook XML as new format in LyX and define conversion for it (see attached screenshot of its definition). It is very rough and probably buggy, but it may work at least partially. However, then the answer is what to do with Docbook XML file and it is not simple either. Comments? lyx 1.4.0 will write directly xml or sgml on demand, you ask. :-) Certainly if you have ert in sgml that not valid xml then you are in trouble, but this is the same with lyx and tex constructs when working with the latex backend. (Yes Richard, I know the difference between the backend and frontends ;-). Was this the comment you were waiting for? :-) Best, Matej -- Jos Ablio
Re: Steve Litt's gripes against LyX and Docbook
On Friday 14 January 2005 22:24, Matej Cepl wrote: > Hi, > > while reading a Steve Litt's column on writing technical books > (http://www.troubleshooters.com/tpromag/200201/200201.htm) I found this: > > This is not completely correct. If you don't need BibTeX (I do), then you > can pretty easily create Docbook XML from SGML Docbook with the attached > script (you have to run it in the same directory as the original LyX > file. You can even define Docbook XML as new format in LyX and define > conversion for it (see attached screenshot of its definition). It is very > rough and probably buggy, but it may work at least partially. However, > then the answer is what to do with Docbook XML file and it is not simple > either. > > Comments? lyx 1.4.0 will write directly xml or sgml on demand, you ask. :-) Certainly if you have ert in sgml that not valid xml then you are in trouble, but this is the same with lyx and tex constructs when working with the latex backend. (Yes Richard, I know the difference between the backend and frontends ;-). Was this the comment you were waiting for? :-) > Best, > > Matej -- Josà AbÃlio
Re: lyx/latex works on some computers, not others
On Wednesday 12 January 2005 23:45, Paul Johnson wrote: I have 2 Fedora Core 3 systems. On one, everything is fine. ... What has me baffled is that it works on one, but not the other. I do not know much about LANG or locale, can you give me a pointer? What does echo $LANG says on both? I suspect this to be a problem related with unicode (utf8 in this case) usage. -- José Abílio
Re: lyx/latex works on some computers, not others
On Wednesday 12 January 2005 23:45, Paul Johnson wrote: I have 2 Fedora Core 3 systems. On one, everything is fine. ... What has me baffled is that it works on one, but not the other. I do not know much about LANG or locale, can you give me a pointer? What does echo $LANG says on both? I suspect this to be a problem related with unicode (utf8 in this case) usage. -- José Abílio
Re: lyx/latex works on some computers, not others
On Wednesday 12 January 2005 23:45, Paul Johnson wrote: > I have 2 Fedora Core 3 systems. On one, everything is fine. ... > What has me baffled is that it works on one, but not the other. > > I do not know much about LANG or locale, can you give me a pointer? What does echo $LANG says on both? I suspect this to be a problem related with unicode (utf8 in this case) usage. -- José Abílio
Re: Comments on structured authoring, LyX, OpenOffice, and life
On Tuesday 04 January 2005 19:50, Steve Litt wrote: I hope LyX *NEVER* depends on KDE in any way. My personal experience tells me that KDE is unstable, to the point where I use very few KDE apps. I use Kmail right now, but am looking for a replacement. Kmail crashes on me regularly. I don't expect lyx to depend solely on KDE, but if it could take advantage of its features it would be interesting. Our experiences with KDE have been clearly different I don't have those problems you mention. I have also noticed a trend in kde to be faster and stable, not otherwise. I've used LyX since 2001, and it's been rock solid stable. I really appreciate that, and hope it isn't contaminated with DCOPisms and all the other KDE fluffNbunch. Again DCOP is a good thing for what it was designed and is being the base for further work under the freedesktop.org umbrella. Again if lyx could take advantage of this (optionally) this could only be a good thing. Notice that I am not saying that KDE is perfect (far from it) but it is a good technology and if lyx would benefit from being able to be more integrated with it. As noted everywhere in this thread this shouldn't be an exclusive feature but an add-on. SteveT -- José Abílio
Re: Comments on structured authoring, LyX, OpenOffice, and life
On Tuesday 04 January 2005 19:50, Steve Litt wrote: I hope LyX *NEVER* depends on KDE in any way. My personal experience tells me that KDE is unstable, to the point where I use very few KDE apps. I use Kmail right now, but am looking for a replacement. Kmail crashes on me regularly. I don't expect lyx to depend solely on KDE, but if it could take advantage of its features it would be interesting. Our experiences with KDE have been clearly different I don't have those problems you mention. I have also noticed a trend in kde to be faster and stable, not otherwise. I've used LyX since 2001, and it's been rock solid stable. I really appreciate that, and hope it isn't contaminated with DCOPisms and all the other KDE fluffNbunch. Again DCOP is a good thing for what it was designed and is being the base for further work under the freedesktop.org umbrella. Again if lyx could take advantage of this (optionally) this could only be a good thing. Notice that I am not saying that KDE is perfect (far from it) but it is a good technology and if lyx would benefit from being able to be more integrated with it. As noted everywhere in this thread this shouldn't be an exclusive feature but an add-on. SteveT -- José Abílio
Re: Comments on structured authoring, LyX, OpenOffice, and life
On Tuesday 04 January 2005 19:50, Steve Litt wrote: > I hope LyX *NEVER* depends on KDE in any way. My personal experience > tells me that KDE is unstable, to the point where I use very few KDE > apps. I use Kmail right now, but am looking for a replacement. Kmail > crashes on me regularly. I don't expect lyx to depend solely on KDE, but if it could take advantage of its features it would be interesting. Our experiences with KDE have been clearly different I don't have those problems you mention. I have also noticed a trend in kde to be faster and stable, not otherwise. > I've used LyX since 2001, and it's been rock solid stable. I really > appreciate that, and hope it isn't contaminated with DCOPisms and all the > other KDE fluffNbunch. Again DCOP is a good thing for what it was designed and is being the base for further work under the freedesktop.org umbrella. Again if lyx could take advantage of this (optionally) this could only be a good thing. Notice that I am not saying that KDE is perfect (far from it) but it is a good technology and if lyx would benefit from being able to be more integrated with it. As noted everywhere in this thread this shouldn't be an exclusive feature but an add-on. > SteveT -- José Abílio
Re: Comments on structured authoring, LyX, OpenOffice, and life
On Monday 03 January 2005 23:33, Bo Peng wrote: 8. file format: I also sometimes modify lyx file directly using perl but lyx format is not very easy to handle. I would prefer a XML like format. The file format has changed a bit between 1.3 and 1.4, we had more than 15 changes in the file format, all documented, and supported by lyx2lyx. This allowed us to clean the file format and it easier now to have tools to create lyx files. As stated elsewhere in this thread the file format will be XML, easier it is impossible. ;-) -- José Abílio
Re: Comments on structured authoring, LyX, OpenOffice, and life
On Tuesday 04 January 2005 10:58, Jean-Marc Lasgouttes wrote: Matej 421 (I don't care that much), http://bugzilla.lyx.org/show_bug.cgi?id=421 Export to ASCII does not export bibliography and references It seems to be fixed now, but Jose' knows better than I do. It is fixed now. -- José Abílio
Re: Comments on structured authoring, LyX, OpenOffice, and life
On Tuesday 04 January 2005 10:58, Jean-Marc Lasgouttes wrote: Matej - Docbook bibliography support (after being spoiled by LyX's Matej support of BibTeX, I just cannot live without Insert/Citation Matej Reference working) There is a feature request in bugzilla for this, I didn't had enough to look to it yet. If you have any suggestion please be don't hesitate and tell us... :-) -- José Abílio
Re: Comments on structured authoring, LyX, OpenOffice, and life
On Tuesday 04 January 2005 17:13, Jean-Marc Lasgouttes wrote: Jose' It is fixed now. So, why isn't marked as fixedintrunk? Because the bibliographic support is broken (for insertions) and I would like to close it when this is working. Consider it some kind of hidden dependency. :-) JMarc -- José Abílio
Re: Comments on structured authoring, LyX, OpenOffice, and life
On Monday 03 January 2005 23:33, Bo Peng wrote: 8. file format: I also sometimes modify lyx file directly using perl but lyx format is not very easy to handle. I would prefer a XML like format. The file format has changed a bit between 1.3 and 1.4, we had more than 15 changes in the file format, all documented, and supported by lyx2lyx. This allowed us to clean the file format and it easier now to have tools to create lyx files. As stated elsewhere in this thread the file format will be XML, easier it is impossible. ;-) -- José Abílio
Re: Comments on structured authoring, LyX, OpenOffice, and life
On Tuesday 04 January 2005 10:58, Jean-Marc Lasgouttes wrote: Matej 421 (I don't care that much), http://bugzilla.lyx.org/show_bug.cgi?id=421 Export to ASCII does not export bibliography and references It seems to be fixed now, but Jose' knows better than I do. It is fixed now. -- José Abílio
Re: Comments on structured authoring, LyX, OpenOffice, and life
On Tuesday 04 January 2005 10:58, Jean-Marc Lasgouttes wrote: Matej - Docbook bibliography support (after being spoiled by LyX's Matej support of BibTeX, I just cannot live without Insert/Citation Matej Reference working) There is a feature request in bugzilla for this, I didn't had enough to look to it yet. If you have any suggestion please be don't hesitate and tell us... :-) -- José Abílio
Re: Comments on structured authoring, LyX, OpenOffice, and life
On Tuesday 04 January 2005 17:13, Jean-Marc Lasgouttes wrote: Jose' It is fixed now. So, why isn't marked as fixedintrunk? Because the bibliographic support is broken (for insertions) and I would like to close it when this is working. Consider it some kind of hidden dependency. :-) JMarc -- José Abílio
Re: Comments on structured authoring, LyX, OpenOffice, and life
On Monday 03 January 2005 23:33, Bo Peng wrote: > 8. file format: I also sometimes modify lyx file directly using perl > but lyx format is not very easy to handle. I would prefer a XML like > format. The file format has changed a bit between 1.3 and 1.4, we had more than 15 changes in the file format, all documented, and supported by lyx2lyx. This allowed us to clean the file format and it easier now to have tools to create lyx files. As stated elsewhere in this thread the file format will be XML, easier it is impossible. ;-) -- José Abílio
Re: Comments on structured authoring, LyX, OpenOffice, and life
On Tuesday 04 January 2005 10:58, Jean-Marc Lasgouttes wrote: > Matej> 421 (I don't care that much), > > http://bugzilla.lyx.org/show_bug.cgi?id=421 > Export to ASCII does not export bibliography and references > > It seems to be fixed now, but Jose' knows better than I do. It is fixed now. -- José Abílio
Re: Comments on structured authoring, LyX, OpenOffice, and life
On Tuesday 04 January 2005 10:58, Jean-Marc Lasgouttes wrote: > Matej> - Docbook bibliography support (after being spoiled by LyX's > Matej> support of BibTeX, I just cannot live without Insert/Citation > Matej> Reference working) There is a feature request in bugzilla for this, I didn't had enough to look to it yet. If you have any suggestion please be don't hesitate and tell us... :-) -- José Abílio
Re: Comments on structured authoring, LyX, OpenOffice, and life
On Tuesday 04 January 2005 17:13, Jean-Marc Lasgouttes wrote: > > Jose'> It is fixed now. > > So, why isn't marked as fixedintrunk? Because the bibliographic support is broken (for insertions) and I would like to close it when this is working. Consider it some kind of hidden dependency. :-) > JMarc -- José Abílio
Re: bug? (trying to import .tex file)
On Sunday 02 January 2005 20:17, mario wrote: Hi, is this (see below) a bug? It seems so. LyX should never crash even if the file is badly formed as it seems to be the case. I don`t have time and competence to look at it. If somebody needs/likes to know, here it is. I was trying to import a .tex file. The message suggests that the resulting lyx file was badfly formed. Could you reduce the file to a small snipet that shows the same behaviour and send it to the list. You could also send me the original file privately to find what is the real problem. If you have a hint for me on how to fix things, please let me know. Thanks mario I hope this helps, -- Jos Ablio
Re: bug? (trying to import .tex file)
On Sunday 02 January 2005 20:17, mario wrote: Hi, is this (see below) a bug? It seems so. LyX should never crash even if the file is badly formed as it seems to be the case. I don`t have time and competence to look at it. If somebody needs/likes to know, here it is. I was trying to import a .tex file. The message suggests that the resulting lyx file was badfly formed. Could you reduce the file to a small snipet that shows the same behaviour and send it to the list. You could also send me the original file privately to find what is the real problem. If you have a hint for me on how to fix things, please let me know. Thanks mario I hope this helps, -- Jos Ablio
Re: bug? (trying to import .tex file)
On Sunday 02 January 2005 20:17, mario wrote: > Hi, > > is this (see below) a bug? It seems so. LyX should never crash even if the file is badly formed as it seems to be the case. > I don`t have time and competence to look at it. > If somebody needs/likes to know, here it is. > I was trying to import a .tex file. The message suggests that the resulting lyx file was badfly formed. Could you reduce the file to a small snipet that shows the same behaviour and send it to the list. You could also send me the original file privately to find what is the real problem. > If you have a hint for me on how to fix things, please let me know. > Thanks mario I hope this helps, -- Josà AbÃlio
Re: mp3tolatex and lyx-1.3.5
On Wednesday 15 December 2004 00:10, Antoine Marmignon wrote: I'm trying to use mp3tolatex (http://www-ipg.umds.ac.uk/t.hartkens/ftp/mp3tolatex/) to produce lyx files. I have created the lyx layout file, moved it to the appropriate dir and reconfigured lyx, but lyx doesn't seem to like the files produced with mp3tolatex (Invalid lyx file error). I found the problem. I had to modify the source code to make it compile with gcc 3.4, if you want to I can send you the whole patch. :-) The easy fix is to go to textconst.h and modify line 542, where it has: const char *LyxIntro= #This file was created by mp3tolatex Tue Jul 18 21:47:20 2000 remove that newline so that it becomes: const char *LyxIntro=#This file was created by mp3tolatex... Does anyone have the same problem or maybe a solution ? Jean-Marc, is it worth to change lyx2lyx to cope with this behaviour? The problem here is the new line at the begin of file. Thanks in advance. -- José Abílio
Re: mp3tolatex and lyx-1.3.5
On Wednesday 15 December 2004 10:27, Jean-Marc Lasgouttes wrote: Jose' == Jose' Matos [EMAIL PROTECTED] writes: Jose' Jean-Marc, is it worth to change lyx2lyx to cope with this Jose' behaviour? The problem here is the new line at the begin of Jose' file. I don't know, since mp32latex does not seem to be maintained anymore. You might want to send a small message to the author to see whether he is willing to fix it... I have done that already. :-) He answered in a positive way. :-) The author will release a new version with all the issues fixed soon. JMarc -- José Abílio
Re: mp3tolatex and lyx-1.3.5
On Wednesday 15 December 2004 00:10, Antoine Marmignon wrote: I'm trying to use mp3tolatex (http://www-ipg.umds.ac.uk/t.hartkens/ftp/mp3tolatex/) to produce lyx files. I have created the lyx layout file, moved it to the appropriate dir and reconfigured lyx, but lyx doesn't seem to like the files produced with mp3tolatex (Invalid lyx file error). Could you send me an example of lyx file? I am unable to compile the code with gcc 3.4, because textconst.h uses multi-line strings that are not supported anymore. I suspect that lyx2lyx is getting in its way. Does anyone have the same problem or maybe a solution ? Thanks in advance. -- José Abílio
Re: mp3tolatex and lyx-1.3.5
On Wednesday 15 December 2004 00:10, Antoine Marmignon wrote: I'm trying to use mp3tolatex (http://www-ipg.umds.ac.uk/t.hartkens/ftp/mp3tolatex/) to produce lyx files. I have created the lyx layout file, moved it to the appropriate dir and reconfigured lyx, but lyx doesn't seem to like the files produced with mp3tolatex (Invalid lyx file error). I found the problem. I had to modify the source code to make it compile with gcc 3.4, if you want to I can send you the whole patch. :-) The easy fix is to go to textconst.h and modify line 542, where it has: const char *LyxIntro= #This file was created by mp3tolatex Tue Jul 18 21:47:20 2000 remove that newline so that it becomes: const char *LyxIntro=#This file was created by mp3tolatex... Does anyone have the same problem or maybe a solution ? Jean-Marc, is it worth to change lyx2lyx to cope with this behaviour? The problem here is the new line at the begin of file. Thanks in advance. -- José Abílio
Re: mp3tolatex and lyx-1.3.5
On Wednesday 15 December 2004 10:27, Jean-Marc Lasgouttes wrote: Jose' == Jose' Matos [EMAIL PROTECTED] writes: Jose' Jean-Marc, is it worth to change lyx2lyx to cope with this Jose' behaviour? The problem here is the new line at the begin of Jose' file. I don't know, since mp32latex does not seem to be maintained anymore. You might want to send a small message to the author to see whether he is willing to fix it... I have done that already. :-) He answered in a positive way. :-) The author will release a new version with all the issues fixed soon. JMarc -- José Abílio
Re: mp3tolatex and lyx-1.3.5
On Wednesday 15 December 2004 00:10, Antoine Marmignon wrote: I'm trying to use mp3tolatex (http://www-ipg.umds.ac.uk/t.hartkens/ftp/mp3tolatex/) to produce lyx files. I have created the lyx layout file, moved it to the appropriate dir and reconfigured lyx, but lyx doesn't seem to like the files produced with mp3tolatex (Invalid lyx file error). Could you send me an example of lyx file? I am unable to compile the code with gcc 3.4, because textconst.h uses multi-line strings that are not supported anymore. I suspect that lyx2lyx is getting in its way. Does anyone have the same problem or maybe a solution ? Thanks in advance. -- José Abílio
Re: mp3tolatex and lyx-1.3.5
On Wednesday 15 December 2004 00:10, Antoine Marmignon wrote:
> I'm trying to use mp3tolatex
> (http://www-ipg.umds.ac.uk/t.hartkens/ftp/mp3tolatex/)
> to produce lyx files. I have created the lyx layout file, moved it to the
> appropriate dir and reconfigured lyx, but lyx doesn't seem to like the
> files produced with mp3tolatex ("Invalid lyx file" error).
I found the problem. I had to modify the source code to make it compile
with gcc 3.4, if you want to I can send you the whole patch. :-)
The easy fix is to go to textconst.h and modify line 542, where it has:
const char *LyxIntro="
#This file was created by Tue Jul 18 21:47:20 2000
remove that newline so that it becomes:
const char *LyxIntro="#This file was created by ...
> Does anyone have the same problem or maybe a solution ?
Jean-Marc, is it worth to change lyx2lyx to cope with this behaviour? The
problem here is the new line at the begin of file.
> Thanks in advance.
--
José Abílio
Re: mp3tolatex and lyx-1.3.5
On Wednesday 15 December 2004 10:27, Jean-Marc Lasgouttes wrote: > >>>>> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes: > > Jose'> Jean-Marc, is it worth to change lyx2lyx to cope with this > Jose'> behaviour? The problem here is the new line at the begin of > Jose'> file. > > I don't know, since mp32latex does not seem to be maintained anymore. > You might want to send a small message to the author to see whether he > is willing to fix it... I have done that already. :-) He answered in a positive way. :-) The author will release a new version with all the issues fixed soon. > JMarc -- José Abílio
Re: mp3tolatex and lyx-1.3.5
On Wednesday 15 December 2004 00:10, Antoine Marmignon wrote:
> I'm trying to use mp3tolatex
> (http://www-ipg.umds.ac.uk/t.hartkens/ftp/mp3tolatex/)
> to produce lyx files. I have created the lyx layout file, moved it to the
> appropriate dir and reconfigured lyx, but lyx doesn't seem to like the
> files produced with mp3tolatex ("Invalid lyx file" error).
Could you send me an example of lyx file?
I am unable to compile the code with gcc 3.4, because textconst.h uses
multi-line strings that are not supported anymore.
I suspect that lyx2lyx is getting in its way.
> Does anyone have the same problem or maybe a solution ?
> Thanks in advance.
--
José Abílio
Re: Troubles with accents in spell checker
On Saturday 11 December 2004 20:42, Oscar wrote: Greetings, Just a quick email to ask you if this problem is fixable or if it is a bug: when I run spellchecker in LyX 1.3.5-1_qt (with qt-3.3.3-11 [from kde-redhat.sf.net]), the accents (like ...) are not shown properly. Does that happens just for the spellchecker or it happens also in the main text? The double square seems to hint a problem with UTF8, AFAICS. Any ideas? Regards, -- Jos Ablio
Re: newbie questions about lyx/sgml
On Monday 13 December 2004 17:30, Bo Peng wrote:
Dear List,
I am a long time lyx user but totally new to sgml. I am writting a
user's manual and decide to use sgml for its better style. I encountered
several problems:
1. For whatever text in code and verbatim environment, I see [[CDATA etc
in ps/pdf/html output. The tex file exported looks like:
\begin{verbatim}
![CDATA[ print a=5
]]
\end{verbatim}
and the lyx code is (I am using include but plan text has the same
problem)
\begin_inset Include \verbatiminput*{b.txt}
preview false
\end_inset
That is a bug. Could you send me a small file showing this?
2. no mathematical formula. For a displayed formula \sin \alpha^2, the
generated latex code is
{$$}{[}CDATA{[}$\backslash$sin$\backslash$alpha\^{}$\{$2$\}$
sin
alpha 2
It is a tricky subject. We are trying to get it right in 1.4.
3. My understanding (I could not find any lyx sgml manual) is that SGML
environment is for plain sgml code. However, when I input
authorsomeone else/author in SGML enviroment, I get
lt;authorgt;someone elselt;/authorgt;
in sgml export.
For that you need ERT. The SGML layout will go out in 1.4.
4. I would like to use a batch file to generate ps/pdf/html files but
could not figure out what exactly the commands to use. What are the
routes of lyx to generate files?
lyx-(sgml?)-tex-dvi-ps
lyx-sgml-tex-pdf
lyx-sgml-pdf?
lyx-tex-html
lyx-sgml-html?
That all depends if you are using linuxdoc or docbook. They are different
and they have different toolchains.
5. I am using a SGML article style with standard title/date/author etc
and I can at least get some output. When I use docbook SGML style, I
get a bunch of error messages like
% Using catalogs: /etc/sgml/sgml-docbook-4.1-1.0-17.cat
Using stylesheet:
/usr/share/sgml/docbook/utils-0.6.12/docbook-utils.dsl#print
Working on: /tmp/lyx_tmpdir5097uuHXpm/lyx_tmpbuf1/userGuide.sgml
jade:/tmp/lyx_tmpdir5097uuHXpm/lyx_tmpbuf1/userGuide.sgml:13:0:E:
character data is not allowed here
jade:/tmp/lyx_tmpdir5097uuHXpm/lyx_tmpbuf1/userGuide.sgml:14:10:E:
end tag forAUTHOR which is not finished
I have no idea at all what is going on.
That means that the exported document is badly formed.
I am using a standard redhat 9 box with the following apt-get'ed
packages
lyx-1.3.5
linuxdoc-tools-0.9.20-8
openjade-1.3.1-12
sgml-common-0.6.3-14
jadetex-3.12-9
docbook-style-dsssl-1.76-8
docbook-utils-0.6.12-5
... what else?
That is fair.
lyx reconfigure says:
+checking for linuxdoc class linuxdoc... yes
...
+checking for docbook class docbook-book... yes
+checking for docbook class docbook-chapter... yes
+checking for docbook class docbook-section... yes
+checking for docbook class docbook... yes
Many thanks in advance.
--
José Abílio
Re: Troubles with accents in spell checker
On Saturday 11 December 2004 20:42, Oscar wrote: Greetings, Just a quick email to ask you if this problem is fixable or if it is a bug: when I run spellchecker in LyX 1.3.5-1_qt (with qt-3.3.3-11 [from kde-redhat.sf.net]), the accents (like ...) are not shown properly. Does that happens just for the spellchecker or it happens also in the main text? The double square seems to hint a problem with UTF8, AFAICS. Any ideas? Regards, -- Jos Ablio
Re: newbie questions about lyx/sgml
On Monday 13 December 2004 17:30, Bo Peng wrote:
Dear List,
I am a long time lyx user but totally new to sgml. I am writting a
user's manual and decide to use sgml for its better style. I encountered
several problems:
1. For whatever text in code and verbatim environment, I see [[CDATA etc
in ps/pdf/html output. The tex file exported looks like:
\begin{verbatim}
![CDATA[ print a=5
]]
\end{verbatim}
and the lyx code is (I am using include but plan text has the same
problem)
\begin_inset Include \verbatiminput*{b.txt}
preview false
\end_inset
That is a bug. Could you send me a small file showing this?
2. no mathematical formula. For a displayed formula \sin \alpha^2, the
generated latex code is
{$$}{[}CDATA{[}$\backslash$sin$\backslash$alpha\^{}$\{$2$\}$
sin
alpha 2
It is a tricky subject. We are trying to get it right in 1.4.
3. My understanding (I could not find any lyx sgml manual) is that SGML
environment is for plain sgml code. However, when I input
authorsomeone else/author in SGML enviroment, I get
lt;authorgt;someone elselt;/authorgt;
in sgml export.
For that you need ERT. The SGML layout will go out in 1.4.
4. I would like to use a batch file to generate ps/pdf/html files but
could not figure out what exactly the commands to use. What are the
routes of lyx to generate files?
lyx-(sgml?)-tex-dvi-ps
lyx-sgml-tex-pdf
lyx-sgml-pdf?
lyx-tex-html
lyx-sgml-html?
That all depends if you are using linuxdoc or docbook. They are different
and they have different toolchains.
5. I am using a SGML article style with standard title/date/author etc
and I can at least get some output. When I use docbook SGML style, I
get a bunch of error messages like
% Using catalogs: /etc/sgml/sgml-docbook-4.1-1.0-17.cat
Using stylesheet:
/usr/share/sgml/docbook/utils-0.6.12/docbook-utils.dsl#print
Working on: /tmp/lyx_tmpdir5097uuHXpm/lyx_tmpbuf1/userGuide.sgml
jade:/tmp/lyx_tmpdir5097uuHXpm/lyx_tmpbuf1/userGuide.sgml:13:0:E:
character data is not allowed here
jade:/tmp/lyx_tmpdir5097uuHXpm/lyx_tmpbuf1/userGuide.sgml:14:10:E:
end tag forAUTHOR which is not finished
I have no idea at all what is going on.
That means that the exported document is badly formed.
I am using a standard redhat 9 box with the following apt-get'ed
packages
lyx-1.3.5
linuxdoc-tools-0.9.20-8
openjade-1.3.1-12
sgml-common-0.6.3-14
jadetex-3.12-9
docbook-style-dsssl-1.76-8
docbook-utils-0.6.12-5
... what else?
That is fair.
lyx reconfigure says:
+checking for linuxdoc class linuxdoc... yes
...
+checking for docbook class docbook-book... yes
+checking for docbook class docbook-chapter... yes
+checking for docbook class docbook-section... yes
+checking for docbook class docbook... yes
Many thanks in advance.
--
José Abílio
Re: Troubles with accents in spell checker
On Saturday 11 December 2004 20:42, Oscar wrote: > Greetings, > Just a quick email to ask you if this problem is fixable or if it is a > bug: when I run spellchecker in LyX 1.3.5-1_qt (with qt-3.3.3-11 [from > kde-redhat.sf.net]), the accents (like à ...) are not shown properly. Does that happens just for the spellchecker or it happens also in the main text? The double square seems to hint a problem with UTF8, AFAICS. > Any ideas? > > Regards, -- Josà AbÃlio
Re: newbie questions about lyx/sgml
On Monday 13 December 2004 17:30, Bo Peng wrote:
> Dear List,
>
> I am a long time lyx user but totally new to sgml. I am writting a
> user's manual and decide to use sgml for its better style. I encountered
> several problems:
>
> 1. For whatever text in code and verbatim environment, I see [[CDATA etc
>in ps/pdf/html output. The tex file exported looks like:
>
> \begin{verbatim}
>
> \end{verbatim}
>
>and the lyx code is (I am using include but plan text has the same
>problem)
>
> \begin_inset Include \verbatiminput*{b.txt}
> preview false
>
> \end_inset
That is a bug. Could you send me a small file showing this?
> 2. no mathematical formula. For a displayed formula \sin \alpha^2, the
>generated latex code is
>
> {$<$}{[}CDATA{[}$\backslash$sin$\backslash$alpha\^{}$\{$2$\}$
> sin
>alpha 2
It is a tricky subject. We are trying to get it right in 1.4.
> 3. My understanding (I could not find any lyx sgml manual) is that SGML
>environment is for plain sgml code. However, when I input
>someone else in SGML enviroment, I get
>
> authorsomeone else/author
>
>in sgml export.
For that you need ERT. The SGML layout will go out in 1.4.
> 4. I would like to use a batch file to generate ps/pdf/html files but
>could not figure out what exactly the commands to use. What are the
>routes of lyx to generate files?
>lyx->(sgml?)->tex->dvi->ps
>lyx->sgml->tex->pdf
>lyx->sgml->pdf?
>lyx->tex->html
>lyx->sgml->html?
That all depends if you are using linuxdoc or docbook. They are different
and they have different toolchains.
> 5. I am using a SGML article style with standard title/date/author etc
>and I can at least get some output. When I use docbook SGML style, I
>get a bunch of error messages like
>
>% Using catalogs: /etc/sgml/sgml-docbook-4.1-1.0-17.cat
>Using stylesheet:
>/usr/share/sgml/docbook/utils-0.6.12/docbook-utils.dsl#print
>Working on: /tmp/lyx_tmpdir5097uuHXpm/lyx_tmpbuf1/userGuide.sgml
>jade:/tmp/lyx_tmpdir5097uuHXpm/lyx_tmpbuf1/userGuide.sgml:13:0:E:
>character data is not allowed here
>jade:/tmp/lyx_tmpdir5097uuHXpm/lyx_tmpbuf1/userGuide.sgml:14:10:E:
>end tag for"AUTHOR" which is not finished
>
>I have no idea at all what is going on.
That means that the exported document is badly formed.
> I am using a standard redhat 9 box with the following apt-get'ed
> packages
>
> lyx-1.3.5
> linuxdoc-tools-0.9.20-8
> openjade-1.3.1-12
> sgml-common-0.6.3-14
> jadetex-3.12-9
> docbook-style-dsssl-1.76-8
> docbook-utils-0.6.12-5
> ... what else?
That is fair.
> lyx reconfigure says:
>
> +checking for linuxdoc class linuxdoc... yes
> ...
> +checking for docbook class docbook-book... yes
> +checking for docbook class docbook-chapter... yes
> +checking for docbook class docbook-section... yes
> +checking for docbook class docbook... yes
>
>
> Many thanks in advance.
--
José Abílio
Re: problems with acents in portuguese (latin1) in lyx 1.3.5 with fedora core 3
On Saturday 04 December 2004 21:38, Oscar wrote: Any ideas? The problem is due to a patch im-patch (where im means input method), for some reason that patch is still applied to those packages shipping with FC3. IIRC you can recompile the source rpm and exclude the im-patch. I think that there is a define that you can pass from the command line to exclude it. Although I don't remember the exact syntax. :-( -- Jos Ablio
Re: relyx, book format, dissertation example trouble
On Sunday 05 December 2004 20:49, Paul Johnson wrote: Hello LyX users. I'm trying to coach a student through a dissertation using LyX, and I've not used LyX for anything bigger than an article (so far). I found online at the U of Texas a dissertation format for LaTeX, and I can make it work with LaTeX, but when I use relyx to grab it into Lyx, I end up with some pretty serious problems. Here's the URL http://www.utexas.edu/ogs/etd/LaTeX/index.html The one I'm trying is utdiss2, which comes complete with a main document disstemplate.tex which includes several other files. The relyx import properly creates the main document and lyx files for the included chapters and appendices. If you want to try it and see, it won't take more than a couple of minutes. Unfortunately, after importing in LyX, the latex command generates many errors, and I have a hard time figuring out what's going on. tex2lyx that will come in 1.4 does usually a better job than relyx. 4. Suppose I solved those LaTeX problems. Then I'd like to write a LyX layout utdiss2 so that users could get at the lemma and theorem environments that are in the preamble. That's not hard, is it? If I take the report.layout file from the LyX distro, I can add items? If you take a look into the layout file that come with lyx you will see that it is an easy task. If you have any doubts don't hesitate and call us. :-) Paul E. Johnson Political Science University of Kansas -- José Abílio
Re: problems with acents in portuguese (latin1) in lyx 1.3.5 with fedora core 3
On Saturday 04 December 2004 21:38, Oscar wrote: Any ideas? The problem is due to a patch im-patch (where im means input method), for some reason that patch is still applied to those packages shipping with FC3. IIRC you can recompile the source rpm and exclude the im-patch. I think that there is a define that you can pass from the command line to exclude it. Although I don't remember the exact syntax. :-( -- Jos Ablio
Re: relyx, book format, dissertation example trouble
On Sunday 05 December 2004 20:49, Paul Johnson wrote: Hello LyX users. I'm trying to coach a student through a dissertation using LyX, and I've not used LyX for anything bigger than an article (so far). I found online at the U of Texas a dissertation format for LaTeX, and I can make it work with LaTeX, but when I use relyx to grab it into Lyx, I end up with some pretty serious problems. Here's the URL http://www.utexas.edu/ogs/etd/LaTeX/index.html The one I'm trying is utdiss2, which comes complete with a main document disstemplate.tex which includes several other files. The relyx import properly creates the main document and lyx files for the included chapters and appendices. If you want to try it and see, it won't take more than a couple of minutes. Unfortunately, after importing in LyX, the latex command generates many errors, and I have a hard time figuring out what's going on. tex2lyx that will come in 1.4 does usually a better job than relyx. 4. Suppose I solved those LaTeX problems. Then I'd like to write a LyX layout utdiss2 so that users could get at the lemma and theorem environments that are in the preamble. That's not hard, is it? If I take the report.layout file from the LyX distro, I can add items? If you take a look into the layout file that come with lyx you will see that it is an easy task. If you have any doubts don't hesitate and call us. :-) Paul E. Johnson Political Science University of Kansas -- José Abílio
Re: problems with acents in portuguese (latin1) in lyx 1.3.5 with fedora core 3
On Saturday 04 December 2004 21:38, Oscar wrote: > Any ideas? > > >  The problem is due to a patch im-patch (where im means input method), > > for some reason that patch is still applied to those packages shipping > > with FC3. IIRC you can recompile the source rpm and exclude the im-patch. I think that there is a define that you can pass from the command line to exclude it. Although I don't remember the exact syntax. :-( -- Josà AbÃlio
Re: relyx, book format, dissertation example trouble
On Sunday 05 December 2004 20:49, Paul Johnson wrote: > Hello LyX users. > > I'm trying to coach a student through a dissertation using LyX, and I've > not used LyX for anything bigger than an article (so far). > > I found online at the U of Texas a dissertation format for LaTeX, and I > can make it work with LaTeX, but when I use relyx to grab it into Lyx, I > end up with some pretty serious problems. > > Here's the URL > > http://www.utexas.edu/ogs/etd/LaTeX/index.html > > The one I'm trying is utdiss2, which comes complete with a "main > document" disstemplate.tex which includes several other files. > > The relyx import properly creates the main document and lyx files for > the included chapters and appendices. If you want to try it and see, it > won't take more than a couple of minutes. Unfortunately, after > importing in LyX, the latex command generates many errors, and I have a > hard time figuring out what's going on. tex2lyx that will come in 1.4 does usually a better job than relyx. > 4. Suppose I solved those LaTeX problems. Then I'd like to write a LyX > layout "utdiss2" so that users could get at the lemma and theorem > environments that are in the preamble. That's not hard, is it? If I > take the report.layout file from the LyX distro, I can add items? If you take a look into the layout file that come with lyx you will see that it is an easy task. If you have any doubts don't hesitate and call us. :-) > Paul E. Johnson > Political Science > University of Kansas -- José Abílio
Re: problems with acents in portuguese (latin1) in lyx 1.3.5 with fedora core 3
On Monday 29 November 2004 20:05, Fernando Perez wrote: This is nasty. Do you know if it's been reported on bugzilla yet? I was about to upgrade a bunch of machines to FC3, but having to track a separate repo for the QT libraries is going to be one big PITA (these boxes have to pretty much run themselves, I don't have time to manually mess with them). This has been reported in kde bugzilla, not sure about fedora. Oh, and BTW I get lyx from there, so it is not a big hassle. ;-) Yes, I don't compile the stable version (at least the system version). ;-) Cheers, f -- José Abílio
Re: problems with acents in portuguese (latin1) in lyx 1.3.5 with fedora core 3
On Monday 29 November 2004 20:05, Fernando Perez wrote: This is nasty. Do you know if it's been reported on bugzilla yet? I was about to upgrade a bunch of machines to FC3, but having to track a separate repo for the QT libraries is going to be one big PITA (these boxes have to pretty much run themselves, I don't have time to manually mess with them). This has been reported in kde bugzilla, not sure about fedora. Oh, and BTW I get lyx from there, so it is not a big hassle. ;-) Yes, I don't compile the stable version (at least the system version). ;-) Cheers, f -- José Abílio
Re: problems with acents in portuguese (latin1) in lyx 1.3.5 with fedora core 3
On Monday 29 November 2004 20:05, Fernando Perez wrote: > This is nasty. Do you know if it's been reported on bugzilla yet? I was > about to upgrade a bunch of machines to FC3, but having to track a > separate repo for the QT libraries is going to be one big PITA (these > boxes have to pretty much run themselves, I don't have time to manually > mess with them). This has been reported in kde bugzilla, not sure about fedora. Oh, and BTW I get lyx from there, so it is not a big hassle. ;-) Yes, I don't compile the stable version (at least the system version). ;-) > Cheers, > > f -- José Abílio
Re: problems with acents in portuguese (latin1) in lyx 1.3.5 with fedora core 3
On Saturday 27 November 2004 21:28, andre wrote: Hello! I have a problen in My lyx 1.3.5. Lyx not accept acentuation in brazilian/portuguese. Obs: all other prograns acentuate correctly (like mozila-mail á é í ó ú à è ì ò ù ç ã õ). My system is a fedora core 3 updated from core 2. [...] Long answer in a short version, use the packages from kde-redhat for qt: kde-redhat.sf.net The problem is due to a patch im-patch (where im means input method), for some reason that patch is still applied to those packages shipping with FC3. Please reply solutions to [EMAIL PROTECTED] I hope this helps, -- José Abílio
Re: problems with acents in portuguese (latin1) in lyx 1.3.5 with fedora core 3
On Saturday 27 November 2004 21:28, andre wrote: Hello! I have a problen in My lyx 1.3.5. Lyx not accept acentuation in brazilian/portuguese. Obs: all other prograns acentuate correctly (like mozila-mail á é í ó ú à è ì ò ù ç ã õ). My system is a fedora core 3 updated from core 2. [...] Long answer in a short version, use the packages from kde-redhat for qt: kde-redhat.sf.net The problem is due to a patch im-patch (where im means input method), for some reason that patch is still applied to those packages shipping with FC3. Please reply solutions to [EMAIL PROTECTED] I hope this helps, -- José Abílio
Re: problems with acents in portuguese (latin1) in lyx 1.3.5 with fedora core 3
On Saturday 27 November 2004 21:28, andre wrote: > Hello! > > I have a problen in My lyx 1.3.5. > Lyx not accept acentuation in brazilian/portuguese. > > Obs: all other prograns acentuate correctly (like mozila-mail á é í ó ú > à è ì ò ù ç ã õ). > > My system is a fedora core 3 updated from core 2. [...] Long answer in a short version, use the packages from kde-redhat for qt: kde-redhat.sf.net The problem is due to a patch im-patch (where im means input method), for some reason that patch is still applied to those packages shipping with FC3. > Please reply solutions to > [EMAIL PROTECTED] I hope this helps, -- José Abílio
Re: Character styles yet?
On Friday 19 November 2004 11:02, Juergen Spitzmueller wrote: Don't be too enthusiastic. 1.4 will probably have rudimental support for character styles only. Even though the screen representation is quite nice, there are still some major parts missing (most of all: a GUI to define new character styles). Since we are in feature freeze mode, this will have to wait until 1.5. I don't think that this will scare Steve. ;-) The syntax is straightforward so it should be quite easy for users who want to add their own styles to do it. I would call to the absence of a GUI in this case a minor inconvenience. :-) Jürgen -- José Abílio
Re: Character styles yet?
On Friday 19 November 2004 11:02, Juergen Spitzmueller wrote: Don't be too enthusiastic. 1.4 will probably have rudimental support for character styles only. Even though the screen representation is quite nice, there are still some major parts missing (most of all: a GUI to define new character styles). Since we are in feature freeze mode, this will have to wait until 1.5. I don't think that this will scare Steve. ;-) The syntax is straightforward so it should be quite easy for users who want to add their own styles to do it. I would call to the absence of a GUI in this case a minor inconvenience. :-) Jürgen -- José Abílio
Re: Character styles yet?
On Friday 19 November 2004 11:02, Juergen Spitzmueller wrote: > > Don't be too enthusiastic. 1.4 will probably have rudimental support for > character styles only. Even though the screen representation is quite > nice, there are still some major parts missing (most of all: a GUI to > define new character styles). Since we are in feature freeze mode, this > will have to wait until 1.5. I don't think that this will scare Steve. ;-) The syntax is straightforward so it should be quite easy for users who want to add their own styles to do it. I would call to the absence of a GUI in this case a minor inconvenience. :-) > Jürgen -- José Abílio
Re: Problem with accented characters using kde 3.3.1 !
On Wednesday 17 November 2004 13:21, Charles Bouveyron wrote: Hi, Hi, I recently installed Fedora Core 3 (with Kde 3.3.1) and now it isn't possible to obtain accented characters (like ê) in Lyx (Lyx-qt 1.3.5). This problem appeared sometime ago and was caused by a patch to qt. I'm running FC3 with kde 3.3.1 and lyx works as it should. I'm using the rpms from kde-redhat: http://kde-redhat.sourceforge.net/ They have there also the rpms for lyx. However, if I use Lyx-xforms, I can obtain accented characters but I prefer to use Lyx-qt ,-) ! Please, if you have THE solution, give me it ! I hope this helps, Regards, Charles -- José Abílio
Re: Problem with accented characters using kde 3.3.1 !
On Wednesday 17 November 2004 13:21, Charles Bouveyron wrote: Hi, Hi, I recently installed Fedora Core 3 (with Kde 3.3.1) and now it isn't possible to obtain accented characters (like ê) in Lyx (Lyx-qt 1.3.5). This problem appeared sometime ago and was caused by a patch to qt. I'm running FC3 with kde 3.3.1 and lyx works as it should. I'm using the rpms from kde-redhat: http://kde-redhat.sourceforge.net/ They have there also the rpms for lyx. However, if I use Lyx-xforms, I can obtain accented characters but I prefer to use Lyx-qt ,-) ! Please, if you have THE solution, give me it ! I hope this helps, Regards, Charles -- José Abílio
