RE: xforms older than 0.88

1999-12-21 Thread Juergen Vigna
On 21-Dec-1999 Lars Gullik Bjønnes wrote: Unless I hear _very_ strong objections I will remove all support for XForms versions older thatn 0.88 after 1.1.4 is released. No objections at all :) Jürgen -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen Vigna

Re: xforms older than 0.88

1999-12-21 Thread Jean-Marc Lasgouttes
"Juergen" == Juergen Vigna [EMAIL PROTECTED] writes: Juergen On 21-Dec-1999 Lars Gullik Bjønnes wrote: Unless I hear _very_ strong objections I will remove all support for XForms versions older thatn 0.88 after 1.1.4 is released. Juergen No objections at all :) Neither from me. JMarc PS:

Re: namespaces

1999-12-21 Thread Jean-Marc Lasgouttes
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Does namespace support work on all the compilers that the 1.1.x Lars series currently compiles on? gcc 2.8.1: fantomas: g++ -Wall -ansi -pedantic nsp.C nsp.C:1: sorry, not implemented: namespace cxx 6.1: OK. Lars IMO if this

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Jean-Marc Lasgouttes
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars In gcc 2.7.x there is no iostream, but a iostream.h instead. Lars It is far from beeing conforming to standard C++, but it also Lars has a lot of similarities so it might be usable. but I must Lars admit that there is no priority of

Re: namespaces

1999-12-21 Thread Jean-Marc Lasgouttes
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars | cxx 6.1: OK. | | Lars IMO if this works we should begin using Lars a LyX namespace right | Lars away. We have already had the sqrt Lars clash. | | I'd rather avoid it for now :) Lars The pity, is that now we use structs to hack

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars In gcc 2.7.x there is no iostream, but a iostream.h instead. | Lars It is far from beeing conforming to standard C++, but it also | Lars has a lot of similarities so it might be

Re: namespaces

1999-12-21 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars | cxx 6.1: OK. | | Lars IMO if this works we should begin using | Lars a LyX namespace right | Lars away. We have already had the sqrt | Lars clash. | | I'd rather avoid it for now

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Jean-Marc Lasgouttes
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars A resonable NON-conforming stl. 2.7.x miss much of the template Lars support to have a good stl. Lars I bet STLport have to be configured as well... No, it automatically recognizes the compiler version. There are of course a few

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | No, it automatically recognizes the compiler version. There are of | course a few bugs to overcome, but this may be doable. ok...so you never really know what you get from STLport. | Lars In these package days it is easier to install a package

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Jean-Marc Lasgouttes
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | I Lars think lyx 0.10 or 0.12 used to compile on gcc 2.6.x. Lars You are probably right... I am not sure about the difference Lars between 2.6.x and 2.7.x when it comes to C++. It

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | I | Lars think lyx 0.10 or 0.12 used to compile on gcc 2.6.x. | | Lars You are probably right... I am not sure about the

Re: Cannot compile Lyx 1.1.3 with SUN C++ on Solaris

1999-12-21 Thread Michael Schmitt
Jean-Marc Lasgouttes wrote: Michael In insets/figinset.C, change include statement in line 35: Michael#include "signal.h" Michael (seems like csignal does not declare kill but signal.h does) I find this one annoying... Are you sure kill is not in the std:: namespace? Yes, I

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Jean-Marc Lasgouttes
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars If we can get 1.1.4 out the door before 24th then I want the Lars hebrew patch applied as a christmas gift. Right. Lars So what is missing before we can release 1.1.4? 1.1.4pre1 seemed Lars to be pretty ok, and fixed the most

Re: Strange feature

1999-12-21 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars The escaping was not just bad, it was plain wrong. run lyx with | Lars -dbg key,keymap and you can see yourself. Why demand escaping | Lars when it is not needed. | | The escaping

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Juergen Vigna
On 21-Dec-1999 Jean-Marc Lasgouttes wrote: - LyX should not crash when reading tables with an older format I'll have a look at this as it is something I noted lately :) Jürgen -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen Vigna

Re: Strange feature

1999-12-21 Thread Jean-Marc Lasgouttes
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Sure it can. "^[ \t]*([12][0-9][0-9])[ \t]+\"([^ ]+)\"[ \t]+.*" Wouldn't something like "^[ \t]*([12][0-9][0-9])[ \t]+\"(.*)\"[ \t]*$" be better? It avoids junk at the end, does not force a space after the final ". Lars No they were

stubborn me still trying...

1999-12-21 Thread Dr. Ing. Roland Krause
to compile the development branch on my NT box. I have managed to create the initial configure file on a Linux box and ftp'ed the whole thing over to the NT box. automake and autoconf seem to be either broken or I have some problems that I cant figure out. Anyway, after getting the xforms

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Allan Rae
On 21 Dec 1999, Lars Gullik Bjønnes wrote: Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | I think lyx 0.10 or 0.12 used to compile on gcc 2.6.x. You are probably right... I am not sure about the difference between 2.6.x and 2.7.x when it comes to C++. Actually I'm sure I had 1.0

I'd like to help

1999-12-21 Thread matt
Hello, My name is Matt. I'm out of Florida, USA. I would like to tackle a couple of things that it seems need to be done. 1: First, it seems that in the export section, the Postscript@ stuff needs to be implemented more directly(as opposed to through the printing material). 2: After that is

Re: I'd like to help

1999-12-21 Thread Allan Rae
On Tue, 21 Dec 1999, matt wrote: Hello, Hello! My name is Matt. I'm out of Florida, USA. I would like to tackle a couple of things that it seems need to be done. 1: First, it seems that in the export section, the Postscript@ stuff needs to be implemented more directly(as opposed to

