--===============1543877002==
Content-Type: multipart/signed;
  boundary="nextPart2220549.lSrHttCeFA";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2220549.lSrHttCeFA
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Thursday 18 May 2006 23:00, Stefan L=FCcking wrote:
> In KWord the right behavior (from my point of view) could be
> realized when paragraph top margins are ignored on [top] of a page
> unless it is combined with the option "Page break before".

In typography you never want an unexpected spacing on top of a page, that=20
will look weird since the whole (imaginary) baseline grid moves for that=20
one page, which will make reading the pages (or just having them side by=20
side) annoying. [1]

I can see 2 cases where the user intentionally wants to have spacing at=20
the top of a page.
=46irst is when a style demands it on the first page. A style like Title.
But this is iffy since defining a header1 tends to have that same leading=20
space and the user typically does not want that spacing there. Ambiguity=20
is bad, don't do it there.
So whats left is a very explicit call for asking that space on top of=20
page; the "page break before" combined with the top margin.  If we don't=20
honor the top margin there then the 'top margin' property is useless for=20
that style and that can certainly be seen as a bug. I'd say we use that to=
=20
make this one case honor the spacing on top of a page.

This comes down to my fully agreeing with the logic of Stefan that I=20
quoted at the top of this email.


1) incidently this is the same for all frames, all the way upto multiple=20
columns that are layed-out in a small corner of a page. So for KWord you=20
can read s/page/frame for the rest of the email.
=2D-=20
Thomas Zander

--nextPart2220549.lSrHttCeFA
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQBEbXpkCojCW6H2z/QRAqLZAKDwFQ9a/5G5WtuxNieLIglMx+CAGwCgzMag
Mwa6HztgVHOWHM6wIbz9R/w=
=DrCu
-----END PGP SIGNATURE-----

--nextPart2220549.lSrHttCeFA--

--===============1543877002==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel

--===============1543877002==--