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 other pkg.

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: Bug. Using Spanish

"Dekel" == Dekel Tsur [EMAIL PROTECTED] writes: http://sourceforge.net/bugs/?func=detailbugbug_id=125614group_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 deactivating

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? It doesn't

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, we only had to

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 grep

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: Re: Release LyX 1.1.6

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 could

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 the

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 to Allan

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 get the

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 removes

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 the

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 "standard". You gotta

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 hand

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 about

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 it

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: 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 Allan this but figured

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: 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 add

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 arguments

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

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

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). Cant wait to try out the new Jpeg and PNG import :) Regards Andre

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 work ? Maybe

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 down. You

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::mapstring, whatever,

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 commandtags and

Re: Proposed LyXFunc reworking

John Levon [EMAIL PROTECTED] writes: | On 15 Jan 2001, Lars Gullik Bjnnes 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

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 something

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. you are

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 could be

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 map

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

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, using any

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 functions could

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). Then we

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

Re: Proposed LyXFunc reworking

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | "Lars" == Lars Gullik Bjnnes [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

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 easy to load

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 beginning,

Re: Proposed LyXFunc reworking

John Levon [EMAIL PROTECTED] writes: | On 15 Jan 2001, Lars Gullik Bjnnes 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

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 correct

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 PROTECTED] CC: [EMAIL

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 possible in

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

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 you

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: 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

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

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 ...

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: 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

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

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

LyX Development News for 20010117

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

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 bash$ lyx

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

Re: Proposed LyXFunc reworking

On Mon, Jan 15, 2001 at 06:06:31PM +0100, Lars Gullik Bjnnes 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: 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: 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. sections

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 they

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: 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

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: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Unsubscribe: mailto:[EMAIL PROTECTED] Delivered-To: mailing

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

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: Bug. Using Spanish

> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: >> http://sourceforge.net/bugs/?func=detailbug_id=125614_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: 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

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

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: 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:

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

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

> "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

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

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 >

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

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>

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

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

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

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

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 > >

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: 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

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

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

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

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

> "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

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

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

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

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

> "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

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

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

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

  1   2   >