Apache OpenOffice (AOO) Bugzilla – Issue 64785
File\Properties\Location - allow location to be selectable
Last modified: 2007-05-04 08:49:14 UTC
Please allow File\Properties\Location to be selectable so that location can be copied to clipboard. MS Office apps allow location to be selected and copied to clipboard. Thanks.
Created attachment 36055 [details] illustarting screenshot
TM-requirements: please have a look, thanks.
Any takers on this one? While this request does not seem to be overly important, it can be very handy - for example very long path is not show fully, so user would need a way to see that information by selecting path, or user may need to use document location somewhere else and instead of retyping it he just selects and copies it where he needs it. Besides, this enhancement seems to require just several lines of code. Thanks a lot.
Confirming
This seems to be not very hard to implement. Peter, can you check if that is correct? Or is it impossible to select fix texts in VCL dialogs? In case it is possible and easy to do we should consider this for 2.3.
pb: we can replace the FixedText with a read-only EditField. There you can select the path and you can scroll.
Great, Peter! Perhaps you could ask Philipp whether we can also make all FixedText elements selectable or only those with a special new attribute set.
pb: sorry but at the moment the FixedText is not selectable. But Philipp is not averse to implement those FixedText.
pb: I tried to use an Edit field to implement a SelectableFixedText, but for Window XP Theme I cannot set the correct background color. So I forward this task to Philipp (pl).
pb -> pl: please send this task back to me when you implemented a SelectableFixedText.
pl->pb: I did not make the FixedText selectable (which one still could do, I'm just not sure whether it's worth the effort), but you can now (in CWS vcl75) create an Edit without border, call SetPaintTransparent( TRUE ) on it and achieve the desired effect. If this is not sufficient, please call me.
pb: in progress...
pb: fixed in cws vcl75. Files changed: /svtools/inc/stdctrl.hxx 1.3.480.1 /svtools/source/control/stdctrl.cxx 1.3.154.1
More files changed: /sfx2/inc/dinfdlg.hxx 1.12.104.1 /sfx2/source/dialog/dinfdlg.cxx 1.38.50.1 /sfx2/source/dialog/dinfdlg.hrc 1.5.296.1 /sfx2/source/dialog/dinfdlg.src 1.49.296.1
pb -> sba: please verify, thx. Now all values of File - Properties... - General are selectable.
.
Verified in CWS vcl75. Note: According to JSK, the respective Help-IDs are OK in the CWS. I wrote follow-up issue 76094 to get the new behavior integrated in AutoTests. I wrote follow-up issue 76095 to get those fields keyboard accessible. SBA->Kpalagin: And for "a few lines of code" we need "a few more lines of code" to keep our quality standards up. Plus writing and handling the respective issues. Furthermore, this enhancement is not visible (frameless fields, thus the dialog looks like it always did). So only a few "insiders" will enjoy ist. Unless someone takes the time to document this. And such documentation should be translated too. There is no such thing as a quick easy clean cheap AND high-quality UI change... :-)
Don't be so pessimistic. :-) If writing autotests created too much overhead for a feature I surely would dump the autotests instead of dumping the feature. :-) Better a feature that *might* get broken unnoticed in a few years later than no feature at all. I'm sure our users will agree to that. I doubt that only "insiders" will use this feature. I think it's only natural to try to select texts in a dialog box as many other programs like e.g. Firefox allow you to do this. I wouldn't like to do without e.g. the selection of the page URL in the page properties of Firefox.
Mathias, Peter, Philipp, Stefan, thank you very much for this feature. I am sure that among millions of our users we have many thousands with the urge to explore and those will find this feature, so this is good investment. Converts from competing product also will find one more familliar feature. I absolutely agree with Mathias that having feature without documentation and tests is much much better than having nothing at all. And I admit that I am spoiled by visual development tools in Windows where you flip two properties and editbox becomes tabaccessible and selectable. Sorry for being so simplistic. :-(
Created attachment 44405 [details] Test Case Specification
Added IDs to hid.lst rev. 1.89 (src680m211) Added IDs to tab_a_d.win rev. 1.22 Started writing automated test. Problem: Currently "EditCopy" is a disabled slot when working on the dialog and Ctrl+A causes the Testtool to crash. This will be handles somewhere else. However, this task is fixed, i'm closing it.