Re: Problem compiling lyx1.1.6fix1 on rh7.0 alpha (bis)

2001-05-03 Thread Yann MORERE
Jean-Marc Lasgouttes wrote: > > > "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes: > > Yann> Hello the dream team... I've got problem compiling the 1.1.6fix1 > Yann> release of lyx > > Replace your xforms package with the one found in > ftp.sylvan.com/pub/lyx. This is a better one. > > Fo

Re: Problem compiling lyx1.1.6fix1 on rh7.0 alpha (bis)

2001-05-02 Thread Jean-Marc Lasgouttes
> "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes: Yann> Hello the dream team... I've got problem compiling the 1.1.6fix1 Yann> release of lyx Replace your xforms package with the one found in ftp.sylvan.com/pub/lyx. This is a better one. For the warning with "_", I don't know what this me

Problem compiling lyx1.1.6fix1 on rh7.0 alpha (bis)

2001-04-23 Thread Yann MORERE
Hello the dream team... I've got problem compiling the 1.1.6fix1 release of lyx here is the gcc compiler [yann@noemi yann]$ gcc -v Reading specs from /usr/lib/gcc-lib/alpha-redhat-linux/2.96/specs gcc version 2.96 2731 (Red Hat Linux 7.0) [yann@noemi yann]$ here is the linux box [yann@noe

RE: segfault in LyX1.1.6fix1

2001-03-26 Thread Juergen Vigna
On 27-Mar-2001 Ben Stanley wrote: > Here's a backtrace from the core dump Well the backtrace is not really verbose. You should start lyx with gdb and then do the backtrace on the segfault. Also go up the tree and do 'bt' AND you should have a non striped binary! Ah an last but not least you sho

segfault in LyX1.1.6fix1

2001-03-26 Thread Ben Stanley
Here's a backtrace from the core dump ben [15:23:05] ~/Documents/PhD_Thesis/Document $ gdb `which lyx` core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it un

Re: A bug/fix report for language option in LyX1.1.6fix1

2001-02-09 Thread Lars Gullik Bjønnes
Min Xu <[EMAIL PROTECTED]> writes: | Thanks. A new version of hyperref solves the problem. But putting the language | as a global option does break some other packages, for example, the newest | slide making package "prosper" will be broken if the global language option is | used. Then this i

Re: A bug/fix report for language option in LyX1.1.6fix1

2001-02-09 Thread Dekel Tsur
On Fri, Feb 09, 2001 at 08:49:49AM -0500, Min Xu wrote: > Thanks. A new version of hyperref solves the problem. But putting the language > as a global option does break some other packages, for example, the newest > slide making package "prosper" will be broken if the global language option is

Re: A bug/fix report for language option in LyX1.1.6fix1

2001-02-09 Thread Min Xu
Thanks. A new version of hyperref solves the problem. But putting the language as a global option does break some other packages, for example, the newest slide making package "prosper" will be broken if the global language option is used. Does it make more sense that the language option is spe

Re: A bug/fix report for language option in LyX1.1.6fix1

2001-02-08 Thread Dekel Tsur
On Thu, Feb 08, 2001 at 10:05:28AM -0500, Min Xu wrote: > The LyX1.1.6fix1 handles the language option by putting it as a global > option. Recently, I found this placement make the pdflatex fail with the > following message: > > ! LaTeX Error: Missing \begin{document}. >

Re: A bug/fix report for language option in LyX1.1.6fix1

2001-02-08 Thread Lars Gullik Bjønnes
Min Xu <[EMAIL PROTECTED]> writes: | Hi, | | The LyX1.1.6fix1 handles the language option by putting it as a global | option. Recently, I found this placement make the pdflatex fail with | the following message: If so, this is a bug in pdflatex or the documentclass or a package file..

A bug/fix report for language option in LyX1.1.6fix1

2001-02-08 Thread Min Xu
Hi, The LyX1.1.6fix1 handles the language option by putting it as a global option. Recently, I found this placement make the pdflatex fail with the following message: ! LaTeX Error: Missing \begin{document}. See the LaTeX manual or LaTeX Companion for explanation. Type H for immediate

Re: lyx1.1.6fix1

2001-02-08 Thread Juergen Vigna
On 06-Feb-2001 Jean-Marc Lasgouttes wrote: > > Lars> We use it to validate the format of the layout file, if the > Lars> validation fails we do not load the layout file. > > OK, that's one good reason. And think of something like a layout-wizard (if we find someone who would write such a thing

Re: lyx1.1.6fix1

2001-02-06 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> Agree, we should be sober about what the xml format gives. What | Lars> it gives is a defined syntax + libraries for parsing/validation. | Lars> Easier interaction with ex

