Apache OpenOffice (AOO) Bugzilla – Issue 15503
drag of dialog window in dialog editor
Last modified: 2007-06-18 10:41:01 UTC
When within the Dialog Editor (within Macros) and clicking on the border of a dialog window to select it, you can then drag the dialog window i.e. to the right. However all controls that are part of the dialog window are not dragged but stay at their location. If you drag the window far enough they sort of hang in the air. When running such a dialog, only the parts of the dialog controls that are within the dialog window are shown. Especially when move a dialog window to the right, I saw that the title of such a dialog window step by step disappeared. After a smaller move only the first letter of the title was visible. After a large move the whole title disappeared. At runtime the title is back but it will not appear again in the editor. (only when you move the window back to the left it step by step reappears)
A dialog and its controls can be selected by - moving the mouse pointer to the top left outside the dialog - pressing the left mouse button and moving the mouse pointer to the down right outside the dialog - release the left mouse button After the dialog and its controls are selected, all of them can be moved together. But you're only in dragging mode, if the mouse pointer is on a control or on the border of the dialog, otherwise you delete the selection. The problem with the partially drawn dialog title is already fixed and will be in OOo 1.1 RC. I propose to close this task.
I know that can select dialog and controls by drawing a kind of rectangle around them. I wonder why the controls are not automatically selected when you select the dialog ?? What is the purpose of allowing controls that are not placed on a dialog window and are therefore not usuable at runtime ? It seems that it makes more sense to select dialog plus controls, since that is what you want in most cases.
sorry wrong user in the first try
TBE->CJ: Please evaluate if we should change the behaviour for selecting and dragging a dialog.
This need some further investigation, but we should find a solution for oo.o 2.0
Reassinged to Bettina.
Hello Andreas, this is an issue, we should keep in mind at planning the new Basic IDE. Would you like to take this as reminder? Thank you.
AB->TBE: Back to you...
accepted
Changed target to OOo Later
TBE->AB: As discussed to you.
ab: I don't agree to "it makes more sense to select dialog plus controls, since that is what you want in most cases". I think it makes much sense to allow both selecting the dialog alone (by clicking on the border) and selecting dialog plus all controls (by drawing a frame). A good reason for selecting the dialog object only is to move it relative to all its controls. But far more important: Moving is not the only reason for selec- ting a control or the dialog object. Often the object's properties should be modified. If someone wanted to modify the dialog object's properties it wouldn't be very helpful if all controls are also selected automatical- ly. It's also much more consistent if a click on a control or the dialog just selects this only object. By the way: The VB form editor does also work like this. Now we have one way to select the dialog only and one way to select it including all controls and both ways are easy enough in my opinion. So why should we give up one way and loose flexibility? Now to the controls outside the form: One reason I can see is that it al- lows to place alternative controls or control layouts beside for testing reasons while designing a dialog. Maybe I want to test different layouts and so I don't have to delete controls directly to make them "unvisible". Anyway I wouldn't ask, what's the purpose of allowing controls to be pla- ced outside the dialog window. I would ask what should be the purpose of _not_ allowing it? Nobody has to place them outside if he doesn't want to, so what do we win by preventing everyone from doing so. -> Setting to WONTFIX
This issue has been "RESOLVED" for quite a time, I assume I can close it ...