Bug 37873 - VIEWING: Text shifted outside cell by indents or border distance invisible, but printed
Summary: VIEWING: Text shifted outside cell by indents or border distance invisible, b...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: filters and storage (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: PDF-Export
  Show dependency treegraph
 
Reported: 2011-06-03 00:31 UTC by sasha.libreoffice
Modified: 2019-01-16 11:14 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
document with table that prints incorrectly (9.96 KB, application/vnd.oasis.opendocument.text)
2011-06-03 00:31 UTC, sasha.libreoffice
Details
result of exporting to PDF (5.65 KB, application/pdf)
2011-06-03 00:33 UTC, sasha.libreoffice
Details
sample with examples, see Comment 3 (15.62 KB, application/vnd.oasis.opendocument.graphics)
2011-08-22 22:12 UTC, Rainer Bielefeld Retired
Details

Note You need to log in before you can comment on or make changes to this bug.
Description sasha.libreoffice 2011-06-03 00:31:15 UTC
Created attachment 47468 [details]
document with table that prints incorrectly

I found doc document that when printed, appears with some extra characters in one table. I have copy-pasted this table in new document and deleted unuseful content.
To reproduce this problem:
0. Open odt file from attachment.
1. Export it as PDF
In table appears some characters.
This reproduced on LibO 3.4 rc 1 and LibO 3.3.2 on Mandriva 64 bit and Windows XP 32 bit
Comment 1 sasha.libreoffice 2011-06-03 00:33:09 UTC
Created attachment 47469 [details]
result of exporting to PDF
Comment 2 Andras Timar 2011-06-09 01:36:08 UTC
In second cell the paragraph indent before text is -0.66". So the text is outside the cell boundary thus it is invisible. When the user prints the document, the displaced content of second cell appears in the first cell. I think it should not happen, (e.g. MS Word does not print it).
Comment 3 Rainer Bielefeld Retired 2011-08-22 09:46:59 UTC
By the way, you also can make the text reappear in sample by increasing left cell border distance to 140pt.

Bug or feature?

For me that is a WRITER rendering problem, I can't see any reason why the test should disappear because it leaves the cell. But it seems I am the only one who thinks so, in all older OOo versions (I tested 1.1.4) the text in sample document also is invisible, same in exported .doc and MS WORD viewer and sample with WORD2010.

Calc is more tolerant, see my "Text position riddle" in "Bug 39990 - Formatted rotated text misbehaves. It does not always remain in the cell".

DRAW objects allow text outside the object.

DRAW Tables behave completely different, they always keep all text contents within the cell.

May be some more consistence would be good, WORD should not set the standard, but usability.

@Christoph:
Any ideas?
Comment 4 Christoph 2011-08-22 13:54:26 UTC
Thank you Rainer, phew, this is a tricky one, because:
* security is as important as usability (possible to hide information without knowing, may be highly unwanted)
* the default settings in LibO will not cause that issue
* the issue is valid for many items (graphic objects, text document borders, ...)

The quick solution: Don't hide content and, thus, show and print such items.

The real solution (may need further investigation):
* Editing/viewing: The object bounding borders should "cut off" the content (like it is done here). But, a small visual indicator (incl. e.g. tool tipp) should provide a hint that content may be hidden. This could be something like the small red triangle used in Calc if the content doesn't fit into the cell.
* Printing/PDF export: Do also "cut off" the content, but hide the visual indicators.

Commercial: Such issues could be partly resolved by using a Document Checker like http://wiki.services.openoffice.org/wiki/User_Experience/DocumentCheck

Question: May this be something to be discussed during an ODF hackfest or in the ODF TC?
Comment 5 Rainer Bielefeld Retired 2011-08-22 22:12:26 UTC
Created attachment 50471 [details]
sample with examples, see Comment 3
Comment 6 Rainer Bielefeld Retired 2011-08-22 22:13:51 UTC
(In reply to comment #4)
> Question: May this be something to be discussed during an ODF hackfest or in
> the ODF TC?

IMHO good idea!
Comment 7 Christoph 2011-08-23 13:33:48 UTC Comment hidden (obsolete)
Comment 8 A (Andy) 2013-04-27 11:47:04 UTC
reproducible with LO 4.0.2.2 (Win7 Home, 64bit)
Comment 9 QA Administrators 2015-04-01 14:42:13 UTC Comment hidden (obsolete)
Comment 10 Buovjaga 2015-04-24 12:41:22 UTC
(In reply to sasha.libreoffice from comment #0)
> Created attachment 47468 [details]
> document with table that prints incorrectly
> 
> I found doc document that when printed, appears with some extra characters
> in one table. I have copy-pasted this table in new document and deleted
> unuseful content.
> To reproduce this problem:
> 0. Open odt file from attachment.
> 1. Export it as PDF
> In table appears some characters.
> This reproduced on LibO 3.4 rc 1 and LibO 3.3.2 on Mandriva 64 bit and
> Windows XP 32 bit

Reproduced.

Win 7 Pro 64-bit Version: 5.0.0.0.alpha1+ (x64)
Build ID: f3375fa07f27bd2ade519af3c07d69040d10eaa9
TinderBox: Win-x86_64@42, Branch:master, Time: 2015-04-22_23:38:50
Locale: fi_FI
Comment 11 QA Administrators 2016-09-20 09:33:10 UTC Comment hidden (obsolete)
Comment 12 Timur 2018-04-19 11:11:18 UTC
Repro in 6.1+.
Comment 13 Heiko Tietze 2018-04-19 14:53:37 UTC Comment hidden (off-topic)
Comment 14 Heiko Tietze 2018-04-19 15:51:00 UTC
Same issue would also happen when the text is placed 20cm to left or right - and then you cannot just show it. So in contrast to comment 3 I wouldn't treat this as a rendering issue. Perhaps it's a question of the PDF filter that could hide/ignore objects not shown for some reason.

In the end users can mess up with formatting in several ways and we cannot take care of all. Security by formatting is definitely a bad idea. So my take is WF.
Comment 15 Heiko Tietze 2018-05-30 19:39:30 UTC
We discussed this issue in the design meeting. The use case might be to hide parts of the document by negative indentation, so it's a valid issue. Exporting the document with MS Word results in hidden text, just WYSIWYG. Maybe we do not respect the table cell transparency on export- that should be solved.

Another problem is the fact that there is no indicator for content outside the actual area. That goes into another ticket.
Comment 16 Karsten 2019-01-16 11:14:30 UTC Comment hidden (obsolete)