Re: lyx1.1.6fix1

2001-02-06 Thread Jean-Marc Lasgouttes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Agree, we should be sober about what the xml format gives. What Lars> it gives is a defined syntax + libraries for parsing/validation. Lars> Easier interaction with external tools because of this. And are the said libraries li

Re: lyx1.1.6fix1

2001-02-06 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | Jose> The point is that by changing it to XML we can use lots of | Jose> software that work with it. The parser is one of them. | | What I do not like in this stance is that it looks so much like when | people told us we should switch to java

Re: lyx1.1.6fix1

2001-02-06 Thread Jean-Marc Lasgouttes
> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes: Jose> As Lars said with XML and a dtd it is possible to validate the Jose> layout files. Now as it is, LyX can load a faulty file that can Jose> crash it. This shouldn't happen. I'd be interested to see a layout file that w

Re: lyx1.1.6fix1

2001-02-06 Thread Jose Abilio Oliveira Matos
On Tue, Feb 06, 2001 at 12:32:28PM +, John Levon wrote: > which validating parser are you planning to use ? > > RXP ? There are several alternatives, another is libxml. There is some dicussion on the thread about the XML cvs branch. I suppose we want one to use directly in lyx. If t

Re: lyx1.1.6fix1

2001-02-06 Thread John Levon
On Tue, 6 Feb 2001, Jose Abilio Oliveira Matos wrote: > The point is that by changing it to XML we can use lots of software that > work with it. The parser is one of them. which validating parser are you planning to use ? RXP ? john -- "Ou trouver les sources du lovely-fucky color-ls ?"

Re: lyx1.1.6fix1

2001-02-06 Thread Lars Gullik Bjønnes
"Garst R. Reese" <[EMAIL PROTECTED]> writes: | Jose Abilio Oliveira Matos wrote: | > | > On Tue, Feb 06, 2001 at 10:27:02AM +0100, Lars Gullik Bjønnes wrote: | > > | | > > imho hte layout files are close to xml already, just bissing some <> | > > and change the name of some endtags. | > | >

Re: lyx1.1.6fix1

2001-02-06 Thread Jose Abilio Oliveira Matos
On Tue, Feb 06, 2001 at 08:20:36AM -0400, Garst R. Reese wrote: > They seem to work, why fix them? Is there a potential gain in > functionality? Yes. As Lars said with XML and a dtd it is possible to validate the layout files. Now as it is, LyX can load a faulty file that can crash it. Th

Re: lyx1.1.6fix1

2001-02-06 Thread Garst R. Reese
Jose Abilio Oliveira Matos wrote: > > On Tue, Feb 06, 2001 at 10:27:02AM +0100, Lars Gullik Bjønnes wrote: > > > > imho hte layout files are close to xml already, just bissing some <> > > and change the name of some endtags. > > I totally agree. > > > Lgb They seem to work, why fix t

Re: lyx1.1.6fix1

2001-02-06 Thread Jose Abilio Oliveira Matos
On Tue, Feb 06, 2001 at 10:27:02AM +0100, Lars Gullik Bjønnes wrote: > > | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > | > | Lars> Why not switch to an xml like format? > | > | Lars> This could also perhaps help the xml-format project a bit. > | > | I really do not see wh

Re: lyx1.1.6fix1

2001-02-06 Thread Dekel Tsur
On Tue, Feb 06, 2001 at 10:13:43AM +0100, Jean-Marc Lasgouttes wrote: > I really do not see what we gain from that, actually... Whereas the > gain is clear for the .lyx format which requires some structure, the > layout format is fine as it is. Since layouts are edited by hand, I In the future, w

Re: lyx1.1.6fix1

2001-02-06 Thread Jean-Marc Lasgouttes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> We use it to validate the format of the layout file, if the Lars> validation fails we do not load the layout file. OK, that's one good reason. JMarc

Re: lyx1.1.6fix1

2001-02-06 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> Primarily the same parser code for all the lyx files, the | Lars> possibillity of haveing a dtd for layout files, language files, | Lars> bind files, keyboard files. | |

Re: lyx1.1.6fix1

2001-02-06 Thread Jean-Marc Lasgouttes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Primarily the same parser code for all the lyx files, the Lars> possibillity of haveing a dtd for layout files, language files, Lars> bind files, keyboard files. I have to admit that I still do not see what the wonderful advan

Re: lyx1.1.6fix1

2001-02-06 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> Why not switch to an xml like format? | | Lars> This could also perhaps help the xml-format project a bit. | | I really do not see what we gain from that, actually... P

Re: lyx1.1.6fix1

