Description: Here is an example video: https://youtu.be/yP8dTIHZB8A?t=16 After inserting a caption without description it's not possible to click the description part in the document to add a description. You first need to focus some other object. Steps to Reproduce: 1. Add Image 2. Add Caption (leave description blank) 3. OK 4. Caption is inserted 5. Now try to add a description behind the [Category][Number]. 6. You cant set the keyboard cursor there because the image/frage has a strange focus Actual Results: Step 6 is unexpected Expected Results: @6: Clicking inside the frame will change the focus from frame to text input. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Workaround: Click somewhere else inside the document first and then try to change the caption and it's going well.
If you click very close behind the Number, the number is highlighted. but if you click. But if you click at the formatting mark behind the number, the cursor appears. For me NOTABUG. Do you get the same result? Do you want to treat it as a bug? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' or to RESOLVED NOTABUG.
> Do you get the same result? For me, no matter where I click the cursor does not appear. ------------- Extra information: This always happens, when the frame (not picture) is selected. Therefore the following will trigger it as well: 1. Insert an image 2. Add caption (insert random caption) 3. Focus something else inside writer 4. Click on the frame (set the focus to the frame) 5. In this state you can't click the caption text to change it ( as described above) ------------- > Do you want to treat it as a bug? I became unsure, if it's a bug-report or a suggestion. This definitely needs specification on how the frame should behave to be more intuitively. I would say: This is unexpected behaviour and can decrease good user experience. Therefore imo the behaviour should be changed. That being said, which would you prefer?
I confirm the behaviour with Version: 6.3.0.0.alpha0+ (x64) Build ID: 411f3a050ac2be598019d512f8ccfe041080c28f CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-01-14_03:17:11 Locale: en-US (de_DE); UI-Language: en-US Calc: threaded Actual result: If you have selcted the frame and - click outside the frame => the cursor appears - click within the image => the image is selected - click once wihin the caption => nothing happens Expected result: One click within the caption => cursor should appear I'm also unsecure, if this is a bug or an enhancement, so I add design team in cc:
It's by design that we keep the focus when functions are applied to objects. However, it's also expected to change the (empty) caption immediately. So what we could do is to not switch to the frame and keep the focus on the image/chart/object. Or alternatively we could go into the caption edit mode when it is empty. => needsDevAdvice (might be an easy hack)
My idea: - Recognize a click (button-down, button-up) at the caption area. Reason: - This behaviour is congruent to the behaviour for clicking the picture. ( Select frame -> Click the picture -> Picture gets focus )
Still present in Version: 7.1.3.2 (x64) / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL
Probably not intuitive behavior, but if you insert a caption and start typing the letters go straight into the correct place in the caption, while the whole frame is selected. This happens in old version of 6.0.7 and current 7.4 master so not a new behavior.
Dear DarkTrick, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still the same in Version: 24.8.0.3 (X86_64) / LibreOffice Community Build ID: 0bdf1299c94fe897b119f97f3c613e9dca6be583 CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: default; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL threaded (In reply to Gabor Kelemen (allotropia) from comment #7) > Probably not intuitive behavior, but if you insert a caption and start > typing the letters go straight into the correct place in the caption, while > the whole frame is selected. Also present in actual version of LO. For me it looks like an easter egg. So "cursor focus" is already in caption. Would be perhaps a good solution to make it visible. Since it is possible to change caption instantly, I've changed bug summary.