On 3/15/25 8:54 AM, Jürgen Spitzmüller wrote:
Am Samstag, dem 15.03.2025 um 13:21 +0100 schrieb Jürgen Spitzmüller:
Now the question is: is this really a tex2lyx issue or a bug in
mathed?
The latter. In the fix for #13120, we didn't consider the possibility
of DOS line endings when removing "\n
Am Montag, dem 17.03.2025 um 11:27 -0400 schrieb Richard Kimberly Heck:
> > The latter. In the fix for #13120, we didn't consider the
> > possibility
> > of DOS line endings when removing "\n"s. This is fixed in master
> > (096d75b8fb2) and should be backported to stable.
>
> OK.
Done.
--
Jürge
Am Samstag, dem 15.03.2025 um 23:25 +1300 schrieb Andrew Parsloe:
> I've attached the LyX file. In a text editor it looks to be all there
> but the display in LyX stops at the first = sign.
Thanks. So as JMarc suspected, the (^$MS) line endings seem to be the
problem. When converting the file with
Am Samstag, dem 15.03.2025 um 13:45 +0100 schrieb Jean-Marc Lasgouttes:
> We can maybe fix both ends. tex2lyx should be robust and mathed
> should be correct.
Should tex2lyx use always UNIX line endings? What does LyX do on
Windows?
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
ht
Am Samstag, dem 15.03.2025 um 13:21 +0100 schrieb Jürgen Spitzmüller:
> Now the question is: is this really a tex2lyx issue or a bug in
> mathed?
The latter. In the fix for #13120, we didn't consider the possibility
of DOS line endings when removing "\n"s. This is fixed in master
(096d75b8fb2) and
Le 15/03/2025 à 13:21, Jürgen Spitzmüller a écrit :
Am Samstag, dem 15.03.2025 um 23:25 +1300 schrieb Andrew Parsloe:
I've attached the LyX file. In a text editor it looks to be all there
but the display in LyX stops at the first = sign.
Thanks. So as JMarc suspected, the (^$MS) line endings s
On 15/03/2025 9:18 pm, Jürgen Spitzmüller wrote:
Am Samstag, dem 15.03.2025 um 08:54 +1300 schrieb Andrew Parsloe:
I pasted Shuvo's align environment and code into a tex-code inset in
a preview inset in new documents in both 2.4.3 and 2.3.7, saved the
documents, and exported as plain latex to ge
Am Samstag, dem 15.03.2025 um 08:54 +1300 schrieb Andrew Parsloe:
> I pasted Shuvo's align environment and code into a tex-code inset in
> a preview inset in new documents in both 2.4.3 and 2.3.7, saved the
> documents, and exported as plain latex to generate .tex files.
Could you send this file?
On 15/03/2025 10:34 am, Scott Kostyshak wrote:
On Sat, Mar 15, 2025 at 08:54:40AM +1300, Andrew Parsloe wrote:
On 15/03/2025 2:36 am, Jürgen Spitzmüller wrote:
Am Freitag, dem 14.03.2025 um 09:23 -0400 schrieb Shuvomoy Das Gupta:
An info that may be relevant is that I am using Windows ARM 64
On Sat, Mar 15, 2025 at 08:54:40AM +1300, Andrew Parsloe wrote:
> On 15/03/2025 2:36 am, Jürgen Spitzmüller wrote:
> > Am Freitag, dem 14.03.2025 um 09:23 -0400 schrieb Shuvomoy Das Gupta:
> > > An info that may be relevant is that I am using Windows ARM 64 with a
> > > Snapdragon(R) X 10-core X1P6
On 15/03/2025 2:36 am, Jürgen Spitzmüller wrote:
Am Freitag, dem 14.03.2025 um 09:23 -0400 schrieb Shuvomoy Das Gupta:
An info that may be relevant is that I am using Windows ARM 64 with a
Snapdragon(R) X 10-core X1P64100 @ 3.40 GHz 3.42 GHz. I do not know
if the current lyx binary is ARM comp
On Fri, 2025-03-14 at 16:45 +0100, Jean-Marc Lasgouttes wrote:
> Another question : what is your operating system ? (I wonder whether it
> could be related to end-of-line characters).
>
> JMarc
At another message of this thread:
... Windows ARM 64 with a Snapdragon(R) X 10-core X1P64100 @ 3.40 G
Am Freitag, dem 14.03.2025 um 09:23 -0400 schrieb Shuvomoy Das Gupta:
> An info that may be relevant is that I am using Windows ARM 64 with a
> Snapdragon(R) X 10-core X1P64100 @ 3.40 GHz 3.42 GHz. I do not know
> if the current lyx binary is ARM compatible or not. I think Windows
> ARM 64 is run
Le 14/03/2025 à 11:20, Scott Kostyshak a écrit :
@Shuvomoy do you have preview enabled? Does only the first line show up
in the PDF output if you view it?
Another question : what is your operating system ? (I wonder whether it
could be related to end-of-line characters).
JMarc
--
lyx-devel m
Hi Scott and Jürgen,
An info that may be relevant is that I am using Windows ARM 64 with a
Snapdragon(R) X 10-core X1P64100 @ 3.40 GHz 3.42 GHz. I do not know if
the current lyx binary is ARM compatible or not. I think Windows ARM 64 is
running Lyx through an emulation layer. That being said, Ly
On Fri, Mar 14, 2025 at 05:47:31AM +0100, Jürgen Spitzmüller wrote:
> Am Donnerstag, dem 13.03.2025 um 17:23 -0400 schrieb Shuvomoy Das
> Gupta:
> > If you paste special as latex, you will see in Lyx 2.4. that only the
> > first line of the formula is there, the rest of the formula is
> > missing.
Am Donnerstag, dem 13.03.2025 um 17:23 -0400 schrieb Shuvomoy Das
Gupta:
> A simple reproducible example is as follows. You can also test it via
> paste special latex option for the following formula:
>
> \begin{align*}
> &
> \mathcal{R}\left(M,\mathcal{E},\mathcal{F},\mathcal{C}\right)\nonumbe
On Friday 23 February 2001 12:19, you wrote:
> On 22 Feb 2001, Lars Gullik Bjønnes wrote:
> > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> > | I re-tried purify, but it seems it does not work here anymore. I
> > | though I'd find a way to get a list of allocated blocks...
> > |
> > | Assumin
On 22 Feb 2001, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> | I re-tried purify, but it seems it does not work here anymore. I
> | though I'd find a way to get a list of allocated blocks...
> |
> | Assuming this comes from LyXText, what are the places where
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I re-tried purify, but it seems it does not work here anymore. I
| though I'd find a way to get a list of allocated blocks...
|
| Assuming this comes from LyXText, what are the places where such
| structures can be kept, besides TextCache?
Note
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I see it by moving the cursor through the tabular.
Lars> And I have no memory checker so I can't see where that mem goes.
Lars> and for all I know we deallocate the mem properly so a mem
Lars> checker might not see it anyway.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | but if you
| Lars> see memory growth just by moving the cursor in and out of a |
| Lars> tabular then something is wrong.
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | but if you
Lars> see memory growth just by moving the cursor in and out of a |
Lars> tabular then something is wrong. And this hans nothing to do
Lars> with the | size of struct
On Mon, 12 Feb 2001, Juergen Vigna wrote:
> > Yes, the 1.2.0cvspatched is just that. One gains 2M (to compare with
> > memory consumption of around 50M!). This means that undo is really not
> > much, compared to lyxtext.
>
> Ok this means we have to find a way to only use 1 LyXText instance, but
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| but if you see memory growth just by moving the cursor in and out of a
| tabular then something is wrong. And this hans nothing to do with the
| size of structures. And purify will not handle a memory leak that is
| handled...
There is absolutel
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
| Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]>
| Lars> writes: | | Lars> Or lessen the mem consumption
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]>
Lars> writes: | | Lars> Or lessen the mem consumption for a LyXText. |
Lars> | What makes the bunch of the size of
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Or lessen the mem consumption for a LyXText.
|
| What makes the bunch of the size of a LyXText?
An empty LyXText is some ~300 bytes.
Most of this is in different LyXCurs
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Or lessen the mem consumption for a LyXText.
What makes the bunch of the size of a LyXText?
Lars> I have begun to remove a lot of memory consumption from
Lars> LyXParagraph, and a first for this is to introduce a
Lars> Paragr
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 12-Feb-2001 Jean-Marc Lasgouttes wrote:
| >
| > Juergen> No IMO the problem is that a LyXText object is allocated at
| > Juergen> that time!
| >
| > That's what I meant, in fact. Presumably, if the code needs to
| > allocate a new LyXText for the t
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> There is a cache but not in the tabular-inset, it's the
Juergen> InsetText which needs the LyXText and that is one per
Juergen> BufferView (which currently is fixed to 1 ;). So there is 1
Juergen> LyXText for each BufferView fo
On 12-Feb-2001 Jean-Marc Lasgouttes wrote:
>
> Juergen> No IMO the problem is that a LyXText object is allocated at
> Juergen> that time!
>
> That's what I meant, in fact. Presumably, if the code needs to
> allocate a new LyXText for the table, there also an old one in the
> cache that should g
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 09-Feb-2001 Jean-Marc Lasgouttes wrote:
>> Step 1.2.0cvs 1.2.0cvspatched 1.0.3 1 1M 1M 7856K 2 26M 25M 8096K
>> 3 41M 39M n/a 4 52M 50M 8552K
>>
>> Step 2 tells us that we have a cost per cell of about 10k for a
>> tabular
On 09-Feb-2001 Jean-Marc Lasgouttes wrote:
>
> Step 1.2.0cvs 1.2.0cvspatched1.0.3
> 1 1M 1M 7856K
> 2 26M 25M 8096K
> 3 41M 39M n/a
> 4 52M 50M 8552K
>
> Step 2 tells us
On 09-Feb-2001 Lars Gullik Bjønnes wrote:
>
>| Thus the reserved text buffer accounts for less than 2/3 of the memory
>| use. Not to say that we shouldn't reduce it, but perhaps we can find some
>| ways to save more space. E.g. not allocate anything until the user
>| actually puts something in
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> More details: [...]
OK, even more details: I ran the following experiments with three
different lyx versions (1.2.0cvs, 1.2.0cvspatched, 1.0.3). 1.2.0cvs is
with paragraph size reservation suppressed, 1.0.3 is the o
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Fri, Feb 09, 2001 at 09:42:10AM +0100, Lars Gullik Bjønnes wrote:
| > | I'll do experiments tomorrow if nobody beats me to it. What was the
| > | initial reason for the reserve(500)? speed?
| >
| > Actually both speed and memory consumption. Primarily
On Fri, Feb 09, 2001 at 09:42:10AM +0100, Lars Gullik Bjønnes wrote:
> | I'll do experiments tomorrow if nobody beats me to it. What was the
> | initial reason for the reserve(500)? speed?
>
> Actually both speed and memory consumption. Primarily speed.
I still claim that it doesn't give any spe
> "Lior" == Lior Silberman <[EMAIL PROTECTED]> writes:
Lior> Thus the reserved text buffer accounts for less than 2/3 of the
Lior> memory use. Not to say that we shouldn't reduce it, but perhaps
Lior> we can find some ways to save more space. E.g. not allocate
Lior> anything until the user ac
Lior Silberman <[EMAIL PROTECTED]> writes:
| What about using different values in different contexts - table cells
| usually have less text than run-of-the-mill paragraphs. Add an extra
| constr. to LyXParagraph getting an 'enum ExpectedSize' value (Tiny, Small,
| ...) and reserve memory accordi
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
|
| Dekel> The memory consumption can be (slightly) reduced by deleting
| Dekel> the line text.reserve(500) in LyXParagraph::LyXParagraph.
|
| In the example we had, a 50x50 array consumes
On 8 Feb 2001, Jean-Marc Lasgouttes wrote:
> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> The memory consumption can be (slightly) reduced by deleting
> Dekel> the line text.reserve(500) in LyXParagraph::LyXParagraph.
>
> In the example we had, a 50x50 array consumes 1.2M
Dekel Tsur wrote:
> Maybe disable the undo for tabulars with > N cells.
Is it possible to be more general and limit the ammount of memory
available to undo. I have vague recollections of an old dos pkg that
would pop up warnings
about not being able to undo something.
Garst
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> The memory consumption can be (slightly) reduced by deleting
Dekel> the line text.reserve(500) in LyXParagraph::LyXParagraph.
In the example we had, a 50x50 array consumes 1.2M (50x50x500). This
probably accounts for most of the memo
On Thu, Feb 08, 2001 at 06:05:58PM +0100, Lars Gullik Bjønnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
> |
> | The memory consumption can be (slightly) reduced by deleting the line
> | text.reserve(500)
>
> Perhaps we should just remove this, I don't think it buys us much.
> Anybody care
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Thu, Feb 08, 2001 at 11:07:45AM +0100, Juergen Vigna wrote:
| > > More details: you already get a good memory consumption with just one
| > > 50x50 tabular. Once it is inserted, resident memory goes to 26M.
| > > Insert one character in one cell, and yo
On Thu, Feb 08, 2001 at 11:07:45AM +0100, Juergen Vigna wrote:
> > More details: you already get a good memory consumption with just one
> > 50x50 tabular. Once it is inserted, resident memory goes to 26M.
> > Insert one character in one cell, and you go to 32M; subsequent
> > characters in the sa
Juergen Vigna a écrit :
> On 07-Feb-2001 Jean-Marc Lasgouttes wrote:
>
> > Philippe> Hi, here is a major bug with new tabular in
> > Philippe> lyx-1.1.6fix1 : you do a big tabular of 50 rows and 50
> > Philippe> lines; in the first cell of that tabular you insert an other
> > Philippe> tabula
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Just one word: Undo!
Juergen> That's the problem. The undo mechanism right now is only able
Juergen> to work in the outermost paragraph so if you change something
Juergen> inside a tabular inset the outermost paragraph has to
On 07-Feb-2001 Jean-Marc Lasgouttes wrote:
> Philippe> Hi, here is a major bug with new tabular in
> Philippe> lyx-1.1.6fix1 : you do a big tabular of 50 rows and 50
> Philippe> lines; in the first cell of that tabular you insert an other
> Philippe> tabular of 50 rows and 50 lines. Then you
> "Philippe" == Philippe Charpentier <[EMAIL PROTECTED]>
>writes:
Philippe> Hi, here is a major bug with new tabular in
Philippe> lyx-1.1.6fix1 : you do a big tabular of 50 rows and 50
Philippe> lines; in the first cell of that tabular you insert an other
Philippe> tabular of 50 rows and
On Thu, Feb 01, 2001 at 10:45:46AM +0200, Dekel Tsur wrote:
> Create a document with bibtex insets, and two citations: foo and bar,
> and do View->DVI.
> Now delete the 'bar' citation, and do View->DVI again: LyX will not rerun
> bibtex, so the bibliography in the result is wrong!
>
> I will fix
Dekel Tsur <[EMAIL PROTECTED]> writes:
| Create a document with bibtex insets, and two citations: foo and bar,
| and do View->DVI.
| Now delete the 'bar' citation, and do View->DVI again: LyX will not rerun
| bibtex, so the bibliography in the result is wrong!
|
| I will fix this bug tomorrow (u
53 matches
Mail list logo
