Issue 56354

Summary: vertical text flow cannot be adjusted (limited) in height and doesn't have hyphenation
Product: Writer Reporter: bigserpent <alexander.v.rabtchevich>
Component: formattingAssignee: frank.meies
Status: CLOSED DUPLICATE QA Contact: issues@sw <issues>
Severity: Trivial    
Priority: P3 CC: issues, khirano, lars_o_hansen, nicolas.mailhot, stp
Version: OOo 2.0Keywords: oooqa
Target Milestone: ---   
Hardware: All   
OS: All   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
Screenshot of truncated vertical text
none
The OOo 1.1.x document described above that shows this bug
none
This is the same document i've attached before, but opened with OOo 1.1.5. Notice that it is ok, no truncation. none

Description bigserpent 2005-10-21 08:05:01 UTC
Rotated text in OO, being inserted into a table cell or frame, doesn't accept
any correct formatting in vertical direction: 

1. It doesn't understand paragraph breaks (carriage returns). The text
formatting becomes unreadable in this case because the new lines does not appear
right (in the case of 90 degrees rotation) the previous paragraph, but under it.

2. It does not limit the pagagraph width (height in this case) by the height of
the cell (frame) and does not wrap words or make hyphenation.

MS Word acts correctly for these cases.

P.S. This is incorrect behaviour, so I think it's a bug, not enhancement. At
least one OO 2.0 user has written about the requirement since he had downloaded
the suite.
Comment 1 michael.ruess 2005-10-21 09:55:25 UTC
reassigned to sba
Comment 2 bigserpent 2005-10-21 13:46:46 UTC
The item No 1 can be solved by pressing Shift + Enter. I should say this is not
standard behaviour. The standard action (at least in Windows application) is
called by Ctrl + Enter. So this is still the issue.
And the second item is not resolvable (at least I don't know the solution).
Comment 3 cesare 2006-01-22 21:30:52 UTC
I want to add more information to this "vertical text flow" bug that has
affected also me. My experiences seems to be correlated to this bug.

I have a relative long writer document, written with version 1.1.x, that
contains several tables. I have attached a stripped down version of that
document (since i'm not authorized to make public the original), with the
relevant part mantained almost intact.
As you can see, in such document the tables have an heading row, in which each
cell contains a variable field. In particular there are some of these containing
each a name of a month, formatted to display rotated by 90 degrees. The text in
the remaining columns are formatted to display horizzontally.
I have opened and modified this document many time since the end of 2004, using
OOo 1.1.x (now 1.1.5), but now, with OOo 2.0.x (now 2.0.1), the columns vertical
oriented, displays truncated: the height of the row is incorrect and seems
adapted to fit the horizontal text (i have attached also a screenshot). In these
days i've tryed to recover my documents in several ways, but none worked.
First i've tried to convert the document to OpenDocument format, with no effect.
Then i've tried to modify manually my document, resetting the heading style to
"Default formatting" and the reformat like i wanted to be, but every time i save
and reopen the document the truncating problem come back. This is the common
case. I've also determined other faulty behaviour attempting to recover my
document but i can't remember how to reproduce them.

Following the steps below fot the document i have attached (and in the original
version too) shows the problem in a deterministic manner:
1) Open the document and go to the second table (which is 3 pages longs and
during my manual modification sometimes has showed problem in reporting heading
changes over the pages);
2) Select the heading row;
3) Right click on the selection and press "Default formatting";
4) Now select all the heading cells containing a name of a month;
5) Right click on the selection and press "Character...", then go in the
"position" tab and set a rotation of 90 degrees and click OK;
6) The document should appear OK;
7) Save and close the document;
8) Reopen and see.

I've verified such behaviour both under Windows (2000 professional SP4) and
Linux (Debian Sid). The document was originally created under Windows.

This bug is very annoying because introduce an incompatibility between the old
and the new document format: documents created with the previous version can
display incorrectly with OOo 2.

Cesare.
Comment 4 cesare 2006-01-22 21:33:21 UTC
Created attachment 33463 [details]
Screenshot of truncated vertical text
Comment 5 cesare 2006-01-22 21:39:13 UTC
Created attachment 33464 [details]
The OOo 1.1.x document described above that shows this bug
Comment 6 lars 2006-01-23 18:06:07 UTC
all 3 problems mentioned here are reproducable (no paragraph breaks, no height 
limiting, too short height) on Windows XP Pro SP2 with OOo-dev 2.0 (m151)
Comment 7 cesare 2006-01-29 22:45:25 UTC
Created attachment 33670 [details]
This is the same document i've attached before, but opened with OOo 1.1.5. Notice that it is ok, no truncation.
Comment 8 stefan.baltzer 2006-04-07 20:17:48 UTC
SBA-fme: Please proceed.
Comment 9 michael.ruess 2006-07-20 12:33:56 UTC
*** Issue 67602 has been marked as a duplicate of this issue. ***
Comment 10 michael.ruess 2008-03-04 08:06:50 UTC
*** Issue 86666 has been marked as a duplicate of this issue. ***
Comment 11 zodavaan 2008-03-05 00:35:09 UTC
2.5 years and have not fixed this issue?  This vertical text feature is expected
in any word processor. Without this feature can not open word documents.  Please
do something to resolve it.  
Comment 12 frank.meies 2008-03-05 07:54:58 UTC
Duplicate of issue 3692.

*** This issue has been marked as a duplicate of 3692 ***
Comment 13 frank.meies 2008-03-05 07:55:41 UTC
.
Comment 14 Unknown 2010-11-10 22:55:12 UTC
Created attachment 73801