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

List:       koffice-devel
Subject:    Re: koffice/libs/flake/tests
From:       Thomas Zander <zander () kde ! org>
Date:       2009-09-28 8:54:55
Message-ID: 200909281054.55766.zander () kde ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]

[Attachment #4 (multipart/mixed)]


On Monday 28. September 2009 10.02.45 Thorsten Zachmann wrote:
> On Sun September 27 2009, Thomas Zander wrote:
> > On Sunday 27. September 2009 12.29.32 Thorsten Zachmann wrote:
> > > We also need a resolution to the problem that when loading a file a
> > > hierarchy of shapes with layers is not a must. Otherwise we will
> > > reorder the shape which should be avoided.
> >
> > I don't understand this.
>
> Let me try to explain it with an example

So, to rehash, you mean that its possible for apps to create a document that 
has zIndexes such that the difference between having global and having local z-
indices makes the hierarchy show up different.
If an application which don't honor the stacking-concept of layers shows the 
attached doc, it shows the plus between the two other shapes while the other 
two shapes are in a layer of their own.

The only reason to discuss this issue is if we agree that thats a valid 
usecase. I agree its possible to create this in OODraw. Though painful to do. 
But is it a valid usecase? I would say no, its a bug in OODraw and not a bug 
we want to support in KOffice.

What do others think?

Test doc attached.
-- 
Thomas Zander

Qt Developer Days 2009 | Save your seat - REGISTER NOW!
Munich, Germany: October 12th - 14th LAST CHANCE TO REGISTER!
San Francisco, California: November 2nd - 4th EARLY BIRD PRICING - SAVE $200!
For more info: http://qt.nokia.com/qtdevdays2009

["layers.odg" (application/vnd.oasis.opendocument.graphics)]
["signature.asc" (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]