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.
For the warning with
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.
>
>
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 means. Do you
> "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
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
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
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
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
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
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
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 is
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
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
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
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 ;)
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 return
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...
Can you
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}.
See the LaTeX manual
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
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
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..
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}.
>
"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
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Lars" == Lars Gullik Bjnnes [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...
Primarily
"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 advantages
of
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Lars" == Lars Gullik Bjnnes [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
"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
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, we
On Tue, Feb 06, 2001 at 10:27:02AM +0100, Lars Gullik Bjnnes wrote:
| "Lars" == Lars Gullik Bjnnes [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
Jose Abilio Oliveira Matos wrote:
On Tue, Feb 06, 2001 at 10:27:02AM +0100, Lars Gullik Bjnnes 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 them? Is there a
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.
"Garst R. Reese" [EMAIL PROTECTED] writes:
| Jose Abilio Oliveira Matos wrote:
|
| On Tue, Feb 06, 2001 at 10:27:02AM +0100, Lars Gullik Bjnnes wrote:
|
|
| imho hte layout files are close to xml already, just bissing some
| and change the name of some endtags.
|
|I totally
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 ?"
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
"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 would
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.
"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 light
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Lars" == Lars Gullik Bjnnes [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
> "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
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...
> "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
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.
|
|
> "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
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,
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
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
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.
"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.
| >
| >
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 ?"
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
> "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
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
> "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
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
"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 %%
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" abd the
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
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_ZA
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
| afrikaans
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.
language
language-nameafrikaans/language-name
babel-nameafrikaans/babel-name
Dekel Tsur [EMAIL PROTECTED] writes:
| On Mon, Feb 05, 2001 at 09:22:07PM +0100, Lars Gullik Bjnnes wrote:
| Why not switch to an xml like format?
|
| This could also perhaps help the xml-format project a bit.
|
| language
| language-nameafrikaans/language-name
|
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.
language
language-nameafrikaans/language-name
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)
> "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>
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"
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
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
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
| >
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
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
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
>
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)
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
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
some curious thing happens ...
i cant 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.
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 commands.
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.
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
78 matches
Mail list logo