[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: Flake requirements.
From:       Thomas Zander <zander () kde ! org>
Date:       2006-04-18 8:25:10
Message-ID: 200604181025.10368.zander () kde ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Tuesday 18 April 2006 09:26, Boudewijn Rempt wrote:
> On Friday 14 April 2006 19:23, Thomas Zander wrote:
> > I actually designed the new pages in KWord to avoid this problem by
> > making a page either left, right or a pagespread.  I.e. you would
> > just have a bigger page in between.
>
> Oh, good! How about the gutter?

What about it?  I intended not to have any.
Looking at your average glossy magazine I see 
a) text that certainly has a margin from the page edge; KWord does that 
with margins as well.
b) images that are on both pages. You don't want any gutter there.
Is there a situation I missed where a page-gutter is needed?

For multi-column layout the normal gutter for those frames would be used.

> > Well, its not needed by KWord per see.
> > I'm not sure why it would be harder for svg objects.  All you need to
> > do is rotate the painter before you pass it to that flake objects
> > paint method.
> > Actually rotating all the points in the svg (which is the
> > alternative) seems like a harder nut to crack to me :)
>
> Well, if the outline shape shouldn't change, you'd need to clip the
> result of the painter to the old shape. That might be hard. At least,
> I'm sure I couldn't do that :-).

You lost me, why would a rotated flake obj. not have its outline change? 
If I rotate a square the outline would naturally change (typically get 
bigger), just like in the example app.

-- 
Thomas Zander

[Attachment #5 (application/pgp-signature)]

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


[prev in list] [next in list] [prev in thread] [next in thread]