Apache OpenOffice (AOO) Bugzilla – Issue 20965
Selecting Formulas possible only when clicking exactly on object frame
Last modified: 2013-08-07 14:41:36 UTC
After opening an existing document containing OOoMath formulas, the formulas cannot be selected by a mouse click inside of the gray border line of the object, and therefore, they cannot be edited. The text cursor is placed behind the formula instead. By cliccking around at several places in the document it happens that the formulas can finally be selected. When clicking outside of the border line at a place where the mouse cursor is already an arrow, the formulas can be selected without problem from the beginning. This behaviour depends somehow on the size of the document and the number of formulas in it, but it seems also be influenced by the formula code itself. I have attached a document showing the problem. Some of its formulas were converted from a Word document with MathType formulas.
Created attachment 10145 [details] Document showing the formula selection problem
I have downloaded your file and tried to open the doc. It did load very slowly, and after doubleclicking on one formula, OOo crashed. The is clearly a problem, but before continuing this we need to make sure hwo the formulas were created. Please attach a file were you specify for each formula whether it´s been created using MathType or using OOo´s Math Editor.
On my system OOo did never crash when doubleclicking a formula. My original attached attached file (id=10145) was extracted form a longer document where I had done a lot of editing. Therefor I cannot tell definitly which formulas are original ones converted from MathType, which were from MathType but edited in OOoMath and which one are entered newly by OOoMath. I have made a guess on the following basis: all converted formulas contain a size command, but newly entered do not. This guess is noted in the second attached file. The original file with the selection problem is 287KB. This file was created in the following way: Import of a Word document with conversion to OOoMath activated, copied to the clipboard after Edit->Select all, pasted into a new OOo document created from a template, then edited and saved as it is. We had also discussed the problem in the german user group. There Siegfried Schilling found the following: When a new OOo-Document is created with the same content where the formulas are copied from my first file by CTRL A, then the document is only 21KB, but shows the same selection problem. I don't know whether the size difference is caused by the fact that the first document uses a template but the second does not. When a new document is created from scratch by entering all formulas from the command window - with exactly the same formula commands as used in the original document - it is also 21KB in size but does not show the selection problem. This file, extended by my notes, is added as new attachment.
Created attachment 10336 [details] Test file incluzding notes without problem created from scratch
Thanks for the new file and added comments. I have some more to add and will open this as New: Test2_1.sxw: Opening process in OOo 1.1.0 on Win98 very very slow. After about 1 or 2 minutes white text area opens, and formulas appear quickly afterwards. After clicking on each formula the math editor opens quickly, regardless whether it´s a MathType or OOo generated formula. Test.sxw: Other than said in my last comment, this time the file opens, but takes a long time as well. The white area opens quickly, however, but the formulas take a long time to open, about one or two minutes. The cursor blinks, but when trying to open a formula with a doubleclick, it turns black as if highlighted. Green quadrangles with indicate the formulas as "objects" don´t appear. Only after one or two minutes, these quadrangles appear after one click, and doubleclick opens each formula. I have the impression that, in both cases, it simply takes time to have the doc to behave as expected; no need to click on the formulas to "wake them up". Just wait. I don´t know whether that´s a defect or simply due to my rather small system slowing down the importing process. Issue 11756 reports a similar problem but focusses on false translations from imported equations. Here are no false translation. Nevertheless, I will change to New, remove crash keyword, and modify the Summary.
TL: I've checked with SRC680 m7. There was no slow loading and no crash when activating any of the formulas. TL->MRU: Please have a look.
On my system (WinXP, Pentium 4, 2,6GHz) when opening any of the files the delay till all is on the screen is comparable to other files of similar size (about 1 sec). After doubleclicking on a formula in test.sxw the formula is highlighted and remains in this state. Even after waiting for 20 minutes the green handles do not appear when clicking on the formula and it does not open in the command window by double click.
I was also not able to reproduce a crash with any of the attached documents. But: I noticed a performance problem when opening the first attachment. This ONLY occuerd on Win95. Thus I created issue 21304 for it (better to handle only ONE problem per issue). The selection problem is reproducable with the first attachment, of course. But we think, that it is related to the way the document is created. I'll try to create another sample by using converted objects from Word and so on. I played around a little bit with the attached sxw and found out, that all object are correctly selectable, when I switch the anchor for one of them and re-saved the file. Karl Heinz, which OO version did you use at very first to create the original sxw (which contained ALL the formulas?
The original full size document was created by OOo 1.1RC3.
I would like to clarify one point regarding the attachment test2_1.sxw. As I said in my comment from 2003-10-15 06:04, the document was created by entering all formulas directly from the command window, but with the same command sequences as in test.sxw. In test2_1.sxw nothing was copied or imported from other documents. There is no problem at all with this document on my system. The document where the formulas of test.sxw were copied by CTRL A was only 21kB but showed the same problems as test.sxw. This document is not added as attachement.
Have opened a new Issue which shows a systematic overview on problems with files discussed here and another file recently discussed on the German users mailing list: http://www.openoffice.org/issues/show_bug.cgi?id=21443
*** Issue 21443 has been marked as a duplicate of this issue. ***
could be related to Issue 18662
*** Issue 18662 has been marked as a duplicate of this issue. ***
*** Issue 21897 has been marked as a duplicate of this issue. ***
Following a post from a user on OOOforum.org, I did a test myself and I can reproduce this issue. This user observed that equation objects were rendered 'inactive' after creating a PDF from the file. However, I observed that in a doc that was saved while the equations were 'selectable', but with the cursor near the end of the document, formula's would be 'unselectable' upon reopening the document. Their 'activity' can be restored by either * deleting a paragraph break before or after the equation and re-entering it * selecting the formula using the Navigator.
The problem seems to be more serious in OOo1.1.2, With this version it happens very often that formulas become unselectable after a while when editing the document.
Created attachment 19910 [details] Document, where I finally also reproduced problem
MRU->TL: open my additionally attached file and try to select the formula -> it is only possible when exactly clicking on the object border (after this, it will work normally until reload)
*** Issue 44479 has been marked as a duplicate of this issue. ***
TL->OS: Please have a look. Thanks! Target set to OOo 2.0.1.
->fme: For some reason SwFEShell::ShouldObjectBeSelected() doesn't want some of the formulas to be selected.
.
Fixed in cws swqbugfixes30 sw/source/core/frmedt/feshview.cxx rev. 1.39.64.1
*** Issue 50120 has been marked as a duplicate of this issue. ***
FME: Ready for QA. re-open issue and reassign to mru@openoffice.org
reassign to mru@openoffice.org
reset resolution to FIXED
Verified fix in CWS swqbugfixes30.
. re-open issue and reassign to mru@openoffice.org
Verified fix in CWS swqbf34.
Checked integration of text in 680m117.