summaryrefslogtreecommitdiffstats
path: root/lib/kotext/DESIGN
blob: 4fd1e479de04a63bd7037393d0ea71b86a9e65b4 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
Coordinate systems
==================

This is fun; brace yourself

Document:
    All objects have a position on the page which is described in the typographic units
    named points.
    There are 72 points to the inch, and these absolute coordinates simply place your 
    objects on the page. 
    An example; a frame is positioned on paper some 35mm from the left border of the paper and
    some 35mm from the top of the first page. the absolute position of that frame is 100, 100
    since 100pt equals 35mm.
    Note that positioning is done from page 1, so when a frame is moved from page 1 to page 2 it
    simply gets a higher Y coordinate.

Zoomed: (aka Normal)
    Every object on screen has a size, and at different zoom levels we use a different amount
    of pixels to display the same object.
    Our object above has a top-left position of document:(100,100). To determine where
    this is on screen we call KoZoomHander::zoomItX(xPos) and KoZoomHander::zoomItY(yPos) to
    retrieve the pixel positioning on screen at the current zoom level. The zoom level
    is stored only in the zoomhandler, which is in KWord the document (an instance of KWDocument).
    Since we are using pixel values all these values are stored in integers, they should not
    be used to move something around, the absolute coordinate system has to be used for that.

Internal:
    The former two were mostly for objects like frames etc, not for text. Text (the individual
    words and characters) are positioned with the tqlayout coordinates. Layout is similar to the
    Zoomed system, but always uses the same resolution. This resolution is sufficiently high to
    do the tqlayout in integers, and not really lose info.

    This is the high-resolution unit in which the text tqlayout is done,
    currently set to 1440 DPI. Everything known the QRT classes will be in
    this coordinate system (including the QTextFormats). When painting, we apply
    the current zoom and resolution to find the right font size to use, and we 
    have to catch up with rounding differences. However the position of the words
    (i.e. tqlayout) is the one determined previously in tqlayout units. KoZoomHandler
    offers methods for converting between tqlayout units and zoom-dependent points 
    and pixels.
   
    Note that the Internal coordinate system starts at the topleft corner of
    the first text frame, (whereas the other coordinate systems start at the
    topleft corner of the first page).
    Also, Internal coordinates only exists within the text frames.
    Internal coordinates can be converted to Document coordinates with
    KWTextFrameSet::internalToDocument(), and the other way round with documentToInternal().

View:
    The same as the zoomed coordinate system, but this one can use multiple pages next to each
    other. So 3 pages horizontal in preview mode is no problem. A frame on page 3
    then has a higher X coordinate then the same frame on page 1 (and e.g. the same Y).
    When converting to Zoomed the X coordinates are equals, but the Y of the frame on page
    3 is higher than the Y of the frame on page 1.


Document (pt values, in double, KoPoint, KoRect.)
 |               |
 |               |--KoZoomHander::zoomIt[XY]   and unzoomIt[XY]
 |               |
 |               V
 |    Zoomed coordinates (pixel values, in int, QPoint, QRect) 
 |    This is also called the "Normal" coordinate system.
 |         |
 |         |--KWViewMode::normalToView
 |         V
 |    View Mode (pixels values, but e.g. pages are re-arranged)
 |    That's also the KWCanvas (scrollview)'s contents coordinates.
 |
 |
 |
 | And for text framesets, there's also :
 |
 |--KWTextFrameSet::documentToInternal
 V
Internal coordinates (the coordinates given to QRT - in "tqlayout units")
Note that there are pixels and pts in the tqlayout unit system too !
There are conversions between LU points and document points,
but also direct conversions between LU pixels and view pixels.

Font sizes
==========
A 12pt font will lead to a tqlayout font of ptToLayoutUnit(12)=20*12=240pt -
that's the value stored in the QTextFormat.

However font metrics are calculated from the 100%-zoom-level font (e.g. 12pt for a 12pt font)
and _then_ multiplied by 20, instead of loading a 240pt font for that as we did before.
This is implemented by KoTextFormat::charWidth().

On screen, at 100%, a layoutUnitToFontSize(240,false)=(240/20)*1.0=20.0pt font size will be used.
This does NOT depend on the DPI settings. Qt takes care of pt->pixel conversion for fonts.

When printing... TODO, double-check whether Qt does pt->pixel conversion correctly
(apparently it didn't, in Qt 2).

QFont multiplies by 10 and stores into a 'short'... So for QFont the maximum font size
is 3276, and in KOffice the maximum font size in points is around 163.

See also
========
koffice/kword/DESIGN for more kword-specific things,
and for explanation about KoTextView (text-edit objects)

David Faure <faure@kde.org>