Issue 85855 - in-place editing for controls with text (fixed text, command button, etc)
Summary: in-place editing for controls with text (fixed text, command button, etc)
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: current
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 3.x
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2008-02-04 11:46 UTC by Ariel Constenla-Haile
Modified: 2017-05-20 11:35 UTC (History)
2 users (show)

See Also:
Latest Confirmation in: ---
Developer Difficulty: ---

picture showing in-place editing in MS Forms (25.98 KB, image/png)
2008-02-04 11:47 UTC, Ariel Constenla-Haile
no flags Details
picture showing in-place editing in NetBeans IDE (49.34 KB, image/png)
2008-02-04 11:48 UTC, Ariel Constenla-Haile
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Ariel Constenla-Haile 2008-02-04 11:46:43 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.
Comment 1 Ariel Constenla-Haile 2008-02-04 11:47:52 UTC
Created attachment 51353 [details]
picture showing in-place editing in MS Forms
Comment 2 Ariel Constenla-Haile 2008-02-04 11:48:40 UTC
Created attachment 51354 [details]
picture showing in-place editing in NetBeans IDE
Comment 3 philipp.lohmann 2008-02-04 12:14:22 UTC
That would be an enhancemnet for the basic IDE
Comment 4 Ariel Constenla-Haile 2008-02-04 16:26:25 UTC
@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 :

and according to fs
gsl is the responsible component team. 
Comment 5 ab 2008-02-07 08:52:41 UTC
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

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.

Comment 6 Frank Schönheit 2008-02-07 15:22:20 UTC
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

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.
Comment 7 Marcus 2017-05-20 11:35:16 UTC
Reset assigne to the default "".