Apache OpenOffice (AOO) Bugzilla – Issue 85855
in-place editing for controls with text (fixed text, command button, etc)
Last modified: 2017-05-20 11:35:16 UTC
Currently, the text in controls like the fixed text and command button can only be edited opening the Properties window. The proposed enhancement would be to allow in-place editing of text in controls in forms and dialogs, without needing to open the Properties window. A basic competitive analysis shows that this feature is present in Microsoft since years. Also modern IDEs (like NetBeans IDE) allow in-place editing.
Created attachment 51353 [details] picture showing in-place editing in MS Forms
Created attachment 51354 [details] picture showing in-place editing in NetBeans IDE
That would be an enhancemnet for the basic IDE
@pl : I do not think it is only an enhancement for the Dialogo IDE, as this will be useful also for form components. The RFE was suggested initially for these last ones : http://dba.openoffice.org/servlets/BrowseList?list=users&by=thread&from=1946069 and according to fs http://dba.openoffice.org/servlets/ReadMsg?list=users&msgNo=5616 gsl is the responsible component team.
I'm not sure to which extend this is related to the Dialog Editor. Much of the general control handling (selecting, moving etc.) is done by the sv drawpage functionality from svx. So if also form components should become in-place editable the Dialog Editor at least is only one of the places that has to be changed. ab->fs: I think you have a better overview concerning all the affected code areas and the RFE is yours. Could you please comment on this. STARTED, OOo 3.x
This would need to be done in the drawing layer. The drawing layer class which "carries" a UNO control is the SdrUnoObj. For every associated view of the document, there basically exists an XControl (a fixed text, a button, and so on), which is used to draw the control into the view. I suppose it would be possible to give the the SdrUnoObj a special mode (started by double click, or so), in which it replaces its XControl with another (living) XControl which internally is an edit field. When this field loses the focus, or ESC or ENTER is pressed by the user, then the special mode is left, the old XControl is put back, and the text of the edit field is used as new text for the control It might also be feasible to not use an edit field for this. The drawing layer itself has mechanisms for inplace-editing of text, see normal shapes. Perhaps we can and should re-use this mechanism. It would probably look better that, say, an edit field placed above a push button.
Reset assigne to the default "issues@openoffice.apache.org".