Apache OpenOffice (AOO) Bugzilla – Issue 8243
Selecting one field from a group in form navigator goes into rename mode rather than single select
Last modified: 2003-02-22 13:37:26 UTC
When using forms in general (under design mode) single clicking on to the navigator list from anywhere else always selects the item for one second and then jumps into the rename function. [A good way to test this is keeping a control or form properties box open then selecting an item. Within a second the properties box goes completely grey as it jumps to rename] If you click on another item directly after that it does not jump into rename, it only happens when going to Navigator from somewhere else.
Still an issue in 643 (as well as 1.0.x)
Reproducable: Every time Steps to reproduce: 1. Create a form then go into design mode and bring up the form navigator 2. Select an item from the page (and its label will get selected automatically as it is grouped together) 3. In the FN select on of the two highlighted fields Outcome: The field you select goes into rename mode having briefly selected highlighted itself only. Expected outcome: The field is higlighted by itself and is not in rename mode
Confirming, changing component and version. Dropping Priority and re-assigning.
Amending Summary
grabbing
> Expected outcome: > The field is higlighted by itself and is not in rename mode why? :) Sorry, have to ask this. In general, the in-place renaming is not a bug, but a feature. It's triggered everytime you click onto an already selected entry, and leave the mouse untouched for a second or so. This is exactly what happens here (and, btw, in all other places where such a tree control is used and allows in-place editing in general) - the only _maybe_ strange thing, which perhaps causes your confusion, is that the mouse click changes the selection. Perhaps the trigger for the renaming should be changed from "click a selected entry and leave the mouse for a second" to "click the one and only selected entry and leave the mouse for a second". In any way, I change the priority. We have 1-5, and I think this here is below 3 ...
set to target OOo 2.0
Frank, Here's my rational for the issue. When you auto-create a form the label is grouped with the field. When you have the navigator open you it is often ideal to select one field from a group (and although you can ctrl+click with over lapping fields it is quite difficult). I agree with your solution that the trigger should be changed - it's what I expected it to be anyway... P h i l l
> I agree with your solution that the trigger should be changed - it's > what I expected it to be anyway... I admit I had to explicitly try to see what the trigger actually is :), and admittedly it's a little bit weird at the moment. FS->GT: please care for this in the SvTreeListBox. I suggest starting in SvImpLBox::MouseButtonDown, and setting the F_START_EDITTIMER flag only if the which was just clicked upon is the _only_ selected entry.
changing component/QA contact to UI - this is a problem of the respective control in general, and needs to be fixed there.
write this because I have to...
GT->QA: fix is in CWS OS5
-
Looks fixed with internal workspace. Fix will be included in OpenOffice 1.1 Beta.
Checked integration with internal Milestone srx644m4s3