Re: fax support, dead keys and i18n (1.1.6)

On Mon, Jan 15, 2001 at 09:04:13PM +0100, Thorsten Mika wrote: > Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm > Precedence: bulk > X-No-Archive: yes > List-Post: > List-Help: > List-Unsubscribe: > Delivered-T

Re: new lyxfunc

Agreed to this point. > | 4) There needs to be some way to deal with the frontend menus. These are > | integer-based. There are only two options here : > | > | i) each frontend has a container mapping from integer values to > |strings, used on dispatch > | > | ii) each l

double quotes are displayed as ">>"

hi again, there is another problem of which i do not know whether it is xfs-related or a lyx problem. since upgrading, lyx sometimes displays the "french" quotes as two "greater" signs, i.e. >> instead of the character lyx 1.1.2 used, which was correct. strange thing: sometimes it works, esp.

Re: Ordering the Layout list alphabetically.

Allan Rae wrote: > On Tue, 16 Jan 2001, R. Lahaye wrote: > > I would suggest to have the layout list ordered alphabetically; > > maybe "Standard" can stay at the top, but the rest would be better > > organized if it was in alphabetical order. > > Yuck. Sorry but I like the classes I use the way

Re: Ordering the Layout list alphabetically.

On Tue, 16 Jan 2001, R. Lahaye wrote: > > Hi, > > The layout list in the toolbar (Standard, Itemize, Numerize ...) > is getting longer and longer. I'm continuesly searching for the > item I need. In the classes I've converted to layouts I've tried to organize the entries by type/class eg. sectio

Re: LyX Development News for 20010117

Can someone try submitting the LDN URL to Linux Today, and other news services please. I just haven't time at the moment. TIA, Allan. (ARRae)

Re: Proposed LyXFunc reworking

On Mon, Jan 15, 2001 at 06:06:31PM +0100, Lars Gullik Bjønnes wrote: > Andre Poenitz <[EMAIL PROTECTED]> writes: > | > | A lyxfunc could take a stream argument from which it reads the actual > | arguments. Most commands are passed around as strings anyway so it makes no > | difference where it is

Re: new lyxfunc

On Mon, Jan 15, 2001 at 06:05:00PM +, John Levon wrote: > > 4) There needs to be some way to deal with the frontend menus. These are > integer-based. There are only two options here : Hmmm why not generate the integer ID# for each lyxfunc from some string-hashing function? A hash-via-st

Re: no textclasses found

"Garst R. Reese" wrote: > > I seem to have bungled something up. When 1.2.0cvs did not work for me, > I downloaded 1.1.6 and I cannot get it to compile. > configure never looks at latex stuff. > I also noticed that it compiles with -g, which takes a huge ammount of > disk space. > > Garst > > b

LyX Development News for 20010117

http://www.lyx.org/news/20010117.php3 You know what to do -- go read it! Allan. (ARRae)

no textclasses found

I seem to have bungled something up. When 1.2.0cvs did not work for me, I downloaded 1.1.6 and I cannot get it to compile. configure never looks at latex stuff. I also noticed that it compiles with -g, which takes a huge ammount of disk space. Garst bash$ lyx LyXTextClassList::Read: no textclass

Ordering the Layout list alphabetically.

Hi, The layout list in the toolbar (Standard, Itemize, Numerize ...) is getting longer and longer. I'm continuesly searching for the item I need. I would suggest to have the list ordered alphabetically; maybe "Standard" can stay at the top, but the rest would be better organized if it was in al

Re: fax support, dead keys and i18n (1.1.6)

hi, jean-marc > > It is currently only disabled (I think). Sending faxes is not LyX's > job (why not something for sending as e-mail) and is better done from > an external application (the unix philosophy: "one tool one job" or > whatever). Actually, somebody could probably take the old code and

Re: Support for multline/align (patch)

On Mon, Jan 15, 2001 at 11:13:32PM +0200, Dekel Tsur wrote: > The following patch adds support for the ams environments multline and align. > Currently, only align with one alignment point is supported, but > this should be hard to change. ^^ I meant should NOT ...

Support for multline/align (patch)

