| Summary: | FILEOPEN DOCX Long BTLR text in table not entirely visible if it overflows to next page | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | NISZ LibreOffice Team <libreoffice> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | VERIFIED DUPLICATE | ||
| Severity: | normal | CC: | buzea.bogdan, nemeth, vmiklos, xiscofauli |
| Priority: | medium | Keywords: | filter:docx |
| Version: | 7.1.0.0.alpha0+ | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=127118 | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 104444 | ||
| Attachments: |
Screenshot of the problem in Writer
Comparison MSO 2010 and LibreOffice 7.1 master The minimized example file in Word and Writer 7.2master screenshot |
||
|
Description
NISZ LibreOffice Team
2020-08-13 13:06:28 UTC
Created attachment 164258 [details]
Comparison MSO 2010 and LibreOffice 7.1 master
I can't reproduce it in Version: 7.1.0.0.alpha0+ Build ID: df37937018fe8e87dad5dd97689632044ba56de3 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded at least, comparing it to MSO 2010, the result seems to be correct, isn't it ? (In reply to Xisco Faulí from comment #2) > I can't reproduce it in > > Version: 7.1.0.0.alpha0+ > Build ID: df37937018fe8e87dad5dd97689632044ba56de3 > CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3 > Locale: en-US (en_US.UTF-8); UI: en-US > Calc: threaded > > at least, comparing it to MSO 2010, the result seems to be correct, isn't it > ? For some reason in your Writer the BTLR column is way wider than in Word and the text fits in two lines on the first page. I can do that by increasing the column width and it starts to appear but this is about opening time. So: why is that first column wider for you? Hello NISZ Team, please attach a comparison LibreOffice Vs MSO screenshot Created attachment 168813 [details] The minimized example file in Word and Writer 7.2master Still the same in: Version: 7.2.0.0.alpha0+ (x64) Build ID: 8e691505d4675b878b30bd00cd2e4fb4f794f0ef CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: CL Also the same with Skia enabled. Created attachment 169516 [details] screenshot This is how it looks on Version: 7.1.0.3 / LibreOffice Community Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: en-US (ro_RO.UTF-8); UI: en-US Calc: threaded And the same screenshot in Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 40b56cd8da8c38582dc4660b486993d1b4711535 CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded This seems to have been fixed with: https://git.libreoffice.org/core/+/20f12960ae546ab90b1e216d5ed3f0dc576f1b48 author Miklos Vajna <vmiklos@collabora.com> Mon Dec 14 21:05:02 2020 +0100 committer Miklos Vajna <vmiklos@collabora.com> Wed Dec 16 09:08:55 2020 +0100 tdf#138600 sw: fix too small print area for btlr text in nested table Thanks Miklos for fixing this one! *** This bug has been marked as a duplicate of bug 138600 *** Verified in: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: ad1b12686da88bea57582df10fa85268ada209b8 CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: hu-HU Calc: threaded |