Apache OpenOffice (AOO) Bugzilla – Issue 86328
Selection toolbar resets to Unary/Binary after switching to other OO apps
Last modified: 2010-10-14 11:28:06 UTC
Repro steps: 1. Start Writer, start Math. 2. Make sure Selection toolbar is on (View-Selection). 3. Click any button other than first. 4. Switch to Writer. Switch back to Math - first button on Selection toolbar is depressed.
MRU->TL: click e.g. "Functions" in the Selection toolbox, switch to other OOo application window, switch back to Math -> Selection focussed back onto "Unary/Binary operators"
This happens only when switching between Office applications. It does not when switching between Math and foreign application. Thus I suspect it is a framework issue. Also PL said it is likely framework or maybe him. TL->CD: Can you have a look? Thanks!
Carsten, any news with this issue? WBR, KP.
cd: No update, hopefully I can give this issue to someone else. Otherwise I don't see that I can work on this issue in the next weeks. Currently I am involved in performance optimizations and the next important task is Windows 7 compatibility.
cd: I couldn't resist to look into the sources for a couple of minutes. Fortunately I was able to see the root cause. The floating window SmToolBoxWindow sets the focus to the first entry in the ctor. If a user switches between OOo document windows the floating window will be destroyed/created. Therefore the ctor is called again and sets the focus to the first entry. The implementation needs a way to store the last selection and use it in the ctor. cd->tl: Please take over. This is not related to any framework issue but must be fixed for this special floating window.
Maybe 3.3? This problem is an inconvenience when a set of formulas and using other applications OOo
tl->kpalagin: let's try and see with the 3.3 target.
.
It wasn't a problem with the c-tor (it didn't get called again) but with the StateChanged method where the first category was always set. Fixed in CWS tl82.
Verified in CWS tl82
Checked in DEV300m89.