Writer/Vertical Layout

From Apache OpenOffice Wiki
Jump to: navigation, search

Writer Icon.png

Writer Project

Please view the guidelines
before contributing.

Popular Subcategories:

Extension:DynamicPageList (DPL), version 2.3.0 : Warning: No results.

Internal Documentation:

Extension:DynamicPageList (DPL), version 2.3.0 : Warning: No results.

API Documentation:

Ongoing Efforts:

Extension:DynamicPageList (DPL), version 2.3.0 : Warning: No results.

Sw.OpenOffice.org


Editing.png This page is in a DRAFT stage.



Vertical Text Layout

In the Writer 6.0 we have only particularly vertical text formatting. Here are my suggestions, what we could implement for the vertical layout to the next version. Please check these ideas and if you miss anything or found anything superfluous, give me some feedback, thanks.

Attention: In the following examples the capitals „ABCD..“ are placeholders for Asian symbols, which are not rotated in vertical output. The lowercases „abcd..“ are placeholders for Western symbols, which will be rotated in vertical output.

Vertical/horizontal Areas

The layout direction will be a part of the page style and of the frame style, so you can choose different layout directions for every page and every frame.

Here an example with three pages and different page/frame directions:

Svkm5km7.gif
Header/Footer

If a vertical page (i.e. a page with vertical layout direction) has a header and/or a footer, these are at the top/bottom of the page with horizontal layout direction inside like this:

Svkm5km8.gif
Columns

If you have a columned page layout or a columned section on a page with vertical direction, the columns are vertical to the layout direction. You get the following:

Svkm5km9.gif<= Columned page

Svkm5kma.gif<= Page with columned section

Footnotes

Footnotes will be positioned at the left margin like this:

Svkm5kmb.gif
Tables

Tables in vertical environment will look like this:

Svkm5kmc.gif

The first cell is the upper right one, the second below the first, the last cell is the lower left one.


Four pages with vertical layout direction as example

Svkm5kmd.gifSvkm5kme.gif

Svkm5kmf.gifSvkm5kmg.gif


Remember: The capitals „ABCD..“ are placeholders for Asian symbols, which are not rotated in vertical output. The lowercases „abcd..“ are place holders for Western symbols, which will be rotated in vertical output.

Special line/character formatting

In the SO 6.0 we've already some special formatting inside a line of a paragraph. These could also used in vertical layout direction and causes the following results:


Horizontal Layout Direction
Vertical Layout Direction
Svkm5kmh.gif
Rubies above and below the main text.
Svkm5kmi.gif
Svkm5kmj.gif
Combined characters.
Svkm5kmk.gif
Svkm5kml.gif
Double lined.
Svkm5kmm.gif
Svkm5kmn.gifRotated text
Svkm5kmo.gif
Character And Line Grid

Our plan regarding document grids is the following.

Every page (page style) or text frame can provide a line and/or a character grid. The paragraphs have an attribute „snap to grid“, if this is set and the page defines a line grid, the paragraph lines snap to the grid. The character format includes an attribute „snap to grid“, too. If this is activated, the character snaps to the character grid, if the page defines one. This character attribute may change inside a line.

The grid belongs to a font, which can be defined for each page grid. If all characters at the page use this font, there's no problem to get a perfect grid like this:

Svkm5kmp.gif<= for horizontal layout
Svkm5kn0.gif<= for vertical layout

There are a few possibilities to interrupt the grid, a smaller or a larger font than the „default“ grid font, some characters (paragraphs) without the „snap to grid“ attribute or a frame, which occupies a part of the grid. I found several ways to handle these situations.

If the grid is realized by a fixed distance, different font sizes causes a shift of the following characters(lines):

Svkm5kn1.gifSvkm5kn2.gifSvkm5kn3.gif

Another (my preferred) solution is, a smaller character(line) occupies a complete cell and a bigger one takes two or more complete cells, this looks like:

Svkm5kn4.gifSvkm5kn5.gifSvkm5kn6.gif

Another problem is a group of characters without “snap to grid”, either they interrupt the grid

A
B
C
DEFGHI
J
K
L
M
N
O
P
Q
R
S
T
U
V
W
X
Y
Z

or the following character snaps to the grip by insertion of an extra distance (my preferred solution)

A
B
C
DEFGHI
J
K
L
M
N
O
P
Q
R
S
T
U
V
W
X
Y
Z

another solution is to snap these group of characters to the grid as group, not as single characters:

A
B
C
DEFGHI
J
K
L
M
N
O
P
Q
R
S
T
U
V
W
X
Y
Z

For snap to line grid the third I didn't found the third solution and it will be expensive to realize it. But I found examples to handle lines without snap to grid in the other two ways.

Interrupting the grid (by LMNOP and QRSTU)

ABCDE
FGHIJK
LMNOP
QRSTU
VWXY
Z

or insert an extra distance (between QRSTU and VWXY), my preferred solution:

ABCDE
FGHIJK
LMNOP
QRSTU
VWXY
Z


Conclusion

We have to decide, what we want to implement and in which time frame. My suggestion is the implementation of vertical layout like described above and of my preferred „snap to grid“ solutions.

Three examples, what we don't plan to implement in the first step, if everybody agrees ...

Vertical columns in pages with vertical layout and change of the direction by a section in the middle of a page

Svkm5kn7.gif Svkm5kn8.gif

and vertical header and footer on pages with vertical layout like this:

Svkm5kn9.gif

We need your feedback, cause we want to have the most important Asian layout possibilities and we want this in a practicable time frame.

  • Did you miss something?
  • Do you need more or other layout abilities?
  • Do you need anything of the three “not planned” features?

And if you do so, how important are these things? A must, useful, nice to have?

Please don't hesitate to contact us.

Personal tools