The following patch adds support for the ams environments multline and align. Currently, only align with one alignment point is supported, but this should be hard to change. To add an align/multline, insert a display formula, and do 'M-x break-line 1' or 'M-x break-line 2'. Please check if the cha

paragraph alignment in 1.1.6

maybe that this also happens in 1.1.5 ... when i define a lyx layout with a strict flushright ... Align Right AlignPossible Right ... lyx should also inactivate the radio buttons in layout->paragraph->alignment it's right, that nothing happens, when you click on the

Re: new lyxfunc

John Levon <[EMAIL PROTECTED]> writes: | OK, in fact I think we agree on almost everything. Let me try and | summarise a little : :-) | 1) everyone agrees that each lyxfunction should look after itself. This |includes pseudo-actions, which should be able to invoke their real |action *t

Re: new lyxfunc

On Mon, 15 Jan 2001, John Levon wrote: > 5) Lars doesn't like the idea of generated code. John does ;) because So do I. Running around between the three or four files is a pain in the fingers. Is it Friday yet? It feels like Friday. If you use m4 for this then we won't be adding yet another

Re: Proposed LyXFunc reworking

argh, I've just sent a summary. I'll address the additional things below here. On 15 Jan 2001, Lars Gullik Bjønnes wrote: > You want an unique number for each LFUN (dynamic from each run of Lyx > of course)? > > This can easily be done by having a separate method for this. From the > menu code

new lyxfunc

OK, in fact I think we agree on almost everything. Let me try and summarise a little : 1) everyone agrees that each lyxfunction should look after itself. This includes pseudo-actions, which should be able to invoke their real action *themselves* 2) everyone agrees there is a need for some

Re: Proposed LyXFunc reworking

John Levon <[EMAIL PROTECTED]> writes: | > Each LFUN is a function Levon and I agree on that, afaisi we disagree | > on how to store the LFUNS and how to dispatch them. | > | > Lgb | | I don't even disagree on that ! very well | Dispatch("menu-open eric-bristow") is perfectly possib

Re: Release LyX 1.1.6

