Issue 92483 - WW8: layout-in-table-cell fix
Summary: WW8: layout-in-table-cell fix
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.0.0
Hardware: All Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-05 16:26 UTC by flr
Modified: 2013-07-30 02:41 UTC (History)
3 users (show)

See Also:
Issue Type: PATCH
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
fix for layout-in-table-cell and positioning-to-page (1.47 KB, text/plain)
2008-08-05 16:27 UTC, flr
no flags Details
use case which is broken by the provided patch (24.00 KB, application/msword)
2008-08-29 11:44 UTC, Oliver-Rainer Wittmann
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description flr 2008-08-05 16:26:47 UTC
The layout-in-table cell attribute is not correctly handled, when the
positioning is relative-to-page and layout-in-table-cell is set.
Comment 1 flr 2008-08-05 16:27:54 UTC
Created attachment 55574 [details]
fix for layout-in-table-cell and positioning-to-page
Comment 2 Oliver-Rainer Wittmann 2008-08-29 11:42:28 UTC
OD->FLR:
After investigation of your patch together with AMA and trying to figure out
which problem you want to solve, we identified the following inefficiency of the
Writer regarding the WW8 import:
In Microsoft Word an object anchored inside a certain table cell having a
relative position to page area and having attribute layout-in-table-cell set,
orients its position at the table cell area instead of the page area. If its
Microsoft Word wrapping style is also "in-front-of-text" or "behind-text" it can
also leave the table cell area. In Writer the first use case can be achieved by
set "Follow text flow" to true. But this has also the consequence that the
anchored object can not leave anymore the table cell. Thus, the second use case
can not be represented in Writer. Reason for this is my incomplete analysis of
the Microsoft Word behavior regarding its layout-in-table-cell attribute, when
initially introducing Writer's attribute "Follow text flow" for OOo 2.0

Your patch applies the first use case also to the second use case. Thus, it will
break the layout of certain imported Microsoft Word documents - see attached
Microsoft Word file <table_box.doc>.

Please revise your patch - I think you need to adjust the Writer layout
algorithm for Microsoft Word documents in certain use cases.

P.S.: Your patch based on former revisions of the touched files. Please consider
also fix for issue  84873 regarding the handling of the WW8 layout-in-table-cell
attribute in the WW8 import.
Comment 3 Oliver-Rainer Wittmann 2008-08-29 11:44:23 UTC
Created attachment 56087 [details]
use case which is broken by the provided patch
Comment 4 Mathias_Bauer 2009-01-27 13:24:00 UTC
Any news?
Shall we set the type to "DEFECT" or are you still working on an updated patch?
Comment 5 Mathias_Bauer 2009-06-10 11:18:36 UTC
@flr: ping?

I you are not interested in working on this patch anymore, I will set its type
to "DEFECT".
Comment 6 Rob Weir 2013-03-11 15:05:08 UTC
I'm adding this comment to all open issues with Issue Type == PATCH.  We have 220 such issues, many of them quite old.  I apologize for that.  

We need your help in prioritizing which patches should be integrated into our next release, Apache OpenOffice 4.0.

If you have submitted a patch and think it is applicable for AOO 4.0, please respond with a comment to let us know.

On the other hand, if the patch is no longer relevant, please let us know that as well.

If you have any general questions or want to discuss this further, please send a note to our dev mailing list:  dev@openoffice.apache.org

Thanks!

-Rob
Comment 7 Rob Weir 2013-07-30 02:41:07 UTC
Reset assignee on issues not touched by assignee in more than 1000 days.