2001-02-06 Thread Jean-Marc Lasgouttes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Why not switch to an xml like format? Lars> This could also perhaps help the xml-format project a bit. I really do not see what we gain from that, actually... Whereas the gain is clear for the .lyx format which requires some

Re: lyx1.1.6fix1

2001-02-05 Thread Allan Rae
On Mon, 5 Feb 2001, Amir Karger wrote: [...] > Attached you'll find layout2xml.pl. The other attachment is the converted > stdlists.inc [...] Gee, you must be really enthusiastic about your thesis at the moment! Allan. (ARRae)

Re: lyx1.1.6fix1

2001-02-05 Thread Amir Karger
On Mon, Feb 05, 2001 at 10:31:40PM +0200, Dekel Tsur wrote: > On Mon, Feb 05, 2001 at 09:22:07PM +0100, Lars Gullik BjRnnes wrote: > > Why not switch to an xml like format? > > > > This could also perhaps help the xml-format project a bit. > > > > > > afrikaans > > afrikaans > >

Re: lyx1.1.6fix1

2001-02-05 Thread Lars Gullik Bjønnes
Dekel Tsur <[EMAIL PROTECTED]> writes: | On Mon, Feb 05, 2001 at 09:22:07PM +0100, Lars Gullik Bjønnes wrote: | > Why not switch to an xml like format? | > | > This could also perhaps help the xml-format project a bit. | > | > | > afrikaans | > afrikaans | > Afrikaans |

Re: lyx1.1.6fix1

2001-02-05 Thread Dekel Tsur
On Mon, Feb 05, 2001 at 09:22:07PM +0100, Lars Gullik Bjønnes wrote: > Why not switch to an xml like format? > > This could also perhaps help the xml-format project a bit. > > > afrikaans > afrikaans > Afrikaans > iso8859-1 > So the layouts files should also be

Re: lyx1.1.6fix1

2001-02-05 Thread Lars Gullik Bjønnes
Dekel Tsur <[EMAIL PROTECTED]> writes: | On Tue, Feb 06, 2001 at 01:04:57AM +0900, Miyata Shigeru wrote: | > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: | > etc. While it has been changed into | > | > # name babel name GUI nameRTL? encoding code latex options | > afrikaan

Re: lyx1.1.6fix1

2001-02-05 Thread Dekel Tsur
On Tue, Feb 06, 2001 at 01:04:57AM +0900, Miyata Shigeru wrote: > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: > etc. While it has been changed into > > # name babel name GUI nameRTL? encoding code latex options > afrikaans afrikaans "Afrikaans" false iso8859-1 af

Re: lyx1.1.6fix1

2001-02-05 Thread Miyata Shigeru
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: > Herbert, did you solve this problem?? It could maybe be a wrong > language description somewhere... Do you use greek? Do you have your > own language file? It is that lyxlex does not respect newlines. In 1.1.6 languages file looked like # name

RE: LyX1.1.6fix1 - table

2001-02-05 Thread Juergen Vigna
On 03-Feb-2001 Herbert Voss wrote: > when i insert a table alignment for a cell, for example > >|>{\columncolor[gray]{.8}}c| > > and i want to edit this string, the cursor always jumps > to the end of this string when i delete any of the characters > inside this string. for example: delete "8"

Re: lyx1.1.6fix1

2001-02-05 Thread Jean-Marc Lasgouttes
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes: Herbert> some curious thing happens ... i can´t run any lyx-file Herbert> without the error Herbert> Package Babel error you haven't defined ... Herbert> exporting to tex gives the following lyx-command: Herbert> %

LyX1.1.6fix1 - table

2001-02-03 Thread Herbert Voss
when i insert a table alignment for a cell, for example |>{\columncolor[gray]{.8}}c| and i want to edit this string, the cursor always jumps to the end of this string when i delete any of the characters inside this string. for example: delete "8" abd the cursor jumps to the right. this behaviou

Re: lyx1.1.6fix1

2001-02-01 Thread Miyata Shigeru
Herbert Voss <[EMAIL PROTECTED]> wrote: > exporting to tex gives the following lyx-command: > > %% LyX specific LaTeX commands. > \providecommand{\LyX}{L\kern-.1667em\lower.25em\hbox{Y}\kern-.125emX\@} > greek > > %% User specified LaTeX c

lyx1.1.6fix1

2001-02-01 Thread Herbert Voss
some curious thing happens ... i can´t run any lyx-file without the error Package Babel error you haven't defined ... exporting to tex gives the following lyx-command: %% LyX specific LaTeX commands. \providecommand{\LyX}{L\kern-.1667em\lower.25em\hbox{Y}\kern-.125em