Jean-Marc Lasgouttes wrote: > > > "Frank" == Frank Derichsweiler ><[EMAIL PROTECTED]> writes: > > Frank> On Mon, Jan 15, 2001 at 04:01:31PM +0900, R. Lahaye wrote: > >> Date: Mon, 15 Jan 2001 16:01:31 +0900 From: "R. Lahaye" > >> <[EMAIL PROTECTED]> To: Frank Derichsweiler > >> <[EMAIL PROT

Re: Proposed LyXFunc reworking

> I'd rather have the real lyxfunc the the correct paramters from the > beginning, and have a wrapper that create those argumetns from the > supplied stream. > ... > | If there really was a performance problem (which I seriously doubt) the > | lyxfunc could come as a "core" function taking the co

Re: Proposed LyXFunc reworking

John Levon <[EMAIL PROTECTED]> writes: | On 15 Jan 2001, Lars Gullik Bjønnes wrote: | | > My problem with Levons code that I feel it is too static. With the | > scheme Andre and I propose it is very easy to load function os demand | > or have them created in a scriptlanguage. (or as a named keyb

Re: Proposed LyXFunc reworking

> | A lyxfunc could take a stream argument from which it reads the actual > | arguments. Most commands are passed around as strings anyway so it makes no > | difference where it is converted to int/double/whatwever. > > I'd rather have the real lyxfunc the the correct paramters from the > beginni

Re: Proposed LyXFunc reworking

On 15 Jan 2001, Lars Gullik Bjønnes wrote: > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > > | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > | > | Lars> My problem with Levons code that I feel it is too static. With > | Lars> the scheme Andre and I propose it is very ea

Re: Proposed LyXFunc reworking

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> My problem with Levons code that I feel it is too static. With | Lars> the scheme Andre and I propose it is very easy to load function | Lars> os demand or have them creat

Re: Proposed LyXFunc reworking

On 15 Jan 2001, Lars Gullik Bjønnes wrote: > My problem with Levons code that I feel it is too static. With the > scheme Andre and I propose it is very easy to load function os demand > or have them created in a scriptlanguage. (or as a named keyboard macro). > > This is probably possible with L

Re: Proposed LyXFunc reworking

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> My problem with Levons code that I feel it is too static. With Lars> the scheme Andre and I propose it is very easy to load function Lars> os demand or have them created in a scriptlanguage. (or as a Lars> named keyboard macro)

Re: Proposed LyXFunc reworking

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "John" == John Levon <[EMAIL PROTECTED]> writes: | | John> how do strings fit in with the frontend menus ? Must I really | John> have some extra store of integers (the menu ID tags from the GUI | John> library) to strings ? | | The functi

Re: fax support, dead keys and i18n (1.1.6)

> "Thorsten" == Thorsten Mika <[EMAIL PROTECTED]> writes: Thorsten> 1. why did you remove the fax support? is it that big? dont Thorsten> you feel like putting an option in the configure script to Thorsten> give the opportunity to enable it again? i really felt Thorsten> comfortable with it,

Re: Proposed LyXFunc reworking

Andre Poenitz <[EMAIL PROTECTED]> writes: | > John Levon <[EMAIL PROTECTED]> writes: | > | > | On 15 Jan 2001, Jean-Marc Lasgouttes wrote: | > | | > | > That would probably be a good idea. One thing which would be nice too | > | > is to declare the arguments expected by the func and maybe their

Re: Proposed LyXFunc reworking

> John Levon <[EMAIL PROTECTED]> writes: > > | On 15 Jan 2001, Jean-Marc Lasgouttes wrote: > | > | > That would probably be a good idea. One thing which would be nice too > | > is to declare the arguments expected by the func and maybe their type. > | > | Any suggestions on how this might work

Re: Goto inset patch

> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: Dekel> I'm going to apply the following patch unless there are Dekel> objections. It replaces the gotoError() and gotoNote() methods Dekel> by a general gotoInset() method. It also add a reference-next Dekel> lyxfunc, that rotates between a

Re: Proposed LyXFunc reworking

On Mon, 15 Jan 2001, Andre Poenitz wrote: > No. I am not. First of all I mentiond the existence of a constant factor > and second, it does not matter. Even if the factor was 1000. > > How many lyx-functions are called per second? 1000? Likely less. > Now, how long take 1000 string lookups in a m

Re: Proposed LyXFunc reworking

On 15 Jan 2001, Jean-Marc Lasgouttes wrote: > > "John" == John Levon <[EMAIL PROTECTED]> writes: > > John> how do strings fit in with the frontend menus ? Must I really > John> have some extra store of integers (the menu ID tags from the GUI > John> library) to strings ? > > The functions c

Re: Proposed LyXFunc reworking

> > the command? > > > > Comparing strings instead numbers should cost only a constant factor of > > time more than comparing enums, starting off from a very tiny amount. > > Morover, lookup in the map is O(ln n) compared to O(n) in the > > big case scwitch. So it shold not really be noticable. >

Re: Proposed LyXFunc reworking

> "John" == John Levon <[EMAIL PROTECTED]> writes: John> how do strings fit in with the frontend menus ? Must I really John> have some extra store of integers (the menu ID tags from the GUI John> library) to strings ? The functions could be allocated a number when they are registered, or som

Re: Proposed LyXFunc reworking

John Levon <[EMAIL PROTECTED]> writes: | On 15 Jan 2001, Jean-Marc Lasgouttes wrote: | | > That would probably be a good idea. One thing which would be nice too | > is to declare the arguments expected by the func and maybe their type. | | Any suggestions on how this might work ? for one arg

Re: Proposed LyXFunc reworking

John Levon <[EMAIL PROTECTED]> writes: | On 15 Jan 2001, Lars Gullik Bjønnes wrote: | | > John Levon <[EMAIL PROTECTED]> writes: | > | > | o no longer is the various parts of a new function spread in four or five | > | different places. To add a new function means adding it to functions.C, |

Re: Proposed LyXFunc reworking

On Mon, 15 Jan 2001, Andre Poenitz wrote: > > at the very least, without auto generation, you need : > > > > 1 place for the commandtag (commandtags.h) > > 1 place for the invoke method (lyxfunc.C) > > 1 place for the instantiation of the lyxfunc (LyXAction.C) > > What about nuking the commandt

Re: Proposed LyXFunc reworking

> at the very least, without auto generation, you need : > > 1 place for the commandtag (commandtags.h) > 1 place for the invoke method (lyxfunc.C) > 1 place for the instantiation of the lyxfunc (LyXAction.C) What about nuking the commandtags and putting everything in a std::map, where the index

Re: Website links

> "Andre" == Andre Ulrich <[EMAIL PROTECTED]> writes: Andre> Hej LyX Team! There is no link working on the LyX homepage. Andre> Neither the announcement nor the File is accessable. The whole Andre> ftp tree seems to be broken(only unrelated stuff on it). Yes, it seems that the ftp site is do

Re: Proposed LyXFunc reworking

> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On 15 Jan 2001, Jean-Marc Lasgouttes wrote: >> That would probably be a good idea. One thing which would be nice >> too is to declare the arguments expected by the func and maybe >> their type. John> Any suggestions on how this might w

Website links

Hej LyX Team! There is no link working on the LyX homepage. Neither the announcement nor the File is accessable. The whole ftp tree seems to be broken(only unrelated stuff on it). Can´t wait to try out the new Jpeg and PNG import :) Regards Andre´

Re: Proposed LyXFunc reworking

On 15 Jan 2001, Jean-Marc Lasgouttes wrote: > That would probably be a good idea. One thing which would be nice too > is to declare the arguments expected by the func and maybe their type. Any suggestions on how this might work ? thanks john -- "Threads are for people who can't program state

Re: Proposed LyXFunc reworking

On 15 Jan 2001, Lars Gullik Bjønnes wrote: > John Levon <[EMAIL PROTECTED]> writes: > > | o no longer is the various parts of a new function spread in four or five > | different places. To add a new function means adding it to functions.C, > | and (if necessary) a status tester to status_fun

Re: Proposed LyXFunc reworking

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Couln't much of what you do be done with added some more fields Lars> to the LyXAction lfun_item? (In your case a function pointer) That would probably be a good idea. One thing which would be nice too is to declare the argume

Re: Proposed LyXFunc reworking

John Levon <[EMAIL PROTECTED]> writes: | o no longer is the various parts of a new function spread in four or five | different places. To add a new function means adding it to functions.C, | and (if necessary) a status tester to status_functions.C but that is almost true today as well. To ad

Proposed LyXFunc reworking

Attached is a "outline source" of a new proposed re-working of the lyxfunc and lyxaction code. It is obviously incomplete but serves to indicate where I'm heading. o no longer is the various parts of a new function spread in four or five different places. To add a new function means adding it

Re: Allan: follow up on build problems for Solaris

> "John" == John Levon <[EMAIL PROTECTED]> writes: John> try it with normal grep, and '|' isn't a special character any John> more ... But \| is a special character. JMarc

Re: Allan: follow up on build problems for Solaris

On Tue, 16 Jan 2001, Allan Rae wrote: > On 15 Jan 2001, Jean-Marc Lasgouttes wrote: > > > > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: > > > > Allan> I thought, perhaps mistakenly, that grep didn't do ".*" > > Allan> matching except in GNU form. Anyway as I said I didn't write > > Alla

Re: Allan: follow up on build problems for Solaris

> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: Allan> I thought egrep handled '.*' as grep handles '*'. If they are Allan> in fact the same then WTF does egrep really do? In normal mode, ()| are plain characters and you must use \(\|\) for grouping. In 'e' mode, (|) are active. There are

Re: Allan: follow up on build problems for Solaris

On 15 Jan 2001, Jean-Marc Lasgouttes wrote: > > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: > > Allan> I thought, perhaps mistakenly, that grep didn't do ".*" > Allan> matching except in GNU form. Anyway as I said I didn't write > Allan> this but figured someone, maybe Lars, had a reason

Re: NEW_INSETS

John Levon <[EMAIL PROTECTED]> writes: | > I know of only a couple of problems: | > | > - floats support are a bit lacking, specially algoritm will | > have problems. | | does this also include the fact that getTocList() doesn't work (generating | no contents for the dialog to

Re: Release LyX 1.1.6

On 15 Jan 2001, Jean-Marc Lasgouttes wrote: > Could you show us the relevant part of config.log? Before writing > configure test blindly, one has to know what header file decided that > it should have access to kernel headers. > > JMarc No, I think this is definitely a broken distribution, if i

Re: Allan: follow up on build problems for Solaris

> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: Allan> I thought, perhaps mistakenly, that grep didn't do ".*" Allan> matching except in GNU form. Anyway as I said I didn't write Allan> this but figured someone, maybe Lars, had a reason for using Allan> `grep -E` in the first place. You m

Re: NEW_INSETS

On 14 Jan 2001, Lars Gullik Bjønnes wrote: > > > I have removed all !NEW_INSETS cruft from the sources in the > BRANCH_new_insets branch. It seems to me that it works very well but > I'd like to have some more testers. > > At least the Userguide loads nicely. > > I know of only a couple of pr

Re: ButtonController and ButtonPolicy

On Mon, 15 Jan 2001, Angus Leeming wrote: > Hello, Allan. Hi Angus! > Let me start with a justification of all this: I'd like to ease the pain of > porting the dialogs to other GUIs by ensuring that they have only a minimum > of things to do. We have occasional complaints from John and Marco ab

Re: fax support, dead keys and i18n (1.1.6)

On Sat, 13 Jan 2001, Thorsten Mika wrote: > 1. why did you remove the fax support? is it that big? dont you feel like > putting an option in the configure script to give the opportunity to enable it > again? i really felt comfortable with it, using any other program or doing the > stuff by ha

Re: Allan: follow up on build problems for Solaris

On 15 Jan 2001, Jean-Marc Lasgouttes wrote: > > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: > > >> What's wrong with grep '_(".*")' ... > > Allan> Aren't regular expressions like above a GNU extension for grep. > Allan> That's why I asked about egrep which I think (hope) is > Allan> "st

Re: Release LyX 1.1.6

> "Frank" == Frank Derichsweiler <[EMAIL PROTECTED]> >writes: Frank> Situation: /usr/src/linux is *not* existent (for reasons of Frank> space), i.e. no kernel header files at all. I understand that. I was just pointing out that the problems were related and that we could probably change th

Re: Release LyX 1.1.6

On Mon, Jan 15, 2001 at 12:26:32PM +0100, Jean-Marc Lasgouttes wrote: > We have something related in the INSTALL file, section "Problems": > > o Configure will seemingly fail to find xpm.h and forms.h on linux if > you did a 'make mrproper' in the kernel directory, because this > remove

Re: Babel in LyX 1.1.6

> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: >> Why load babel if languag is default language, anyway? I think >> this shows why having a default language was good... Dekel> Check the archive to see why we decided to remove it. I remember the messages, but I have to admit it did not

Re: Allan: follow up on build problems for Solaris

> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: >> What's wrong with grep '_(".*")' ... Allan> Aren't regular expressions like above a GNU extension for grep. Allan> That's why I asked about egrep which I think (hope) is Allan> "standard". You gotta love Unix, there are so many standards

Re: 1.1.6 Bugs

On Sun, Jan 14, 2001 at 06:42:09PM -0800, Jeremy Fox wrote: > Hi. > > I am a lowly user, but I've had a lot of trouble with 1.1.6: > > I have experienced other problems I can't remember and am going to > reinstall 1.1.5fix2. I am using Solaris 2.6. Previous versions of LyX > have always work

Re: Babel in LyX 1.1.6

On Mon, Jan 15, 2001 at 11:24:42AM +0100, Jean-Marc Lasgouttes wrote: > Dekel> I think that we should add a boolean lyxrc variable, called > Dekel> default_language_use_babel so if > Dekel> lyxrc.default_language_use_babel = true, and the document > Dekel> language == lyxrc.default_language, then

Re: Allan: follow up on build problems for Solaris

On 15 Jan 2001, Jean-Marc Lasgouttes wrote: > > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: > > Allan> That's the way someone wrote it originally. egrep or `grep -E` > Allan> is the best tool for the job given that we want to find files > Allan> with "_(\".*\")" in them. `grep grep po/Ma

Re: Bug. Using Spanish

On Mon, Jan 15, 2001 at 11:18:32AM +0100, Jean-Marc Lasgouttes wrote: > Dekel> Yes, this is the same "bug", but it not a bug in LyX, but a > Dekel> problem with the Spanish babel file which redefine thes ~ char, > Dekel> and gives no way of deactivating this brilliant feature (as far > Dekel> as I

Re: Release LyX 1.1.6

> "Frank" == Frank Derichsweiler <[EMAIL PROTECTED]> >writes: Frank> On Mon, Jan 15, 2001 at 04:01:31PM +0900, R. Lahaye wrote: >> Date: Mon, 15 Jan 2001 16:01:31 +0900 From: "R. Lahaye" >> <[EMAIL PROTECTED]> To: Frank Derichsweiler >> <[EMAIL PROTECTED]> CC: >> [EMAIL PROTECTED] Subject: R

Re: Allan: follow up on build problems for Solaris

> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: Allan> That's the way someone wrote it originally. egrep or `grep -E` Allan> is the best tool for the job given that we want to find files Allan> with "_(\".*\")" in them. `grep grep po/Makefile.in.in` to see Allan> why. What's wrong with

Re: Allan: follow up on build problems for Solaris

On 15 Jan 2001, Jean-Marc Lasgouttes wrote: > > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: > > Allan> On Sat, 13 Jan 2001, Roland Krause wrote: > >> Allan, a quick follow up. > >> > >> The generic solaris make definitely does not work. Upgrading gmake > >> to version 3.79 finally solved

Re: lyx install bug

> "Robert" == Robert Battle <[EMAIL PROTECTED]> writes: Robert> i just downloaded and installed lyx 1.1.6 and it automatically Robert> installed itself to /usr/local/kde . this is interesting Robert> considering kde is not installed on this computer. Are you sure you did not have a /use/loc

Re: Allan: follow up on build problems for Solaris

> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: Allan> On Sat, 13 Jan 2001, Roland Krause wrote: >> Allan, a quick follow up. >> >> The generic solaris make definitely does not work. Upgrading gmake >> to version 3.79 finally solved the problem. Allan> According to other reports we have,

Re: Babel in LyX 1.1.6

> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: Dekel> The following was posted in lyx-users: On Fri, Jan 12, 2001 at Dekel> 03:53:21PM -0700, Matthew Lovell wrote: >> Lyx1.1.6 seems to be including the babel package in the resulting >> LaTeX code. Is there a way to turn off this behavior

Re: Bug. Using Spanish

> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: >> http://sourceforge.net/bugs/?func=detailbug&bug_id=125614&group_id=15212 Dekel> Yes, this is the same "bug", but it not a bug in LyX, but a Dekel> problem with the Spanish babel file which redefine thes ~ char, Dekel> and gives no way of

Re: ButtonController and ButtonPolicy

Hello, Allan. Let me start with a justification of all this: I'd like to ease the pain of porting the dialogs to other GUIs by ensuring that they have only a minimum of things to do. We have occasional complaints from John and Marco about breaking their ports. Matthias Ettrich was rather more

Re: Allan: follow up on build problems for Solaris

"Garst R. Reese" <[EMAIL PROTECTED]> writes: | Roland Krause wrote: | > | > I'd say, lets move on from this crap. Require make-3.79 on solaris. Be | > done with it. | > | > Roland | Do everybody a favour and require it across the board. We won't be | alone. I already had to ugrade for some othe

Re: Release LyX 1.1.6

Frank Derichsweiler <[EMAIL PROTECTED]> writes: | Yes, I know that. To me a little bit clearer: | I installed the xforms development stuff and all the other necessary | libs and headers. Only the linux *kernel* headers were missing. | A configure within lyx produced the error message forms.h not