Bug 169864 - Ability to back-cursor images anchored as characters by left clicking
Summary: Ability to back-cursor images anchored as characters by left clicking
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-12-06 18:08 UTC by Danat
Modified: 2025-12-16 22:29 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
Video (23.09 MB, video/mp4)
2025-12-16 20:28 UTC, Danat
Details
Video 2 (17.16 MB, video/mp4)
2025-12-16 22:27 UTC, Danat
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Danat 2025-12-06 18:08:18 UTC
Description:
https://drive.google.com/file/d/1A-emNuWHbWbcTJ0bfZJhY2dAp122EmI7/view?usp=sharing

Steps to Reproduce:
1.Insert an image
2.Anchor it as character
3.Left click on its right side (so the cursor attaches to its right border)
4.Press shift+arrow up

Actual Results:
It allows you to move the image up or down and free up lines to type on, but the same won't work by left clicking on its left side

Expected Results:
Intuitive back-cursoring by left clicking like with actual characters


Reproducible: Always


User Profile Reset: No

Additional Info:
In the video
Comment 1 Danat 2025-12-16 20:28:54 UTC
Created attachment 204680 [details]
Video
Comment 2 Volodymyr 2025-12-16 22:13:49 UTC
Tested on Windows 11, LibreOffice versions: 25.8.23.2 (x86_64) stable and 26.2.0.0.alpha0+ (x86_64) alpha

Environment: UI locale: uk-UA, VCL: win, IK: Skia/RASTER

When an image is anchored As Character in Writer, the cursor placement and keyboard-based movement of the image (Shift + Arrow keys) behave consistently and identically, regardless of whether the user clicks on the left or right side of the image.

The image moves up and down in both cases.

Cursor orientation and behavior are identical on both sides.

There is no inconsistency in cursor interaction or image movement.
Comment 3 Danat 2025-12-16 22:20:25 UTC
(In reply to Volodymyr from comment #2)
> Tested on Windows 11, LibreOffice versions: 25.8.23.2 (x86_64) stable and
> 26.2.0.0.alpha0+ (x86_64) alpha
> 
> Environment: UI locale: uk-UA, VCL: win, IK: Skia/RASTER
> 
> When an image is anchored As Character in Writer, the cursor placement and
> keyboard-based movement of the image (Shift + Arrow keys) behave
> consistently and identically, regardless of whether the user clicks on the
> left or right side of the image.
> 
> The image moves up and down in both cases.
> 
> Cursor orientation and behavior are identical on both sides.
> 
> There is no inconsistency in cursor interaction or image movement.

There seems to be absolutely no way to write above the image unless you use arrows+"enter"

Using mouse and "enter" won't achieve the same

I'm not sure if you understood the report
Comment 4 Danat 2025-12-16 22:27:44 UTC
Created attachment 204683 [details]
Video 2
Comment 5 Danat 2025-12-16 22:28:07 UTC
(In reply to Volodymyr from comment #2)
> Tested on Windows 11, LibreOffice versions: 25.8.23.2 (x86_64) stable and
> 26.2.0.0.alpha0+ (x86_64) alpha
> 
> Environment: UI locale: uk-UA, VCL: win, IK: Skia/RASTER
> 
> When an image is anchored As Character in Writer, the cursor placement and
> keyboard-based movement of the image (Shift + Arrow keys) behave
> consistently and identically, regardless of whether the user clicks on the
> left or right side of the image.
> 
> The image moves up and down in both cases.
> 
> Cursor orientation and behavior are identical on both sides.
> 
> There is no inconsistency in cursor interaction or image movement.

Hope this will explain

Video 2 - https://drive.google.com/file/d/1pJ7VfiLfmGUzAggXUnQ15co2Am4uv9z0/view?usp=sharing
Comment 6 Danat 2025-12-16 22:29:23 UTC
Version: 25.8.3.2 (X86_64)
Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e
CPU threads: 8; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: threaded