Scrolling becomes better for me, if I first do tools > Update > Page formatting.
But editing formulas is nearly impossible. If I doubleclick a formula, I have to
wait 55 seconds till the math command window opens. The attached document has no
problems in OOo2.2.1

Problem that it needs a lot of time for opening when a network printer is used,
is already tracked as issue 80153.

MRU->MAV: however, activating a formula object needs much more time in OO 2.3
than in OO 2.2.1 (tested of course WITHOUT a network printer). Could you please
have a look if this is a problem of embedded objects or if this is more a math
specific problem (for TL).

MRU->MAV: however, activating a formula object needs much more time in OO 2.3
than in OO 2.2.1 (tested of course WITHOUT a network printer). Could you please
have a look if this is a problem of embedded objects or if this is more a math
specific problem (for TL).

I have found the the general behaviour described above also on my system (WinXP
Home, Pentium 4, 2.6 GHz, not network printer). Opening a Math formula in a
writer document with many formulas (2.2MB) takes 120 sec. The file size of the
saved document does not increase compared to OOo2.2.1

For five minutes after document loading writer is very sluggish, not only when
scrolling. Moving the cursor by arrow keys or mouse or entering characters often
need 1-2 sec to be shown on the screen. As Regina mentioned, this becomes better
after tools > Update > Page formatting, which takes 2 min for my document. But
the same command in OOO 2.2.1-Writer needs only 3 sec!!!!

I also wonder about issue 57984 (screen flicker after document load). This is no
longer present in OOo2.3 although the issue is still in state "new". Can there
be a relation between these two issues?

Added myself as CC

The problem seems to be an error in the way the program is writing the xml file.
 I've done the following:

1.  change the extension of a document created with version 2.3 containing
formulas from odt to zip. 

2.  Extract the zip file.

3.  The formula is saved inside of an object folder which contains two files: 
content.xml and settings.xml.

4.  Observe the size of the settings.xml file and then look at the contents. 
The file size is often over 1MB and most of the file is a repetition of the same
few lines.  This is a complete waste.

5.  I repeated the same process above with a document created with version 2.2.1
and noticed that the settings.xml file for the same equation is only 7kb.  In
fact all of the equations seem to have a settings.xml file that is only 7kb.

Same problem : opening a formula in a large doc takes very long time. The 
processor is 100% busy for a while.
Also : the PC starts sending and receiving packets on the network. This last 
feature was tested several times to ensure it was not coincidence.
I reverted to OOo 2.2.1

The problem was that all the objects was switched to running state during the
loading. This has affected the loading performance, as well as other aspects of
the objects handling. The issue i80153 looks to have the same cause, so it can
be closed as duplicate after the testing.

Additional reason for performance downgrade was that the embedded document model
has got the parent before it was marked as embedded document. That has caused
additional actions such as own printer creation and ets. Fixed as well.

Isn't is possible to have a fix for this bug before the version 2.3.1 ? Because 
it is very annoying for people using very frequently the formula editor !

cd->mru: Please verify.

How long before it is really fixed? I'm downgrading to 2.2.1 now. I really need 
to use the math editor today.

To the comments of users asking for a fix/patch, I would add:

if you read http://wiki.services.openoffice.org/wiki/OOoRelease231
OOo 2.3.1 will be released on December 4th, 2007.

For frequent users of the formula editor, although this bug does NOT CRASH OOo,
it is impossible to work in these conditions (up to 55 seconds to active a formula).

So, a patch will be a reasonable solution (instead of downgrading to 2.2.1 and
waiting until December 4th, 2007).

*** Issue 82820 has been marked as a duplicate of this issue. ***

Folks I would not want to sound as an unappreciative user, so let me pour some 
compliments first. I believe that the OpenOffice Math is the best tool 
available for typing mathematics and scientific articles/papers. Firstly it is 
competitive with LaTeX (spell checking, thesaurus, convenient table handling, 
PDF generation, etc. are unmatched, TeX is an awesome tool, yet a modern 
document needs all these, it is not just about mathematics.) Secondly it is 
much—by a huge margin—better than Microsoft Word precisely because I know and 
comfortable with “markup†therefore I am a lot more productive in OpenOffice 
Writer's math than in Microsoft Word. In Microsoft Word one has to click and 
use “selection windowâ€, which is way dumb/slow (which explains why TeX is still 
quite popular). The only feature on my “wish-list†is an ability to overwrite 
math font sizes for the entire document without the necessity to click on each 
and single formula and do the “Formatâ€-> “Font size†thing. For instance, 
suppose I want to increase subscripts sizes for the entire document's math 
formulas, right now there is no documented way to do it “cleanlyâ€.

Now, having said all these fine compliments (“best tool on the planet amongst 
commercial and open-source tools†sure sounds great), I would strongly urge you 
to really fix this defect. I just downloaded the latest developer's version, 
pretty much the same “show-stopper†behavior. You are ruining your own success, 
I would imagine that lots of users are from academia and occasionally or 
heavily use Math, don't mess it up! :-) Once users lose confidence in 
OpenOffice, it would be hard to win them back.
Fix this bug, it very much is a show stopper, real disaster. I did have to 
downgrade (luckily one of our solaris boxes still had OpenOffice 2.2).

PS why did you mark this defect RESOLVED—where is the patch I can download?

Perhaps you should have read more exactly: this issue *is* fixed already (as the
fiels "Resolution" tells). 

The fix will be made available to users in version 2.3.1. I will ask if we can
make a patch available in the meantime (but without promising something here).

I see. My mistake. I thought 'fixed' means it is fixed on my computer, up-n-
running.
   :-))

Thanks for addressing this!

PS please keep Writer's Math ultra-super-duper fast.

I was able to activate the math objects within 1 second.

A)  “within 1 second† it you meant 1 second, then it is still quite slow,
    but much better than 2 minutes, a few milliseconds would be a perfect 
response time.
 
B)  I have a suggestion on comments.
See whether you can convey more information
to interested users (i am a very much interested user :o)
for instance:   "version x.y.z, which can be downloaded at http://www.ooo/x.y.z
performs this function precisely/exactly … as follows …."



I wonder whether this issue effected Ubuntu 7.10 (it was recently
released with OpenOffice 2.3) and upcoming in less than two weeks Fedora 8 
Werewolf.

Heck, now I sound like a grumpy//curmudgeonly//cranky manager.
 :o)

Happy Halloween!

It's good that the issue has been addressed. Thank you. Math is the tool I use
the most and it is very difficult to use it under these conditions. I will go
back to version 2.3.1 as soon as it is released in December or when a patch is
made available. In the meantime, I am using version 2.2.

*** Issue 83058 has been marked as a duplicate of this issue. ***

Checked fix in SRC680m236 and OOG680m9.

*** Issue 70544 has been marked as a duplicate of this issue. ***

*** Issue 80153 has been marked as a duplicate of this issue. ***