Description: Oversized line label input field Steps to Reproduce: 1. Open the attached file 2. Double click on the line to add 'text to the line' Actual Results: Extreme large input field Expected Results: Normal sized input field Reproducible: Always User Profile Reset: No Additional Info: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 748561425774fa40ab685fed80d113f7e8301158 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded
Created attachment 193694 [details] Screenshot
Created attachment 193695 [details] Sample
Also in Version: 7.6.3.0.0+ (X86_64) / LibreOffice Community Build ID: 35f19e5cb93ce218787904e99c2bedfd40e725cc CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded no blue rectangle in; masking the issue, I guess Version: 7.3.8.0.0+ (x64) / LibreOffice Community Build ID: e1ad83ddb2f39419fb5d7c69eba51e2b9f49c788 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Thanks for submitting the bug. I was able to reproduce it in Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded as well as Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Doesn't seem a bug to me. The blue bounding box for the 'Drawing Object Text' simply was added at 7.5 (couldn't find the commits). Prior to that no bounding box showed, but the sd edit shell has behaved that way forever, i.e. text cursor positioned well off the drawing shape. In sample the line drawing object is rotated to 270° but starts off with no assigned height and width for its draw text box. Instead the draw objects text box starts with the draw objects length plus padding. When being edited, the 270° rotation to vertical is not relevant and the draw object's text box is in its normal horizontal 0° rotation for text entry, believe that's always the case when entering draw object text. Once some text has been added, the height and width are set and the objects text box will resize to hold the text, with wrapping if needed. Subsequent selection/edit shows the bounding box resized.
(In reply to V Stuart Foote from comment #5) > Doesn't seem a bug to me. With all due respect I disagree. The object-width defines the text box width but that's not working for rotated objects (and we cannot draw a line with zero width, it is always with rotation). Besides, the box is not a fix boundary and grows with entered text. So I would just limit the initial width to the page size.