To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=75496
------- Additional comments from [EMAIL PROTECTED] Tue Mar 20 04:15:37 +0000 2007 ------- Ok, I think what-I-see, can be tied to what-you-say about this OLE-cache thingy background: While typing a document I used to go back to every expression, and then convert it to an open office formula by selecting it and then Typing Alt-I-O-F (insert-object-formula). I'll refer to this as *manually*. I needed to do this repeatedly. My first attempt at creating a script like this was to record a macro, and then modify it. I'll refer to this as *script_v1*. It uses the CurrentController.Frame, createUnoService and executeDispatch. In a way it mimics doing it via the interface. Then I quickly learned I could code something like this with the advantage that the cursor would not change position when I press ctrl-G. I'll refer to this as *script_v2* (the one in the first description of the bug report). Why-do-this: Ans: Doing it this way has Latex-like feel to it, and allows one to go back and forth between formulas and then convert them to objects when satisfied. Experiments: * afresh: script_v2: changed Tools.Options.OpenOffice.Memory to 30, and confirmed that the hit is felt at the 31st conversion, undo list contains 30 "changestyle" entries * afresh: script_v2: changed Tools.Options.OpenOffice.Memory to 5, and confirmed that the hit is felt at the 6th conversion, undo list contains 5 "changestyle" entries * Here is a snip of the undo stack Change Style: Object6 Change Style: Object1 <-- notice the reverse order of these extra undos Change Style: Object2 <-- Change Style: Object3 <-- Change Style: Object4 <-- Change Style: Object5 <-- insert $1 insert $1 Change Style: Object5 insert $1 insert $1 Change Style: Object4 insert $1 insert $1 Change Style: Object3 insert $1 insert $1 Change Style: Object2 insert $1 insert $1 Change Style: Object1 insert $1 insert $1 * if Ctrl-Z is used it has to do something on the 5 objects (no idea what) and then go back undoing what I think the three actions that were done by script_v2 * afresh: script_v2: I first changed 5 expressions into objects, and then did the 6th one manually. This also got incurred the delay. However, there were no extra entries in the undo list. * afresh: manually: I then tried doing this manually, This method does not seem to incur a performance penalty. * afresh: script_v1, Surprisingly though it mimics user actions via the dispatcher it too has this ole-cache? problem. The performance is actually a bit worse because the view cursor is jumping around. Q1) If it is an ole-cache thing, why should it appear in the undo list. should a cache change be recorded as a real change or something else going on. Q2) So why does this ole-cache thing affect script_v1, despite the fact that it uses the dispatcher, and script_v2 but not while doing the same manually. (nb. this is making script worse than manual), Increasing the Tools.Options.OpenOffice.Memory only changes when this problem is hit, doesn't actually solve the problem. q3) May be different approach needed in cache manipulations ? q4) Does this affect other kinds of objects ? (i don't know how to test this) --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
