Re: MathArray

2001-08-03 Thread Dekel Tsur
On Thu, Aug 02, 2001 at 06:54:50PM +0300, Dekel Tsur wrote: Each math formula is on average less than 1k with all your proposals. Now, in an extreme math thesis with maybe 10 formula on each page, for 500 ^^ This is a too low estimate. On my thesis

Re: MathArray

2001-08-03 Thread Dekel Tsur
On Wed, Aug 01, 2001 at 11:26:11PM +0200, Asger K. Alstrup Nielsen wrote: On Wed, 1 Aug 2001, Andre Poenitz wrote: A bit. But speed does not really matter. I've never seen a complaint that mathed is slow, and I've never got that impression myself. I promise you, size does not matter

Re: MathArray

2001-08-03 Thread Dekel Tsur
On Thu, Aug 02, 2001 at 06:54:50PM +0300, Dekel Tsur wrote: > > > > Each math formula is on average less than 1k with all your proposals. Now, > > in an extreme math thesis with maybe 10 formula on each page, for 500 >^^ > This is a too low estimate. On my

Re: MathArray

2001-08-03 Thread Dekel Tsur
On Wed, Aug 01, 2001 at 11:26:11PM +0200, Asger K. Alstrup Nielsen wrote: > On Wed, 1 Aug 2001, Andre Poenitz wrote: > > > A bit. But speed does not really matter. I've never seen a complaint that > > mathed is slow, and I've never got that impression myself. > > I promise you, size does not

Re: MathArray

2001-08-02 Thread Juergen Vigna
On 02-Aug-2001 Allan Rae wrote: On Wed, 1 Aug 2001, Asger K. Alstrup Nielsen wrote: I promise you, size does not matter either. That's not what you were saying about cucumbers at last years developers meeting. I can remember that to! Perhaps, cucumbers are the exception. I seem to

Re: MathArray

2001-08-02 Thread Juergen Vigna
On 01-Aug-2001 Asger K. Alstrup Nielsen wrote: On Wed, 1 Aug 2001, Andre Poenitz wrote: A bit. But speed does not really matter. I've never seen a complaint that mathed is slow, and I've never got that impression myself. I promise you, size does not matter either. Andre would something

Re: MathArray

2001-08-02 Thread Andre Poenitz
I promise you, size does not matter either. Andre would something similar as we have it for paragraph work for you? A placeholder META_INSET it the char array and a map pos,Inset * to find the right inset? Or is that to complicated? Probably... there are on average only about two or three

Re: MathArray

2001-08-02 Thread Juergen Vigna
On 02-Aug-2001 Allan Rae wrote: > On Wed, 1 Aug 2001, Asger K. Alstrup Nielsen wrote: > >> I promise you, size does not matter either. > > That's not what you were saying about cucumbers at last years developers > meeting. I can remember that to! > Perhaps, cucumbers are the exception. I

Re: MathArray

2001-08-02 Thread Juergen Vigna
On 01-Aug-2001 Asger K. Alstrup Nielsen wrote: > On Wed, 1 Aug 2001, Andre Poenitz wrote: > >> A bit. But speed does not really matter. I've never seen a complaint that >> mathed is slow, and I've never got that impression myself. > > I promise you, size does not matter either. Andre would

Re: MathArray

2001-08-02 Thread Andre Poenitz
> > I promise you, size does not matter either. > > Andre would something similar as we have it for paragraph work for you? > A placeholder META_INSET it the char array and a map to > find the right inset? Or is that to complicated? Probably... there are on average only about two

MathArray

2001-08-01 Thread Andre Poenitz
Would you mind if I spend a few bytes for cleaner code? Current solution to store$x^2 + 3$: 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 m x m i ? ? ? ? i o + o m 3 m where m, i and o are one-byte markers, and ? denotes the address of the ^2 inset. So this

Re: MathArray

2001-08-01 Thread Andre Poenitz
Alternative 1: Everything is an Inset - the expensive and clean way: 0 4 8 12 inset x inset ^2 inset + inset 3 makes 12 bytes + 12 bytes for the vector + 3 new insets * ~50 bytes per inset. Makes ~175 bytes. Read this as: 16 bytes in the vector + 12

Re: MathArray

2001-08-01 Thread Asger K. Alstrup Nielsen
On Wed, 1 Aug 2001, Andre Poenitz wrote: A bit. But speed does not really matter. I've never seen a complaint that mathed is slow, and I've never got that impression myself. I promise you, size does not matter either. Each math formula is on average less than 1k with all your proposals. Now,

Re: MathArray

2001-08-01 Thread Allan Rae
On Wed, 1 Aug 2001, Asger K. Alstrup Nielsen wrote: I promise you, size does not matter either. That's not what you were saying about cucumbers at last years developers meeting. Perhaps, cucumbers are the exception. Allan. (ARRae)

MathArray

2001-08-01 Thread Andre Poenitz
Would you mind if I spend a "few" bytes for cleaner code? Current "solution" to store$x^2 + 3$: 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 x ? ? ? ? + 3 where , and are one-byte markers, and ? denotes the address of the ^2 inset. So this is 15

Re: MathArray

2001-08-01 Thread Andre Poenitz
> Alternative 1: "Everything is an Inset" - the expensive and clean way: > > 0 4 8 12 > > > makes 12 bytes + 12 bytes for the vector + 3 new insets * ~50 bytes per > inset. Makes ~175 bytes. Read this as: 16 bytes in the vector + 12 bytes for the vector

Re: MathArray

2001-08-01 Thread Asger K. Alstrup Nielsen
On Wed, 1 Aug 2001, Andre Poenitz wrote: > A bit. But speed does not really matter. I've never seen a complaint that > mathed is slow, and I've never got that impression myself. I promise you, size does not matter either. Each math formula is on average less than 1k with all your proposals.

Re: MathArray

2001-08-01 Thread Allan Rae
On Wed, 1 Aug 2001, Asger K. Alstrup Nielsen wrote: > I promise you, size does not matter either. That's not what you were saying about cucumbers at last years developers meeting. Perhaps, cucumbers are the exception. Allan. (ARRae)