Re: Baffled by the reasoning

2004-12-22 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | Jean-Marc Lasgouttes wrote: >> Angus> Or are all warning messages just output in English until the >> Angus> localedir and its po files is found? It all feels very 'chicken >> Angus> and egg'-ish. >> >> Yes. I think that's good enough. > | Actually, the

Re: Baffled by the reasoning

2004-12-22 Thread Angus Leeming
Jean-Marc Lasgouttes wrote: > Angus> Or are all warning messages just output in English until the > Angus> localedir and its po files is found? It all feels very 'chicken > Angus> and egg'-ish. > > Yes. I think that's good enough. Actually, the 'real' solution would be for lyxerr to store a vect

Re: Baffled by the reasoning

2004-12-22 Thread Jean-Marc Lasgouttes
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Or are all warning messages just output in English until the Angus> localedir and its po files is found? It all feels very 'chicken Angus> and egg'-ish. Yes. I think that's good enough. JMarc

Re: Baffled by the reasoning

2004-12-22 Thread Angus Leeming
Jean-Marc Lasgouttes wrote: > Angus> I have decided, therefore, to implement your desired 'package' > Angus> class as a standalone program. It's certainly not finished > Angus> (getting lost in the logic of system_lyxdir) but the bones are > Angus> below. > > What you propose looks good to me. No

Re: Baffled by the reasoning

2004-12-22 Thread Jean-Marc Lasgouttes
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> If each installed version had a different PACKAGE (which can be Angus> specified explicitly at configure-time) then using PACKAGE Angus> would be identical to the existing scheme. Yes. I think I created the current scheme at the ti

Re: Baffled by the reasoning

2004-12-22 Thread Angus Leeming
Jean-Marc Lasgouttes wrote: > Angus> Why do we search for the system_lyxdir as // Path of > Angus> binary/../share/name of binary/ but the user_lyxdir as // > Angus> os::homepath() "/." + PACKAGE > > Angus> where PACKAGE is defined in config.h as (here) "lyx-1.3.6cvs". > > Angus> Why don't we use

Re: Baffled by the reasoning

2004-12-21 Thread Jean-Marc Lasgouttes
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Why do we search for the system_lyxdir as // Path of Angus> binary/../share/name of binary/ but the user_lyxdir as // Angus> os::homepath() "/." + PACKAGE Angus> where PACKAGE is defined in config.h as (here) "lyx-1.3.6cvs". Angus

Baffled by the reasoning

2004-12-21 Thread Angus Leeming
Why do we search for the system_lyxdir as // Path of binary/../share/name of binary/ but the user_lyxdir as // os::homepath() "/." + PACKAGE where PACKAGE is defined in config.h as (here) "lyx-1.3.6cvs". Why don't we use PACKAGE for the system_lyxdir too? Angus

Re: reasoning

2003-03-11 Thread Andre Poenitz
On Tue, Mar 11, 2003 at 03:12:20PM +0100, Jean-Marc Lasgouttes wrote: > I think we should have an inset for this purpose (for the purpose of > handling all labels actually), but that it should be hardwired in the > paragraph, like the defunct bibkey inset. > Inserting an inset at a > random place i

Re: reasoning

2003-03-11 Thread Jean-Marc Lasgouttes
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> This is used only for the List and Description layouts and Andre> causes quite a bit of messy code. The comments even seem to Andre> indicate that there is some perfromance problem there. Andre> What about using InsetOptArg or some

reasoning

2003-03-11 Thread Andre Poenitz
We have code like: int Paragraph::beginningOfBody() const { if (layout()->labeltype != LABEL_MANUAL) return 0; // Unroll the first two cycles of the loop // and remember the previous character to // remove unnecessary GetChar() calls pos_ty