RE: xforms older than 0.88

1999-12-21 Thread Juergen Vigna
On 21-Dec-1999 Lars Gullik Bjønnes wrote: > > Unless I hear _very_ strong objections I will remove all support for > XForms versions older thatn 0.88 after 1.1.4 is released. No objections at all :) Jürgen -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen

Re: xforms older than 0.88

1999-12-21 Thread Jean-Marc Lasgouttes
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> On 21-Dec-1999 Lars Gullik Bjønnes wrote: >> Unless I hear _very_ strong objections I will remove all support >> for XForms versions older thatn 0.88 after 1.1.4 is released. Juergen> No objections at all :) Neither from

Re: namespaces

1999-12-21 Thread Jean-Marc Lasgouttes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Does namespace support work on all the compilers that the 1.1.x Lars> series currently compiles on? gcc 2.8.1: fantomas: g++ -Wall -ansi -pedantic nsp.C nsp.C:1: sorry, not implemented: namespace cxx 6.1: OK. Lars> IMO

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Jean-Marc Lasgouttes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> In gcc 2.7.x there is no , but a instead. Lars> It is far from beeing conforming to standard C++, but it also Lars> has a lot of similarities so it might be usable. but I must Lars> admit that there is no priority of mine to

Re: namespaces

1999-12-21 Thread Jean-Marc Lasgouttes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> | cxx 6.1: OK. | | Lars> IMO if this works we should begin using Lars> a LyX namespace right | Lars> away. We have already had the sqrt Lars> clash. | | I'd rather avoid it for now :) Lars> The pity, is that now we use

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> In gcc 2.7.x there is no , but a instead. | Lars> It is far from beeing conforming to standard C++, but it also | Lars> has a lot of similarities so it might be usable.

Re: namespaces

1999-12-21 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> | cxx 6.1: OK. | | Lars> IMO if this works we should begin using | Lars> a LyX namespace right | Lars> away. We have already had the sqrt | Lars> clash. | | I'd rather

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Jean-Marc Lasgouttes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> A resonable NON-conforming stl. 2.7.x miss much of the template Lars> support to have a good stl. Lars> I bet STLport have to be configured as well... No, it automatically recognizes the compiler version. There are of course

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | No, it automatically recognizes the compiler version. There are of | course a few bugs to overcome, but this may be doable. ok...so you never really know what you get from STLport. | Lars> In these package days it is easier to install a

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Jean-Marc Lasgouttes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | I Lars> think lyx 0.10 or 0.12 used to compile on gcc 2.6.x. Lars> You are probably right... I am not sure about the difference Lars> between 2.6.x and 2.7.x when it comes to

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | I | Lars> think lyx 0.10 or 0.12 used to compile on gcc 2.6.x. | | Lars> You are probably right... I am not sure about

Re: Cannot compile Lyx 1.1.3 with SUN C++ on Solaris

1999-12-21 Thread Michael Schmitt
Jean-Marc Lasgouttes wrote: > Michael> In insets/figinset.C, change include statement in line 35: > > Michael>#include "signal.h" > > Michael> (seems like csignal does not declare kill but signal.h does) > > I find this one annoying... Are you sure kill is not in the std:: > namespace?

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Jean-Marc Lasgouttes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> If we can get 1.1.4 out the door before 24th then I want the Lars> hebrew patch applied as a christmas gift. Right. Lars> So what is missing before we can release 1.1.4? 1.1.4pre1 seemed Lars> to be pretty ok, and fixed the

Re: Strange "feature"

1999-12-21 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> The escaping was not just bad, it was plain wrong. run lyx with | Lars> -dbg key,keymap and you can see yourself. Why demand escaping | Lars> when it is not needed. | |

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Juergen Vigna
On 21-Dec-1999 Jean-Marc Lasgouttes wrote: > > - LyX should not crash when reading tables with an older format > I'll have a look at this as it is something I noted lately :) Jürgen -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen Vigna

Re: Strange "feature"

1999-12-21 Thread Jean-Marc Lasgouttes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Sure it can. "^[ \t]*([12][0-9][0-9])[ \t]+\"([^ ]+)\"[ \t]+.*" Wouldn't something like "^[ \t]*([12][0-9][0-9])[ \t]+\"(.*)\"[ \t]*$" be better? It avoids junk at the end, does not force a space after the final ". Lars> No

stubborn me still trying...

1999-12-21 Thread Dr. Ing. Roland Krause
to compile the development branch on my NT box. I have managed to create the initial configure file on a Linux box and ftp'ed the whole thing over to the NT box. automake and autoconf seem to be either broken or I have some problems that I cant figure out. Anyway, after getting the xforms

Re: lyx-1.1.2, problems under SuSe 5.3 (libc5)

1999-12-21 Thread Allan Rae
On 21 Dec 1999, Lars Gullik Bjønnes wrote: > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > > | I think lyx 0.10 or 0.12 used to compile on gcc 2.6.x. > > You are probably right... I am not sure about the difference between > 2.6.x and 2.7.x when it comes to C++. Actually I'm sure I had

I'd like to help

1999-12-21 Thread matt
Hello, My name is Matt. I'm out of Florida, USA. I would like to tackle a couple of things that it seems need to be done. 1: First, it seems that in the export section, the Postscript@ stuff needs to be implemented more directly(as opposed to through the printing material). 2: After that is

Re: I'd like to help

1999-12-21 Thread Allan Rae
On Tue, 21 Dec 1999, matt wrote: > Hello, Hello! > My name is Matt. I'm out of Florida, USA. I would like to tackle a > couple of things that it seems need to be done. > 1: First, it seems that in the export section, the Postscript@ stuff > needs to be implemented more directly(as opposed to