Description: In a DOC file, resizing RTL table cells is almost impossible with 100% zoom level Steps to Reproduce: 1. Open DOC attachment 187733 [details] in LibreOffice. 2. Resize the cells using a horizontal black line (use 3rd cell border, counted from the top) Actual Results: It is very tricky, and almost impossible. Each time, the resize mouse cursor turns into edit cursor, and the resize does not happen Expected Results: The table cells should resize easier Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 367f26ebf0f2be0c0c0ebeab1e14ee26960675e3 CPU threads: 20; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_DE); UI: en-US Calc: CL threaded
Created attachment 187737 [details] ODT file containing a table with black borders all around it The above problem is DOC only, as in ODT and DOCX, this problem does not happen. For ODT, test the current attachment. For DOCX, test attachment 187732 [details].
No problem with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 069c7dc4e9706b40ca12d83d83f90f41cec948f8 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded Hossein, could you add a short video, that shows the problem? Thank you. => NEEDINFO
Dear Hossein, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/b285cf49dffe8a74f0ba54b88b781db6a68a4f3b tdf#157833 tdf#155692 sw: fix hit area to resize row/col It will be available in 24.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
The reported problem, "Each time, the resize mouse cursor turns into edit cursor, and the resize does not happen" was fixed in master, started backport to 24.2. @Hossein, all: thanks for your bug report and feedback! Commit description: tdf#157833 tdf#155692 sw: fix hit area to resize row/col Fix 1) missing or too narrow hit area (tdf#157833), and 2) not recognized click inside hit area (tdf#155692). It was impossible or very hard to resize text table columns and rows using the mouse: 1) Double arrow, i.e. "resize row/col" mouse pointer shows the hit area of text table row/column borders. This was missing or was very narrow with normal zoom, because of an obsolete constant for low resolution displays. Change this constant used in IsSame() with scale-dependent values to support the same hit area on different zoom levels and with different screen resolutions. 2) Especially on bigger zoom, "resize row/col" mouse pointer, i. e. the visible hit area didn't guarantee drag & drop any more because of too small hit area in pixels in the svruler code base: clicking on not exactly center of the hit area resulted selection of cells or the cell content instead of drag & drop the border, violating WYSIWYG. Enlarge the default 1 pixel to 5 pixels to cover the whole hit area. Note: only for resizing table borders inside the document, not on the horizontal and vertical rulers.
László Németh committed a patch related to this issue. It has been pushed to "libreoffice-24-2": https://git.libreoffice.org/core/commit/03b53833c09a3870306034cd084f106d02966b34 tdf#157833 tdf#155692 sw: fix hit area to resize row/col It will be available in 24.2.5. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.